Cum să verificați starea de sănătate a site-ului dvs. după reproiectare

Procesul de reproiectare este complex și implică munca multor oameni și timp. Designerii vor să facă site-ul frumos, dezvoltatorii vor să-l codeze rapid, iar SEO-ul doresc să fie optimizat – acele trei intenții nu se completează întotdeauna.

Reproiectarea se poate face în numeroase moduri: folosind CMS, cod personalizat, cadre, constructori de pagini etc. Dar nu toate modurile sunt prietenoase cu SEO, așa că este recomandat să implementați reproiectarea folosind cele mai bune practici SEO. În acest articol, vom vedea cum să executăm reproiectarea site-ului SEO și pașii pentru a verifica starea de sănătate a site-ului după ce este gata.

Ce probleme SEO pot apărea după o reproiectare a site-ului web

Dacă dezvoltarea site-ului web nu este ghidată de cele mai bune practici, pot apărea multe probleme și în ceea ce privește SEO. Probleme de indexare, pagini rupte, viteza site-ului, optimizare slabă a media, probleme de răspuns și multe altele. Toate aceste probleme vor avea cu siguranță un impact asupra clasamentelor, ducând la o scădere a traficului organic.

Verificați site-ul înainte de a reproiecta

Un lucru grozav pe care îl puteți face înainte de a vă publica noul design este să efectuați o verificare a stării site-ului web, astfel încât să aveți ceva cu care să comparați mai târziu. În primul rând, accesați cu crawlere și salvați o listă cu toate paginile pentru a valida ca acestea să fie prezentate pe un site nou. Pe lângă URL-uri, trebuie să salvați datele importante asociate acestora: meta-etichete, conținut etc., pentru a valida că nu s-a pierdut nimic important pe site-ul actualizat. Colectarea manuală a acestuia poate fi dificilă, în special pentru site-urile mari web, dar există o modalitate mai ușoară - folosind software-ul de verificare automată a stării site-ului. De exemplu, instrumentul de audit al site-ului SE Ranking verifică și salvează statistici pe fiecare pagină a site-ului dvs., astfel încât să puteți vedea starea actuală și istoricul modificărilor - puteți compara întregul site web sau fiecare pagină cu accesarea cu crawlere anterioară, ceea ce este exact ceea ce avem nevoie. Vom folosi acest instrument pentru a demonstra procesul, deoarece verifică un site web cu peste 120 de criterii simultan, astfel încât să aveți toate datele necesare într-un singur loc.

Cum să verificați starea site-ului și să detectați problemele după reproiectare

Cea mai bună modalitate de a verifica starea site-ului după publicarea unei noi versiuni de site este să o comparați cu cea veche. Pentru a face acest lucru, trebuie să rulați două accesări cu crawlere cu SE Ranking Website Audit: una înainte de modificări și una după. Folosind aceste două accesări cu crawlere, vă veți putea asigura că lucrurile importante sunt încă disponibile și că problemele vechi au fost remediate. Să-l examinăm în detaliu.

Probleme de bază legate de crawlere și indexabilitate

După reproiectare, unul dintre primele lucruri de verificat este că toate paginile sunt accesibile și pot fi reindexate pe o versiune nouă. Principalele probleme care afectează accesarea cu crawlere și indexarea paginilor sunt:

• Cod de răspuns non-200 (1)
  Dacă nu există o astfel de adresă URL pe un site web, codul de răspuns este 4xx; dacă pagina a fost redirecționată, codul de răspuns este 3xx; dacă există o eroare pe partea serverului, codul de răspuns este 5xx. În oricare dintre aceste cazuri, o pagină nu poate fi încărcată și afișată utilizatorilor, așa că nu poate fi accesată cu crawlere sau adăugată la indexul Google - asigurați-vă că toate paginile importante au codul de răspuns 200.
• Pagina este blocată în robots.txt (2)
• Pagina conține eticheta meta roboti „noindex” (3)
• Adresa URL canonică se referă la o altă pagină (4)

Pentru a valida toate aceste probleme simultan, accesați Site-ul Audit → Pagini accesate cu crawlere și alegeți coloanele corespunzătoare pentru a vedea problemele de crawlere și indexabilitate pe un singur ecran.

