Impactul SEO al codurilor de stare HTTP și cum să îl optimizați

Analiza codurilor de stare HTTP cu OnCrawl este o parte esențială a unui audit tehnic SEO, îți permite în câteva clicuri să faci un bilanț al codurilor de eroare din structura site-ului tău. Tot ce trebuie să faceți este să verificați dacă aceste coduri de stare HTTP sunt într-adevăr cele așteptate și, dacă este necesar, să aplicați corecții și să corectați legătura internă.
Acest articol explică impactul SEO al principalelor coduri de stare HTTP și cum să le optimizați utilizarea pentru a obține cele mai bune rezultate din ele. Înainte de a continua, puteți citi articolul nostru dedicat codurilor de stare HTTP și semnificația acestora.

Cod de stare HTTP 200

200 OK

Solicitarea adresata serverului reuseste, totul este normal. Pagina în cauză poate fi accesată cu crawlere (dacă nu este blocată de robots.txt) de către roboții Google și alte motoare de căutare.

Fii atent însă, asta nu înseamnă că nu este necesară nicio acțiune pentru această pagină și că codul de stare HTTP este cel așteptat. În unele cazuri, paginile în eroare sau inexistente pot răspunde în 200 în timp ce nu este optim din punct de vedere SEO.

Aceste pagini pot fi identificate pe OnCrawl cu o combinație de mai multe criterii:

• Prezenți în grupul Altele care conține paginile necategorizate ale segmentării dvs
• Număr de cuvinte foarte scăzut
• Etichete canonice care nu se potrivesc
• Rata de similaritate foarte mare
• Etichete de titlu și descriere neoptimizate
• Etichete H1, Titlu, Descriere duplicate
• Pagini fără H1

După cum vom vedea în restul articolului pentru aceste pagini eronate, nu numai că va fi necesar să le eliminați din link-ul intern, dar va fi și de preferat să le faceți să răspundă cu un cod HTTP de stare mai util pentru SEO.

Cele mai bune practici:

• Asigurați-vă că paginile pe care doriți să le indexați răspund cu 200
• Asigurați-vă că paginile care răspund în 200 sunt pagini „reale” pentru a controla linkurile interne și bugetul de accesare cu crawlere.

Codurile de stare HTTP 3XX

301 mutat permanent

Pagina solicitată a fost mutată și redirecționată permanent către o altă adresă URL. Foarte utila in SEO, redirectionarea permanenta permite gestionarea cazurilor de migrare a site-ului de orice tip (schimbare de domeniu, migrare http la https, redesign etc.) dar mai ales modificarea URL-ului unei pagini fara a pierde traficul de intrare.
Botul Google nu va mai putea accesa pagina originală și va urma redirecționarea pentru a descoperi pagina de destinație. Va înțelege că pagina a fost mutată și că pagina originală nu mai trebuie accesată cu crawlere.
Consecințe pentru SEO:

• În cele din urmă, pagina originală va fi de-indexată
• Pagina de destinație va fi indexată, dar nu există nicio garanție că va recupera pozițiile paginii originale
• Sucul SEO al backlink-urilor primite pe pagina originală este transmis către pagina de destinație

Acest ultim punct este un atu esențial al strategiei tale SEO în contextul unei migrări sau pur și simplu al actualizării conținutului site-ului tău. Dacă Google recomandă să configurați redirecționări 301 numai către același conținut sau similar și, prin urmare, să nu redirecționați automat către pagina de pornire, trebuie să țineți cont de backlink-urile pe care le primește pagina originală. Dacă pagina nu există sau nu mai există dar primește backlink-uri interesante, este înțelept să setați cel puțin un 301. Dacă nu există conținut similar, redirecționarea trebuie făcută către pagina părinte cu prioritate pe pagina de pornire urmând structura arborescentă a site-ului (ne putem baza pe traseul breadcrumb sau pe folderele din URL). De exemplu, pentru o pagină de produs, vom redirecționa către lista de produse și nu către pagina de pornire.

