Přesměrovací řetěz obsahuje smyčku

V zaznamenaném řetězu přesměrování se hledá opakovaný výskyt téže adresy. Když se tam některá objeví dvakrát, je to důkaz cyklu v přesměrovacím grafu webu, a vznikne nález s počtem skoků.

Tady je věc, která se snadno přehlédne a je pro pochopení nálezu klíčová: skutečně nekonečnou smyčku tenhle nález nikdy neuvidí. Když se přesměrování točí donekonečna, crawler ji přeruší na tvrdém stropu a stránka se do analýzy vůbec nedostane; takový případ je pro audit neviditelný, ne že bychom o něm mlčeli.

Co tedy SEO-35 zachytí: řetěz, který se cestou vrátil na dřív navštívenou adresu a pak přece jen došel k cíli (A → B → A → cíl). Tahle konkrétní návštěva skončila úspěchem, ale cyklus v grafu je tam a při jiné kombinaci vstupu může skončit jinak.

Co kontrola dál nedělá: neřekne, které pravidlo smyčku vyrábí, nerozliší smyčku na úrovni serveru od smyčky v aplikaci, a nevidí přesměrování provedená JavaScriptem.

Když kontrola nemá záznam řetězu (audit běžel nad uloženým HTML), mlčí místo aby hlásila nulu. Nález je na úrovni stránky, závažnost varování.

Na viditelnost v odpovědích AI doložený vliv nemáme, a rovnou přiznáme i to, že u téhle konkrétní stránky problém nemusí nastat vůbec: my jsme se k obsahu dostali, jen oklikou.

Proč to tedy hlásíme. Cyklus v přesměrování je vada konfigurace, která se chová nespolehlivě: projeví se podle toho, z jaké adresy návštěvník přijde, jestli má lomítko na konci, jestli jde přes www. Dnes se z něj crawler dostal; zítra může přijít z jiné strany a skončit na chybě.

A tohle už souvisí s tím, co produkt měří: stránka, ke které se crawler nedostane, se nezaindexuje, a být v indexu je nutná podmínka pro zobrazení v AI přehledech Googlu. Jenže tvrdit, že se to stane, nemůžeme, protože se to tentokrát nestalo. Proto varování, ne kritický nález, a proto třída „nedoloženo“.

Praktický závěr: berte to jako upozornění na křehké místo v konfiguraci, ne jako potvrzenou poruchu. Bývá to jedna přebývající podmínka v pravidlech, ne systémová vada.

Nejdřív si celý řetěz vypište; bez toho hledáte poslepu:

curl -sIL https://vase-domena/problematicka-adresa | grep -iE '^HTTP/|^location'

V seznamu uvidíte, která adresa se opakuje. Příčina bývá jedna z těchto tří a všechny vznikají vrstvením pravidel, která se navzájem neznají:

1. Dvě pravidla, která si protiřečí. Jedno přidává lomítko na konec, druhé ho odebírá. Každé samo o sobě dává smysl.
2. Přesměrování na úrovni aplikace i serveru zároveň. Framework přesměrovává na kanonický tvar a nginx na jiný.
3. Podmínka, která se vyhodnotí až po přesměrování. Pravidlo www → bez www běží znovu na už přesměrované adrese.

• Sepište si všechna přesměrovací pravidla na jedno místo: z konfigurace serveru, z aplikace, z CDN a z redakčního systému. Smyčky skoro vždycky vznikají tím, že o sobě dvě vrstvy nevědí.
• Zvolte jeden kanonický tvar adresy (s www nebo bez, s lomítkem nebo bez) a přesměrujte na něj jedním pravidlem, ne řetězem.
• Po úpravě otestujte všechny vstupní varianty: http/https, s www/bez, s lomítkem/bez. Kombinací je osm a stačí, aby selhala jedna.