Structura URL

Reproiectarea nu se referă întotdeauna la partea din față. Uneori afectează și configurația back-end-ului și/sau a serverului. Dacă treceți la alt CMS sau modificările afectează structura URL, trebuie să vă asigurați că noile adrese URL sunt aceleași cu cele vechi sau să configurați redirecționările în consecință. Dacă nu faceți acest lucru, vechile adrese URL vor avea 404 coduri de răspuns, iar paginile noi nu vor moșteni încrederea de la paginile vechi, deoarece vor fi tratate ca pagini noi-nouțe.

De asemenea, pot apărea mai multe probleme, indiferent de calea paginii:

• Slash la sfârșit
  „…/example-url” nu este același lucru cu „…/example-url/”. Dacă adresa URL canonică nu are bara oblică la sfârșit, vizitarea adresei URL care se termină cu bara oblică va avea ca rezultat un cod de răspuns 404 care nu este bun pentru SEO. Trebuie să vă asigurați că toate adresele URL noi se termină la fel cu cele vechi sau să configurați canonicalele și redirecționările în consecință.
• HTTP(S)
  La fel ca și problema anterioară, activarea/dezactivarea conexiunilor SSL afectează, de asemenea, structura URL și poate cauza probleme grave dacă este configurată incorect.
• www
  „www.example.com” nu este egal cu „example.com”. Acest prefix a fost folosit în mod obișnuit în primele epoci ale World Wide Web pentru a indica faptul că o resursă web a fost menită să fie accesată public.
  Tehnic vorbind, „www.” este un subdomeniu, iar Google tratează subdomeniul ca un domeniu diferit, mai degrabă decât un dosar. Dacă încercați să accesați un domeniu sau un subdomeniu care nu este configurat corect, veți primi eroarea și, la fel, vor căuta roboți. Pentru a evita astfel de probleme, asigurați-vă că fie configurați redirecționări, fie adăugați etichete rel=canonical care indică versiunea preferată a site-ului dvs.

Meta etichete

Când publicați o nouă versiune a unui site web, trebuie să vă asigurați că toate metaetichetele optimizate ale paginilor vechi sunt la locul lor. În caz contrar, titlurile și descrierile lipsă sau greșite pot duce la o scădere semnificativă a clasamentelor și a traficului. Pentru a verifica starea de sănătate a unui site web și dacă nu aveți pagini cu metaetichete lipsă sau greșite, mergeți la secțiunile Titlu și Descriere din Raportul problemelor auditului site-ului.

Pentru a vă asigura că meta titlurile și descrierile sunt aceleași ca înainte de reproiectare, utilizați raportul Pagini accesate cu crawlere și activați coloanele corespunzătoare. Apoi, comparați-le cu ceea ce a fost înainte de reproiectare.

Conţinut

Dacă mai multe pagini au același conținut, Google va avea dificultăți în a-și da seama ce pagină ar trebui să afișeze în SERP, rezultând o scădere a clasamentului pentru toate paginile duplicate.

Poate fi greu să compari conținutul, mai ales dacă ai un site web mare. Vestea bună este că este posibil să detectăm automat astfel de probleme.

Pagini duplicate

Paginile duplicate sunt pagini cu conținut identic. Acestea pot fi greu de găsit uneori, deoarece pot avea adrese URL diferite, dar există un parametru care vă poate ajuta să le identificați. Activarea coloanei „Content Hash” va afișa hash-ul unic al conținutului paginii – un echivalent criptografic al conținutului. Dacă hash-ul este același pentru două pagini, înseamnă că sunt 100% identice - uitați-vă prin acele apariții și lăsați o singură copie a paginii.

Meta etichete

Un alt scenariu de duplicare este metaetichetele identice. Titlul și meta descrierea au un impact semnificativ atunci când un motor de căutare evaluează relevanța unei pagini. Nu confundați Google cu paginile cu metaetichete identice, deoarece niciuna dintre ele nu va fi clasată înalt.