Logica este diferită pentru legătura internă a site-ului dvs. Este de preferat să corectați toate linkurile care indică paginile în coduri de stare HTTP 301, dar dat fiind faptul că se transmite sucul SEO, nu-l faceți prioritar. Pe de altă parte, toate redirecționările care indică paginile care nu răspund în 200 ar trebui tratate ca o prioritate.

Cele mai bune practici:

• • Asigurați-vă că pagina de destinație răspunde în 200. OnCrawl facilitează detectarea lanțurilor de redirecționare și a redirecționărilor care nu indică o pagină în 200
  • Legături corecte care indică paginile din 301
  • Limitați utilizarea 301 cu o redirecționare automată a tuturor erorilor 4XX către pagina de pornire
  • Preferați secțiunea părinte paginii de pornire pentru redirecționări fără conținut similar
  • Configurați o redirecționare dacă:
    • Conținutul este mutat
    • Un conținut similar înlocuiește pagina originală
    • Pagina este ștearsă, dar primește backlink-uri interesante

302 Găsit

Pagina solicitată este redirecționată temporar către o altă adresă URL. La fel ca redirecționarea permanentă 301, redirecționarea temporară 302 păstrează traficul de intrare cu o experiență de utilizator fără întreruperi, dar nu oferă aceleași beneficii SEO. Botul Google va înțelege că pagina originală este temporar inaccesibilă și va fi din nou.
Consecințe pentru SEO:

• Botul Google va continua să încerce să acceseze cu crawlere pagina originală
• Pagina originală își va păstra popularitatea
• Sucul SEO al netlinking-ului nu va fi transmis către pagina de destinație
• Pagina originală nu va fi de-indexată (dacă pagina nu este indexată, nu va fi atâta timp cât răspunde în 302)

Prin urmare, nu este necesar să vă corectați 302-urile în cadrul conexiunii interne, dar se recomandă să verificați în mod regulat dacă 302-urile, detectate în structura dvs. folosind un crawl sau jurnalele, sunt într-adevăr temporare.

Cele mai bune practici:

• Utilizați 302 numai pentru nevoi temporare, cum ar fi întreținerea, de exemplu
• Nu folosiți 302s pentru conținutul care a fost mutat sau șters definitiv
• Înlocuiți 302-urile cu 301-urile dacă devin permanente

304 Nemodificat

Pagina solicitată nu a fost modificată de la ultima consultare. Pagina în cauză nu trebuie accesată din nou cu crawlere de către botul Google, care va folosi versiunea cache. Acest cod de stare HTTP 304 nu este bine cunoscut, dar oferă posibilitatea de a economisi bugetul de accesare cu crawlere. Botul Google va folosi versiunea stocată în cache și va accesa instantaneu pagina solicitată.
Consecințe pentru SEO:

• Pagina nu este accesată cu crawlere din nou, ceea ce evită consumul de resurse și bugetul de accesare cu crawlere
• Timpul de încărcare a paginii este îmbunătățit (versiunea cache)

Implementarea acestui tip de răspuns pentru paginile „clasice” poate fi dificilă și necesită dezvoltare. Pe de altă parte, pentru paginile de resurse de tip CSS, poate fi un adevărat câștig rapid.

Cele mai bune practici:

• Pentru paginile care nu sunt modificate niciodată, preferați 304 la 200
• Studiați posibilitatea de a generaliza practica pentru paginile de resurse

Codurile de stare HTTP 4XX

404 Fișierul nu a fost găsit

Serverul nu a găsit nicio pagină pentru adresa URL solicitată, ceea ce înseamnă că pagina nu există. Aceasta poate fi temporară sau permanentă, de obicei pagina este accesibilă printr-un link nefuncțional sau de către un utilizator care tastează adresa URL greșită.
Consecință pentru SEO:

• Botul Google înțelege că această pagină nu există și că nu ar trebui să fie indexată
• Dacă pagina este deja indexată, ajunge să fie deindexată
• Sucul SEO de netlinking se va pierde odată ce pagina este deindexată

Adesea văzut ca eroare de corectat cu orice preț în SEO, codul de stare HTTP 404 este de fapt foarte util pentru SEO. Împiedică Google să indexeze URL-uri eronate sau conținut care nu mai există (chiar dacă vom vedea mai târziu că codul HTTP 410 este mai eficient în acest caz). Google este clar și pe acest subiect, 404 nu sunt problematice. Dimpotrivă, ele împiedică ca adresele URL eronate să fie considerate pagini reale ale site-ului dvs.

