SEO-09
Přesměrovací řetěz
Co kontrola měří
Nález dostane stránka, ke které vedl přesměrovací řetěz delší než 2 skoky. Práh je v config/ pod seo.SEO-09 jako max_, je označený PROPOSAL a report u nálezu uvede skutečný počet skoků.
Číslo je shodou okolností stejné jako u ACC-04 v jádrové sadě, ale je to samostatná hodnota v jiném souboru, záměrně, aby se dala měnit nezávisle. Rozdíl mezi těmi dvěma nálezy je v optice: ACC-04 mluví o dostupnosti pro AI crawler, SEO-09 o crawl budgetu a rychlosti pro vyhledávač.
Když kontrola neví, mlčí. Běží-li modul nad uloženým HTML bez čerstvého crawlu, řetěz přesměrování k dispozici není, a kontrola v takovém případě nehlásí nic, místo aby předstírala nulu. Neznamená to tedy, že řetězy nemáte; znamená to, že jsme je tentokrát neviděli.
Co kontrola nedělá: nerozlišuje 301 od 302, nepočítá přesměrování mimo doménu a nepozná přesměrování provedené JavaScriptem nebo značkou <meta http-. Nález je na úrovni stránky, závažnost varování.
Jak silný důkaz za tím stojí
Doporučujeme to, protože to neuškodí nebo to má jiný užitek, ale vliv na to, jestli vás jazykové modely budou citovat, neslibujeme. Nikdo ho zatím nedoložil.
Na viditelnost v odpovědích AI doložený vliv nemáme, a musíme přiznat ještě jednu věc, protože je to přesně to místo, kde by se dalo snadno lhát.
Google ve své dokumentaci o přesměrováních žádný limit délky řetězu neuvádí (ověřeno 2026-09-12 přečtením celé stránky, ne z paměti). Popisuje typy přesměrování a jak je implementovat; o tom, kolik skoků je moc, tam nestojí nic.
Hranice 2 je tedy naše nastavení a netvrdíme, že se za ní něco přepne. Co tvrdit můžeme: každý skok je požadavek navíc: zpomalí načtení pro návštěvníka a spotřebuje kus toho, co vyhledávač na váš web denně vynaloží. U webu o padesáti stránkách je to jedno, u webu o padesáti tisících ne.
Praktický závěr: berte to jako hygienu, ne jako poruchu. A když už řetěz zkracujete, dělejte to hlavně tam, kde na něj chodí lidé; rozdíl mezi jedním a třemi skoky je pro návštěvníka na mobilu měřitelný.
Jak to opravit
Řetězy vznikají vrstvením a skoro vždycky jsou to tyhle tři vrstvy na sobě:
http://→https://- bez
www→ swww(nebo naopak) - stará struktura adres → nová, po přestavbě webu
Oprava je ve všech případech stejná: přesměrujte z původní adresy rovnou na finální cíl, ne přes mezistanice. Pravidla se dají sloučit do jednoho, které vyřídí schéma i doménu naráz, místo dvou pravidel za sebou.
Ověřujte to zvenčí, ne v konfiguraci; prohlížeč vám ukáže až výsledek a mezikroky přehlédnete:
curl -sIL https://vase-domena/stara-adresa | grep -iE '^HTTP/|^location'- Trvalá změna = 301.
302říká „vrať se sem příště znovu“ a řetěz se tím konzervuje. - Nemažte stará přesměrování hned. Odkazy zvenčí na ně vedou dál; jen je zkraťte na jeden skok.
- Po úpravě zkontrolujte smyčky: přepsaná pravidla je vyrábějí snadno a
SEO-35je pozná jen tehdy, když se z nich crawl nakonec dostane.
Co o tom říká report
Popis nálezu
Než crawler dosáhl finální odpovědi, prošel [hops] přesměrováními (doporučené maximum je [max]). Každý skok stojí čas a jeden požadavek navíc. Ztrátu „autority“ si k tomu nepřipisujte. Google opakovaně uvádí, že přesměrování 3xx žádný PageRank neztrácejí. Jde o standardní doporučení pro klasické vyhledávání (Google/Bing); nemáme doklad, že by to ovlivňovalo viditelnost v odpovědích AI asistentů.
Doporučení
Zkraťte řetěz na jedno přímé přesměrování (301) z původní URL rovnou na finální cíl.
Zdroje
- Google Search Central: Redirects and Google Search (ověřeno 2026-09-12)
Text ověřen 2026-09-12