Sprievodca stavovými kódmi HTTP

Existuje množstvo stavových kódov http, s ktorými by ste sa mali zoznámiť na stránke SEO vecí. Na prvý pohľad nemusia dávať zmysel, ale keď ich pochopíte, sú mimoriadne užitočné.

Prvá vec, ktorú si treba zapamätať pri práci so stavovými kódmi, je, že existuje päť rôznych typov: chyby na strane klienta, chyby na strane servera, informačné odpovede, úspešné odpovede a presmerovania.

Tieto môžu byť vrátené za čokoľvek od úspešnej požiadavky (200) až po niečo také extrémne, ako je chyba alebo presmerovanie (300 alebo 500).

Ako uvidíme neskôr, tieto budú určovať, akým spôsobom budú vyhľadávacie nástroje pristupovať k vašej stránke, čo následne zmení, aké údaje prezentujú SERP (stránky s výsledkami vyhľadávacieho nástroja).

To umožňuje klientskemu programu určiť, či bolo jeho pripojenie úspešné alebo nie. Laicky to znamená, že ak chcete vedieť, či váš server správne prijal a zakódoval všetky nasledujúce informácie, použite stavový kód v rozsahu 200.

Čokoľvek v tomto kóde stavu označuje chybu na strane vášho servera. Predstavte si to ako „Teraz s tebou nemôžem hovoriť, skúste to znova neskôr.“

Zaujímavé je, že tieto stavové kódy zmenia spôsob, akým Google zobrazuje akúkoľvek stránku, na ktorú sú prepojené (viac o tom neskôr). Vzhľadom na to, že mnohé z nich nie sú extrémne viditeľné, pokiaľ neviete, čo hľadáte, je identifikácia chýb kľúčovou úlohou, ktorú musí splniť každý vlastník lokality pri diagnostike, prečo niečo nefunguje.

Teraz sa pozrime na niektoré z užitočnejších kódov.

Stavové kódy, ktoré potrebujete vedieť

200 znamená, že všetko bolo úspešné. Celkom priamočiare! Toto je stavový kód, ktorý chcete vrátiť ako odpoveď na požiadavku stránky. 200 je jediný kód, ktorý bude Google vždy indexovať (aj keď sa môžu rozhodnúť, že ho nezobrazia, ak na to majú dôvod).

201 Created – To znamená, že váš server úspešne vytvoril to, čo bolo požadované. Môže to znamenať vytvorenie nového dokumentu alebo aktualizáciu/úpravu existujúceho dokumentu. To druhé by bolo niečo ako PUT /blog_post_123, keď blog_post_123 ešte neexistuje, ale po jeho vytvorení by sa ako potvrdenie malo vrátiť 201. Je však potrebné poznamenať, že vyhľadávacím nástrojom môže chvíľu trvať, kým prehľadávajú a indexujú takéto stránky.

202 Accepted – Takmer rovnaké ako 201 s tým rozdielom, že to znamená, že váš server požiadavku prijal a spracováva. Niekedy sa to používa, keď je potrebné vygenerovať dokument, ale ešte nie je pripravený.

Čítať:  Google: Pre SEO nezáleží na dĺžke URL

204 Žiadny obsah – môže to znamenať niekoľko vecí; vo všeobecnosti sa používa s rozhraním API, kde chcete vrátiť informácie, ale nemáte k dispozícii žiadne konkrétne údaje pre používateľa. Použili by ste to aj vtedy, ak by neexistovala žiadna aktualizácia, napríklad pri plánovaných úlohách (tj hodinové alebo denné úlohy) atď.

Môžete tiež použiť 204, napríklad ak ste aktualizovali odkaz v päte na každej stránke v reálnom čase bez toho, aby ste vrátili nový obsah (len zmenili jeho umiestnenie). Stručne povedané, všetko, kde nie je žiadny skutočný nový obsah, sa vrátilo.

301 Natrvalo presunuté – Toto je to, čo chcete vrátiť, keď bola stránka natrvalo presunutá na iné miesto (tj www.example.com/mojastranka teraz ukazuje na www.example.com/inastranka ). Je dôležité, aby ste si zapamätali, že ľudia budú naštvaní, ak kliknú na odkaz a ten nefunguje, takže sa uistite, že presmerovanie funguje! Pokiaľ ide o optimalizáciu pre vyhľadávače: čísla 301 sa považujú za „mäkké“ presmerovania a vo všeobecnosti nie je dobrým zvykom, aby ich stovky smerovali na jednu stránku, pretože s najväčšou pravdepodobnosťou odvtedy vaša webová lokalita zmenila rozloženie/navigáciu alebo existujú lepšie spôsoby, ako ju zlepšiť. navigácia pre používateľov ako strúhanka (len príklad). Zdá sa, že spoločnosť Google sa v poslednej dobe trochu zlepšila v zaobchádzaní s týmito druhmi presmerovaní, ale stále sa neodporúča pre veľké sumy.

