301 presmerovania: kedy reťazenie škodí pozíciám vo vyhľadávaní

Presmerovanie samo osebe nie je chyba. Chyba je, keď ich za sebou nasleduje päť a prehliadač aj Googlebot musia prejsť celú kolónu, než sa dostanú k obsahu. Tomu sa hovorí reťazenie presmerovaní a na väčšine webov, ktoré prešli aspoň jednou migráciou, ho nájdem.

Čo je reťazenie presmerovaní

Reťaz vznikne, keď URL A presmeruje na B, B na C a C až na finálnu stránku. Typický reálny príklad z e-shopu, ktorý prešiel na HTTPS a neskôr zmenil doménu na www:

`` http://eshop.sk/produkt → 301 → https://eshop.sk/produkt → 301 → https://www.eshop.sk/produkt → 301 → https://www.eshop.sk/produkt/ → 200 OK ``

Tri presmerovania na jednu stránku. Každé z nich je technicky správne, každé vzniklo z rozumného dôvodu a nikto ich nikdy nespojil do jedného kroku. Pritom stačí jedno pravidlo, ktoré pošle http://eshop.sk/produkt rovno na https://www.eshop.sk/produkt/.

Odkiaľ sa reťaze berú

Takmer vždy z vrstvenia pravidiel, ktoré sa nikdy neprečistili:

• Prechod na HTTPS. Pridá sa jedno presmerovanie pre celý web.
• Zjednotenie www a non-www. Pridá sa druhé.
• Koncová lomka. Server si vynucuje /produkt/ namiesto /produkt. Tretie.
• Zmena URL štruktúry kategórií. E-shop prejde z /kategoria/detska-obuv na /detska-obuv. Štvrté.
• Zmena platformy. Nová platforma má vlastné presmerovacie pravidlá a staré zostanú v .htaccess alebo v plugine.
• Premenovaný produkt alebo článok. WordPress pri zmene slugu ukladá staré URL. Ak sa slug zmení dvakrát, vznikne reťaz automaticky.

Pri každej zmene sa pridáva nové pravidlo na koniec zoznamu. Staré sa neprepisuje, lebo sa nikomu nechce prechádzať stovku riadkov a hľadať, ktoré z nich sa ho týka.

Čo reťaz naozaj robí a čo nie

Začnem tým, čo sa najčastejšie tvrdí nesprávne. Google opakovane uvádzal, že pri 301 presmerovaní sa hodnota odkazov neznižuje. Takže strašenie typu „každý skok vám zoberie 15 % sily odkazov" neberte vážne. Problém je inde a je praktickejší:

Čas do prvého bajtu. Každý skok je samostatná HTTP požiadavka. Pri mobilnom pripojení s vyššou latenciou tri presmerovania pokojne pridajú niekoľko sto milisekúnd, kým sa vôbec začne sťahovať HTML. To sa prejaví na Core Web Vitals, konkrétne na LCP.

Limit Googlebota. Google v dokumentácii uvádza, že nasleduje obmedzený počet presmerovaní v jednom pokuse o stiahnutie — po prekročení limitu stránku nestiahne a v Search Console sa objaví chyba presmerovania. Pri troch skokoch sa to nestane. Pri ôsmich áno.

Zbytočný crawl. Každá URL v reťazi je samostatná adresa, ktorú robot musí spracovať. Pri e-shope s desiatkami tisíc produktov to znamená, že sa časť kapacity prehľadávania minie na medzikroky namiesto na nové produkty.

Oneskorené prepísanie signálov. Kým Google pochopí, že cieľom je finálna URL, trvá to dlhšie ako pri jednom priamom skoku. Pri migrácii to znamená týždne navyše, počas ktorých sú pozície rozkolísané.

Interné odkazy, ktoré nikam nemieria. Toto je z môjho pohľadu najhoršia časť. Ak sú v navigácii, v produktových popisoch alebo v článkoch odkazy na staré URL, reťaz sa spúšťa pri každom kliknutí návštevníka. Nie je to len záležitosť robota.

Kedy to riešiť netreba

Jedno presmerovanie je v poriadku. Nie je čo skracovať a nič sa nedeje. Ak ste pred rokom presunuli článok na novú adresu a stary-clanok posiela na novy-clanok, nechajte to tak.

Rovnako neriešte presmerovanie, na ktoré nikto nechodí a nevedie naň ani jeden externý odkaz. Skracovanie reťazí má zmysel tam, kde ide o návštevnosť: produktové stránky, kategórie, články s odkazmi zvonka.

Presmerovacia slučka