Pentru a găsi acele pagini, activați coloanele „Titlu duplicat” și „Descriere duplicat” din raportul Pagini accesate cu crawlere al instrumentului de audit al site-ului sau accesați secțiunea corespunzătoare din raportul Probleme.

Titlurile H1

Similar cu metaetichetele, titlul unei pagini are prioritate față de alte (sub)anteturi atunci când un motor de căutare determină despre ce este vorba în pagină. Trebuie să vă asigurați că niciuna dintre paginile dvs. nu are H1-uri identice, astfel încât acestea să nu se plagieze reciproc. La fel ca verificarea Meta-etichete, activați coloana „H1 duplicat” din raport.

Core Web Vitals

Dacă implementați un nou design, ar trebui să fiți sigur că acesta va îmbunătăți experiența utilizatorului; altfel, nu are rost să o faci. Din fericire, Google a dezvoltat Core Web Vitals – un set de valori pentru a ajuta dezvoltatorii să-și evalueze UX.

Cu SE Ranking, nu trebuie să verificați fiecare pagină din Web.dev sau din Chrome's Lighthouse, deoarece Auditul site-ului verifică toate paginile pentru toate valorile necesare privind experiența paginii. Să ne uităm prin ele.

Primul lucru este să verificați Core Web Vitals: LCP, FID și CLS. Aceștia sunt trei parametri care reflectă cât de bine funcționează site-ul dvs. din punct de vedere UX:

1. Cea mai mare vopsea conținută înseamnă cât de repede va fi imprimată prima fereastră de vizualizare în browserul utilizatorului. Această valoare este strâns legată de viteza de încărcare a site-ului web, despre care vom discuta în câteva secunde.
2. First Input Delay măsoară cât de repede pot interacționa utilizatorii cu pagina (de exemplu, dați clic pe linkuri, butoane). Acest parametru este legat și de viteza site-ului.
3. Cumulative Layout Shift arată cât de stabil este conținutul tău în timpul încărcării – este foarte enervant când elementele de conținut își schimbă dimensiunea și poziția în timpul încărcării paginii.

Aceste informații pot fi găsite în tabloul de bord Prezentare generală sau în secțiunea Raport de problemă -> Performanță. Lucrul minunat este că acest raport se bazează pe date de la utilizatori reali și pe teste de mediu de laborator. Acesta este un punct de plecare pentru orice optimizare ulterioară.

Viteza site-ului

2 din 3 Core Web Vitals sunt legate de timpul de încărcare. Nu numai asta, dar statisticile spun că o treime dintre utilizatori nu vor aștepta mai mult de 3 secunde până se încarcă o pagină. Prin urmare, este corect să spunem că viteza site-ului este un parametru de bază în ceea ce privește experiența utilizatorului. Să vedem cum vă poate ajuta SE Ranking să identificați și să rezolvați problemele legate de timpul de încărcare.

HTML

Deoarece toate paginile web sunt scrise în HTML, este primul lucru pe care trebuie să îl validați după reproiectare. Problemele sunt destul de de bază, dar sunt fundamentale pentru modificări ulterioare. În acest sens, trebuie să vă asigurați că dimensiunea HTML nu este prea mare pentru a exclude dimensiunea DOM mare, deoarece poate fi dificil de redat, impactând timpul general de încărcare. De asemenea, asigurați-vă că HTML-ul este comprimat și stocat în cache pentru a minimiza dimensiunea documentului și timpul de procesare backend.

JS și CSS

Web-ul modern este împletit cu JavaScript și CSS. Aceste tehnologii ajută la crearea de site-uri web frumoase, cu funcționalitate agilă. Cu toate acestea, uneori, aceste caracteristici pot dăuna performanței site-ului, așa că este important să verificați dacă resursele sunt optimizate atunci când implementați un nou design.

Tehnicile de optimizare pentru fișierele JS și CSS sunt similare:

1. Minificare
   Excludeți toate comentariile, întreruperile de rând, spațiile suplimentare etc. - lăsați doar caracterele care contează.