Najlepšie a najbežnejšie použitie presmerovaní 301 je na hlavnej navigácii vašej lokality – ak bola stránka, na ktorú sa pokúšate dostať používateľov, presunutá niekam inam, potom je dobrým zvykom nasmerovať ich tam cez 301. Týmto spôsobom môžu používatelia, ktorí by mohli byť pridanie tejto adresy URL do záložiek alebo jej ručné zadanie do prehliadača vždy skončí tam, kde ich chcete mať (napr. www.example.com/produkt a nie www.example.com/produkty).

Existuje niekoľko ďalších spôsobov, ako to môžete zvládnuť, najmä pomocou JavaScriptu, ale v čase písania tohto článku je to najčistejší a najjednoduchší spôsob.

Kód odpovede 304 označuje, že sa nenašiel žiadny nový obsah, pretože dokument nebol zmenený, odkedy ste ho naposledy požadovali. Je to v podstate ako povedať „je to tu na mojom pevnom disku, ale ak o to žiadaš, nemusím to znova získavať zo servera“. Vzhľadom na moderné serverové technológie sa to stáva často – váš prehliadač ukladá údaje ako súbory cookie, takže keď v budúcnosti navštívite stránku example.com/products, môžeme vrátiť chybu 200 OK, namiesto toho, aby sme museli znova sťahovať všetky vaše produkty (a zaťažovať šírku pásma všeobecne). Stručne povedané, kedykoľvek dôjde k nejakému druhu ukladania do vyrovnávacej pamäte medzi vaším prehliadačom a robotom Googlebot, môže sa vrátiť 304. Všimnite si tiež, že v prípade HTML stránok to znamená, že neboli zmenené (čo nemusí byť nevyhnutne dobré alebo zlé) – znamená to len, že sa nič nezmenilo, odkedy ste ich naposledy stiahli (tj neoplatí sa sťahovať znova, ak nič nové sa nestalo).

Čítať:  Váš sprievodca riadením technológií pri návrate do práce

Toto je jeden z tých stavových kódov, ktoré je najlepšie ponechať na dokumentáciu poskytovateľov vyhľadávacích nástrojov, pretože existuje toľko okrajových prípadov a neustále sa mení! Len sa uistite, že ho nepoužívate na všetko, ako to vidíme u ľudí až príliš často.

Kód odpovede 302 označuje, že váš server sa pokúša automaticky presmerovať klientov z požadovaného zdroja na iný a zvyčajne sa používa dočasne, a nie trvalo ako 301. Robí to pripojením špeciálnej hlavičky „Umiestnenie“, ktorá obsahuje adresu URL, kde obsah sa teraz nachádza. V minulosti sa to používalo na zmenu skutočného umiestnenia súboru na serveri (napr. example.com/foo na example.com/bar).

Je tiež známe, že sa používa v prípadoch, keď došlo k zmene názvu domény a používateľov nasmerujete z jednej domény na druhú, hoci aj tak skončia na rovnakej adrese URL (toto sme už videli: starý blogový príspevok, ktorý dostal presunuté, ale stále používané „staré“ adresy URL ako presmerovania). Je dôležité poznamenať, že niektorí správcovia webu majú tendenciu používať 302 namiesto 301, čo je nesprávne. Vždy sa uistite, že používate presmerovania 301, ak chcete, aby sa plná hodnota SEO preniesla na novú adresu URL. Existuje určitá skepsa o tom, či presmerovania 302 skutočne prenášajú celú hodnotu SEO, ktorú robí presmerovanie 301. Oplatí sa prečítať si nasledujúce Príručka pre vývojárov Google o implementácii presmerovaní, s ktorými môže Google pracovať.

Kód odpovede 307 je podobný kódu 302 v tom, že vás presmeruje, ale neuloží informácie o vašej relácii pre ďalšiu návštevu. Je to v podstate ako povedať „teraz ťa vyhodím zo svojho domu“. Kedysi existovali nejaké argumenty okolo toho, či to bolo lepšie ako použitie 301 alebo 302, ale myslíme si, že Google v tejto veci zmenil svoj prístup a už neexistuje žiadna definitívna odpoveď. Stále ich môžete niekedy použiť (najmä ak vytvárate veľa dočasných presmerovaní pre jednorazové udalosti) alebo ak máte pádny dôvod nepoužívať nič iné, iba osobne, ak sa im môžeme vyhnúť, potom to robíme.

Čítať:  Sprievodca porozumením cezhraničného elektronického obchodu

Jedným z najbežnejších použití stavových kódov 308 je presúvanie stránok z jedného adresára do druhého (môže sa to stať, ak presúvate štruktúru permalinku blogu z domény názov_domény.com/blog/názov stránky do nazov_domény.com/blog ). Môžete si tiež prečítať tento článok o tom, ako Google zaobchádza so stavovými kódmi 308.

Toto je stavový kód, ktorý sme v priebehu rokov zaznamenali, že vyhľadávače pomerne často používajú pre stránky, ktoré boli raz nájdené a potom úplne zmizli – niekedy v dôsledku chyby 404 (a možno nahradené niečím iným). Možno zistíte, že ak skontrolujete zdrojový kód pre 301 (trvalé presmerovanie), môžete dokonca vidieť niečo ako „HTTP/1.0 302 Found“, čo je v podstate to isté – možno by stálo za to si prečítať tento článok o tom, ako Google zaobchádza s 302.

