Odkaz vedl na stránku s chybou serveru

Stejný princip jako u SIT-03, jen jiný stavový kód: nález vzniká na stránce, která obsahuje odkaz vedoucí na adresu, jež nám v době crawlu vrátila chybu 5xx: tedy chybu na straně serveru. Report vypíše počet a příklady konkrétních cílů.

Proč je to samostatný kód, a ne varianta SIT-03? Protože rozdíl mezi 4xx a 5xx není kosmetický, ale týká se toho, co vám smíme tvrdit. 4xx je trvalá vada: stránka neexistuje a existovat nebude. 5xx je jedno pozorování v jednom okamžiku. Server mohl mít výpadek, restart, přetížení nebo nasazení nové verze, a za hodinu odpovídá bez chyby.

Kdybychom obojí hlásili stejně, tvrdili bychom o chvilkovém výpadku totéž co o neexistující stránce. Proto je SIT-04 informativní nález a skóre vám nesnižuje ani o bod: dozvíte se to a můžete si to ověřit, ale nesrážíme za něco, co neumíme doložit jako trvalý stav.

Co kontrola nedělá:

• Neopakuje požadavek. Vidíme jeden pokus v jeden okamžik. Nedozvíte se, jestli je chyba trvalá: to musíte ověřit vy.
• Neopouští vaši doménu, stejně jako SIT-03.
• Nerozlišuje, který 5xx to byl. 500, 502, 503 i 504 jsou v jednom nálezu, přestože každý ukazuje na jinou příčinu.
• Neříká vám, jestli byla chyba na vašem serveru, nebo u poskytovatele. To pozná jen ten, kdo vidí do logů.

Nález je vázaný na stránku se zdrojem odkazu.

Tenhle štítek se vztahuje k mechanismu, ne k našemu pozorování, a je nutné to říct hned, aby nevznikl dojem, že si chybou jsme jistí.

Mechanismus je nutná podmínka a je nejlíp doložený ze všeho, co v auditu máme: stránka, která vrací chybu, se nezaindexuje, a bez indexu se v AI přehledech Googlu neobjeví.

Aby stránka mohla být zobrazena jako podpůrný odkaz v AI Overviews nebo AI Mode, musí být zaindexovaná a způsobilá k zobrazení s úryvkem ve vyhledávání Google. Žádné další požadavky neexistují.Google Search Central, AI features

Naše pozorování je ale slabé, a proto je nález informativní. Viděli jsme jeden požadavek v jeden okamžik. Z toho nejde poznat, jestli máte na webu trvale rozbitou stránku, nebo jestli jsme jen trefili třicet vteřin, kdy se nasazovala nová verze.

Právě proto ho ale nezahazujeme. Chyba 5xx, kterou vidíme my, je chyba, kterou v ten okamžik viděl i každý jiný návštěvník a každý jiný crawler. Když se opakuje, je to vážnější než jakákoli 404, protože se týká stránky, která obsah má. Rozhodnutí, jestli je to výpadek nebo stav, patří vám, protože jen vy vidíte do logů.

Poctivá věta na závěr: je to jediný nález v celé sadě, u kterého vás prosíme, abyste si ho ověřili sami, než podle něj něco uděláte.

První krok není oprava, ale ověření. Zkuste cíl načíst znovu, ideálně několikrát s odstupem:

for i in 1 2 3; do curl -s -o /dev/null -w "%{http_code}\n" https://vase-domena/cil; sleep 20; done

Podle výsledku se rozhodněte:

Když je chyba skutečná, konkrétní kód napoví, kde hledat:

• 500: chyba v aplikaci. Výjimka, chybějící údaj v databázi, špatný vstup. Odpověď je v logu aplikace na ten čas.
• 502 a 504: aplikace neodpověděla proxy serveru včas, nebo vůbec. Typicky pomalý dotaz do databáze, vyčerpaný počet pracovních procesů nebo spadlá služba na pozadí.
• 503: služba nedostupná. Buď údržba, nebo přetížení. Když se objevuje pod zátěží, je to kapacita, ne chyba.

A jedna věc, která z tohohle nálezu plyne obecněji: pokud vás chyba 5xx na vlastním webu překvapila, chybí vám hlídání dostupnosti. Audit web projde jednou; služba, která ho kontroluje průběžně, vám řekne o výpadku dřív než zákazník. Za tuhle jednu chybu to řešit nemusíte, ale stojí za zvážení.