Pentru a oferi o experiență bună utilizatorului, recomandarea este să creați o pagină personalizată de eroare 404 care:

• Afirmă în mod explicit că pagina nu există
• Este integrat în designul site-ului dvs
• Oferă link-uri către conținut accesibil
• Nu este indexabil (răspuns 404 și meta roboți noindex)

Vă rugăm să rețineți că linkurile prezente pe o pagină personalizată 404 vor fi numărate în link-ul intern. Este recomandat să corectați toate linkurile de pe site-ul dvs. care indică un 404 pentru a evita o diluare a popularității interne în beneficiul meniurilor și a linkurilor de subsol și pentru a nu irosi bugetul de accesare cu crawlere.

Bune practici :

• • Configurați 404 atunci când:
    • pagina nu există (dacă nu mai există, preferați un 410)
    • pagina nu are backlink important
    • nu există conținut echivalent disponibil
  • Creați o pagină 404 personalizată
  • Evitați soft-404, adică o pagină 404 personalizată care răspunde cu un cod de stare HTTP 200
  • Nu redirecționați sistematic 404-urile cu un 301
  • Nu blocați accesul la o pagină 404 prin robots.txt
  • Corectați toate linkurile care indică către un 404

410 A plecat

Pagina solicitată nu mai este disponibilă. Diferența cu codul de stare HTTP 404 constă în această subtilitate, pagina a existat deja, dar a fost eliminată și nu va fi înlocuită. Mesajul trimis botului Google este, așadar, mai precis și mai definitiv.
Consecință pentru SEO:

• Google va lua în considerare informațiile fără întârziere (spre deosebire de 404)
• Pagina va fi deindexată (aproape) imediat
• Google specifică că se vor face verificări pentru a se asigura că pagina nu mai există cu adevărat

Prin urmare, codul de stare HTTP 410 este de preferat celui 404 atunci când doriți să deindexați rapid o pagină. Dar este și o stare de cod HTTP cu mai multe consecințe în caz de eroare.

Există modalități manuale de deindexare a unei pagini, implementarea unui răspuns 410 pentru paginile șterse permite automatizarea procesului. De asemenea, este important să vă asigurați că niciun link nu indică către o pagină care răspunde în 410, deoarece experiența utilizatorului nu va fi asigurată ca în cazul unui 404 personalizat.

Cele mai bune practici:

• Preferă 410 până la 404 pentru a de-indexa o pagină ștearsă
• Nu blocați accesul la o pagină 410 prin robots.txt
• Corectați toate linkurile care indică către un 410

Luați măsuri cu OnCrawl

Identificați codul de stare HTTP al site-ului dvs. cu ajutorul raportului de accesare cu crawlere

Accesați raportul CAWL > Indexability > Status Code pentru a vedea defalcarea paginilor după codul de stare HTTP.

Următorul raport vă permite să prioritizați acțiunile dvs. cu o defalcare în funcție de codul de stare și segmente.

Faceți clic pe datele pe care doriți să le preluați pentru a le exporta în format csv.

Pentru a merge mai departe, puteți, de asemenea, să preluați codurile de stare prin jurnalele de acces.

Accesați raportul MONITORIZARE JURURI > Explorare pentru a descoperi defalcarea paginilor după codul de stare HTTP întâlnit de roboții Google.

Corectați legătura internă

Pentru a corecta legătura internă, trebuie să găsiți legăturile care indică paginile care nu răspund cu un cod de stare HTTP 200. Veți avea nevoie de paginile de origine, de ancore și de codul de stare HTTP al paginii de destinație.

Accesați exploratorul de date, selectați setul de date Link-uri și scrieți următoarea interogare:

Acum trebuie doar să exporti în csv.
Pentru 301, dacă doriți să cunoașteți și pagina de redirecționare, consultați articolul despre cum să creați un fișier care listează toate linkurile care indică către o adresă URL 301, vechea adresă URL și noua adresă URL?