2. Combinând
   Încercați să difuzați cât mai puține fișiere (ideal, un JS și un CSS pe pagină). Fiecare solicitare de fișier necesită timp pentru ca serverul să răspundă și pentru ca browserul să o descarce – un singur fișier este o modalitate mult mai convenabilă de a face acest lucru.
3. Memorarea în cache
   Activarea stocării în cache pe server înseamnă că fișierele dvs. nu vor fi generate de la zero de fiecare dată când un utilizator solicită pagina; în schimb, copii salvate ale acestora vor fi comunicate. Acest lucru elimină multă încărcare inutilă de la servere și îmbunătățește timpul de încărcare.

Iată câteva recomandări generale:

• Evitați utilizarea cadrelor și temelor
  Cadrele JS și CSS prefabricate vă pot economisi ceva timp, dar deseori nu sunt realizate având în vedere optimizarea vitezei. Au o mulțime de funcționalități de care nu aveți nevoie și toate aceste funcții suplimentare pot fi prea grele pentru a fi încărcate.
• Aveți grijă la îmbinarea fișierelor JS
  Dacă există o singură eroare în fișierul JS, este posibil ca orice alte funcții din fișier să nu funcționeze. Astfel, dacă aveți un singur fișier JS, este posibil ca toate funcțiile să nu mai funcționeze. Poate fi o decizie inteligentă de a crea fișiere separate pentru funcționalitatea de bază și frumusețea front-end.

Imagini

În ceea ce privește SEO, optimizarea imaginilor este de asemenea esențială:

1. Imaginile ar trebui să aibă un text Alt, astfel încât motoarele de căutare și persoanele care folosesc cititoare de ecran să poată înțelege despre ce este imaginea - asigurați-vă că toate imaginile au text Alt semnificativ după reproiectare.
2. Marimea imaginii
   Cea mai bună practică este să difuzați imaginea la o rezoluție egală cu containerul părinte. Cu toate acestea, este aproape imposibil să creați copii de imagine pentru a se potrivi tuturor containerelor posibile datorită designului receptiv în care containerele își pot schimba dimensiunile. Ceea ce puteți face este să creați mai multe variații de imagine (adică dimensiunea originală, 300px lățime, 100px lățime) pentru a le utiliza în diferite locuri de pe site. De exemplu, imaginea prezentată pe articol ar trebui să aibă dimensiunea originală, în timp ce este mai bine să utilizați o imagine mai mică, cu lățime de 300 px sau mai mică, pentru miniatura de pe pagina de arhivă.
3. Comprimarea imaginii
   Comprimarea unei imagini este procesul de reducere a numărului de culori unice utilizate într-o imagine. Compresia moderată va fi observată cu greu de ochiul uman, dar poate economisi până la 30% din dimensiunea fișierului - asta este mult, mai ales având în vedere că imaginile au o dimensiune mare a fișierului în comparație cu alte resurse ale paginii.

Design receptiv

Este obligatoriu să verificați problemele de optimizare a dispozitivelor mobile, deoarece majoritatea traficului provine de pe dispozitive mobile, iar Google a trecut la indexarea pe mobil. Clasamentul SE acoperă și acest lucru.

Navigand la categoria Optimizare pentru dispozitive mobile din raportul Probleme, veți putea valida dacă site-ul dvs. web este aliniat cu principiile fundamentale de design responsive.

Încheierea

Reproiectarea este un proces complicat, mai ales având în vedere că un site reproiectat trebuie optimizat SEO. Cel mai bun mod de a realiza acest lucru este să ținem cont de practicile SEO și de performanță.

Odată ce vă publicați modificările, trebuie să verificați dacă totul este în regulă - aici intră în joc instrumentele de verificare a stării site-ului. Pentru a fi sigur că noul dvs. site este mai bun sau că nimic nu a fost spart din punct de vedere SEO și performanță, trebuie să îl comparați cu versiunea anterioară. SE Ranking face exact ceea ce aveți nevoie: accesează cu crawlere, verifică și stochează datele de audit ale site-ului web, astfel încât să puteți monitoriza și compara cu ușurință rezultatele în funcție de date. Utilizarea unor astfel de audituri vă permite să comparați și să îmbunătățiți starea de sănătate a site-ului web după reproiectare.