Pokyny pre správcov webu spoločnosti Google naznačovali, že chyba 404 „Nenájdené“ bola trochu varovným signálom. Zdá sa však, že sa to odvtedy uvoľnilo (alebo presnejšie, teraz existuje oficiálne vyhlásenie, ktoré naznačuje, že to nie je také zlé) a nemusíte sa snažiť tieto chyby skryť. To znamená, že keď niekto požiada o stránku, ktorú nemáte, vrátenie tohto stavového kódu HTTP by nemalo príliš bolieť, pokiaľ sa nedostanete do oblasti, kde viac ako 35 – 50 percent vašich stránok vracia chyby 404.

Existuje veľa dobrých dôvodov, prečo umožniť používateľom prehliadať vaše stránky, aj keď sa niečo pokazilo. Napríklad: ak máte na svojom blogu alebo webovej stránke odkaz na novinový článok, ktorý nie je dostupný, prehliadač to automaticky interpretuje ako požiadavku na názov článku, ktorý neexistuje (napr. „Google kupuje Apple“ vedie na žiadnu stránku s názvom „Google Buys Apple“). Vrátenie štandardnej, neprispôsobenej stránky 404 je voči návštevníkovi nefér a možno by stálo za to nastaviť si namiesto toho nejaké vlastné chybové stránky.

Týmto spôsobom im môžete dať vedieť, čo urobili zle, ale tiež im dať rady, ako to napraviť, aby nemali pocit, že váš dopyt nespracoval správne.

Za zmienku tiež stojí, že niekedy môže vaša webová lokalita vrátiť pomerne odlišný kód odpovede namiesto zvyčajného stavového kódu 200 OK. Napríklad, keď zadáte adresu a nezobrazí sa vôbec žiadny obsah a namiesto toho dostanete presmerovanie 302. Je to preto, že webový server je nakonfigurovaný tak, aby presmeroval návštevníkov, a nie zobrazoval skutočnú stránku s obsahom. Stavový kód 200 OK môže byť tiež zavádzajúci, pretože môže ísť o mäkkú 404, čo znamená, že stránka sa fyzicky načíta a zobrazí stav 200 OK, ale nemá žiadny obsah. V takom prípade musíte pridať nejaký obsah.

Čítať:  Veľký výpadok indexovania ovplyvňuje Google zasahujúci do viacerých služieb naraz

Ďalším príkladom je situácia, keď niekto na vašom webe hľadá názov článku, ktorý neexistuje. Tu by ste mohli použiť kód odpovede 404, ale pravdepodobne je najlepšie pokračovať a poskytnúť alternatívnu stránku prostredníctvom presmerovania 301.

Podľa nášho názoru je to obzvlášť užitočné, pretože inak návštevník vie len to, že musí hľadať iné kľúčové slovo alebo nedosahuje dobré výsledky zo svojho aktuálneho dopytu. S vlastnou chybovou stránkou však ľudia budú vedieť, čo sa deje – že neexistujú žiadne výsledky, pretože ešte nebola napísaná. Ak chcete byť skutočne nápomocní, môžete pridať aj malé upozornenie „čoskoro“ alebo niečo podobné.

To nás privádza k ďalšiemu bodu. Ak vaša stránka obsahuje nefunkčné odkazy (ktoré boli náhodne vytvorené skôr), potom vracanie kódov 4xx je presne to, čo by ste mali urobiť! Napríklad, ak niekto vloží: http://www.example.com/link-to-does-neexist, server môže vrátiť kód 404, ktorý mu povie: „hej, táto stránka neexistuje!“. To je samozrejme veľmi odlišné od bežného prípadu, keď si chcú niečo prečítať, ale nie je to tu, a tak by ich vrátenie 200 OK zmiatlo!

To isté platí aj pre súbory robots.txt. Ak používateľ zadá www.example.com/robots.txt alebo iba /robots.txt, váš server by mal namiesto prázdnej stránky odpovedať chybou 404 (pretože v tomto adresári nie je súbor robots.txt).

Ako plánujete používať stavové kódy na svojich webových stránkach?

To by malo zahŕňať väčšinu týchto kódov odpovedí a spôsob, akým ich používa spoločnosť Google. V skutočnosti existuje niekoľko ďalších kódov odpovedí v rozsahu 4xx, ktoré by mohli byť užitočné, ale väčšina z nich nie je relevantná pre SEO a navyše sa často nepoužívajú (takže aj keby boli relevantné, neboli by užitočné z z pohľadu SEO).

Venujte pozornosť tomu, ako vytvárate a odstraňujete svoje stránky a ako používate tieto stavové kódy. Môžu urobiť veľký rozdiel v tom, ako Google interpretuje vaše webové stránky a ako s nimi interaguje. Ak ich použijete správne, môžu zmeniť aj hodnotenie.

Ako plánujete implementovať stavové kódy na váš web?

Nové Publikácie:

ODPORÚČANIE