Horšia verzia reťaze je slučka: A posiela na B a B posiela späť na A. Prehliadač zobrazí ERR_TOO_MANY_REDIRECTS, Googlebot stránku nestiahne vôbec. Vzniká najčastejšie zlým poradím pravidiel — jedno vynucuje koncovú lomku, druhé ju odstraňuje.

Slučka nie je „mierne škodí pozíciám". Slučka znamená, že stránka na webe neexistuje. Riešte ju hneď.

Ako reťaze nájsť

Najrýchlejšie cez príkazový riadok. Jeden riadok ukáže celú cestu vrátane všetkých medzikrokov:

`` curl -sIL https://eshop.sk/produkt | grep -iE "^HTTP/|^location:" ``

Vo výstupe uvidíte každý stavový kód aj cieľ. Ak sú tam tri riadky HTTP/2 301 za sebou, máte reťaz.

Search Console. V správe o indexovaní hľadajte stav „Chyba presmerovania" a „Stránka s presmerovaním". Prvá kategória obsahuje aj príliš dlhé reťaze a slučky. Nástroj na kontrolu adresy URL ukáže, na čo Google adresu nakoniec preložil.

Crawl celého webu. Každý crawler, ktorý prejde stránky ako robot, vám vypíše zoznam interných odkazov vedúcich na URL s kódom 301. Toto je zoznam, s ktorým sa dá reálne pracovať — presne hovorí, na ktorej stránke máte opraviť odkaz.

Sitemapa. Do sitemapy patria len URL s kódom 200. Ak tam sú presmerované adresy, Google sa nimi zaoberá zbytočne. Viac o tom v článku o chybách v sitemape a robots.txt.

Ako to opraviť

1. Skráťte reťaz na jeden skok. Každé pravidlo prepíšte tak, aby ukazovalo priamo na finálnu URL. Z A → B → C spravte A → C aj B → C. Staré pravidlo nemažte — na starú URL môžu viesť externé odkazy.

2. Upravte poradie pravidiel na serveri. Pri .htaccess a nginx platí, že poradie rozhoduje. Pravidlo pre HTTPS a www dajte pred pravidlá pre jednotlivé URL, inak sa skoky vždy spočítajú.

3. Opravte interné odkazy. Žiadny odkaz na vlastnom webe by nemal viesť na presmerovanú adresu. Týka sa to navigácie, pätičky, bannerov, produktových popisov aj starých článkov. Pri e-shope je to zároveň príležitosť prejsť si interné prelinkovanie kategórií.

4. Skontrolujte canonical tagy. Canonical musí ukazovať na finálnu URL, nie na niektorý medzikrok. Ak canonical posiela na adresu, ktorá sa presmeruje, Google si vyberie cieľ sám. Podrobne o tom píšem v článku o canonical tagoch.

5. Nepresmerúvajte hromadne na homepage. Zrušený produkt presmerovaný na úvodnú stránku Google často vyhodnotí ako soft 404. Ak neexistuje relevantná náhrada, nechajte 404 alebo 410. Je to čistejšie riešenie než falošné presmerovanie.

6. Presmerovania nechajte bežať dlho. Google odporúča držať ich aspoň rok. Pri URL, na ktoré vedú externé odkazy, pokojne natrvalo — stoja vás jeden riadok v konfigurácii.

301 alebo 302

301 znamená trvalé presunutie, 302 dočasné. Pri zmene URL štruktúry, prechode na HTTPS a zlúčení stránok patrí 301. 302 má zmysel pri A/B teste alebo dočasnej odstávke.

Google síce dnes vie, že dlhodobé 302 sa správa ako trvalé, ale spracovanie trvá dlhšie a v Search Console sa to horšie čítať. Ak je presun trvalý, napíšte 301.

Ako to riešim v Seonale — a čo neviem

Pri prechode webu nájdem interné odkazy, ktoré vedú na presmerované adresy, a URL v sitemape, ktoré nevracajú kód 200. Pri odkazoch v obsahu pripravím opravený text na vloženie — teda konkrétnu adresu, nie odporúčanie „skráťte reťaz".

Čo neviem: nemám prístup k vášmu .htaccess ani ku konfigurácii nginxu. Serverové presmerovacie pravidlá musí prepísať niekto, kto má prístup na hosting. Viem presne povedať, ktoré reťaze existujú a ako by mali vyzerať, ale samotné pravidlo za vás neuložím.

A ešte jedno k očakávaniam. Skrátenie reťazí je hygiena, nie skokový nárast pozícií. Efekt uvidíte skôr v rýchlosti načítania a v tom, ako rýchlo Google spracuje zmeny na webe. Či sa to prejavilo aj na návštevnosti, zistíte porovnaním 28 dní pred a po nasadení — o tom, ako to čítať, píšem v článku o meraní SEO dopadu.