Technické SEO stránky, které rozhoduje o rychlosti i o tom, zda ji vůbec najde robot
Stránka může mít skvělý obsah i promyšlenou strukturu nadpisů, a přesto se ve výsledcích vyhledávání neobjeví, protože ji server servíruje pomalu, s dlouhým řetězcem přesměrování nebo bez komprese dat. Technické SEO se právě na tuto skrytou vrstvu zaměřuje, tedy na to, co se odehrává mezi prohlížečem a serverem dřív, než se čtenáři vůbec zobrazí první písmeno textu. Rychlou kontrolu vlastního webu nabízí přímo automatizovaný nástroj, vyzkoušejte zde. Tento text vysvětluje, co všechno technická vrstva stránky obnáší, proč HTTP stavový kód a komprese dat ovlivňují viditelnost ve vyhledávání, a jaké chyby se v praxi objevují nejčastěji.
Co všechno technické SEO prověřuje
Pod pojmem technické SEO se skrývá sada parametrů, které nesouvisí s textem stránky, ale s tím, jak server odpovídá na požadavek prohlížeče či vyhledávacího robota. Patří sem HTTP stavový kód, délka řetězce přesměrování, komprese přenášených dat, použitý protokol HTTP, celková velikost HTML dokumentu a konzistence mezi www a non-www verzí adresy.
Proč na tom vyhledávačům záleží
Aby Google stránku vůbec zařadil do výsledků, musí ji jeho robot najít, načíst a dostat od serveru úspěšnou odpověď. Přesný popis minimálních technických podmínek pro zařazení stránky do indexu, včetně požadavku na dostupnost pro robota a funkční odpověď serveru, shrnuje tento oficiální materiál Google Search Central. Pokud stránka tyto podmínky nesplní, obsah sebelépe napsaného textu už roli nehraje.
HTTP stavový kód jako základní podmínka viditelnosti
Server odpovídá na každý požadavek prohlížeče třímístným číselným kódem. Hodnota 200 znamená úspěšné načtení stránky, kódy řady 400 signalizují chybu na straně klienta, typicky neexistující adresu, kódy řady 500 pak chybu přímo na serveru. Vyhledávač indexuje jen stránky, které vrací kód 200, cokoliv jiného z indexu prakticky vyřazuje.
Řetězce přesměrování a proč je zkracovat
Přesměrování samo o sobě problém nepředstavuje, potíž nastává, když se za sebou řadí víc kroků najednou, tedy adresa A vede na B, B vede na C a teprve C zobrazí cílový obsah. Každý další skok znamená další síťový požadavek navíc, a tím i pomalejší načítání. Doporučená hranice bývají maximálně dva kroky v řadě, delší řetězce se vyplatí zkrátit přímo na cílovou adresu.
Komprese dat a rychlejší přenos protokolem
Textové soubory, mezi které patří i samotné HTML, se dají před odesláním ze serveru zmenšit kompresním algoritmem, prohlížeč je pak po přijetí automaticky rozbalí. U některých dokumentů dokáže komprese snížit přenášená data až o 70 procent, přičemž dnes se v praxi využívají hlavně algoritmy gzip a jeho novější náhrada brotli.
HTTP/2 a rychlejší přenos více souborů najednou
Starší protokol HTTP/1.1 zvládal zpracovat jen omezený počet souborů souběžně, novější HTTP/2 umí přenášet víc požadavků jedním spojením najednou, díky čemuž se stránka s mnoha obrázky či skripty načítá znatelně rychleji. Server bez podpory HTTP/2 tak zbytečně brzdí i jinak dobře optimalizovanou stránku.
Velikost dokumentu a konzistence adresy
Příliš objemný HTML dokument, obvykle nad 500 kilobajtů, zpomaluje první vykreslení stránky bez ohledu na rychlost připojení čtenáře. Podobně důležitá je i shoda mezi www a non-www verzí domény, obě varianty by měly směřovat na jedinou cílovou adresu, jinak si stránka konkuruje sama se sebou a rozděluje vlastní signály mezi dvě různé URL.
Drobnosti, které se snadno přehlédnou
Kromě hlavních parametrů stojí za kontrolu i menší technické detaily, které samy o sobě nerozhodují, ale dohromady ovlivňují celkový dojem ze stránky:
- Zastaralé HTML značky jako font, center či marquee, které nahradily modernější CSS vlastnosti už před lety.
- Chybějící favicon, tedy malá ikona zobrazená v záložce prohlížeče i vedle výsledku ve vyhledávání.
- Obsah vložený přes iframe, který vyhledávače standardně neindexují jako součást hlavní stránky.
- Soubor llms.txt, nová praxe pro usnadnění orientace jazykovým modelům procházejícím web.
Nejčastější technické chyby v praxi
V technické vrstvě stránek se opakují podobné problémy napříč obory i velikostí webů:
- Dlouhé řetězce přesměrování vzniklé postupnými úpravami struktury webu bez úklidu starých pravidel.
- Chybějící nebo špatně nastavená komprese, kterou server jednoduše nepoužívá, ačkoliv ji podporuje.
- Nekonzistentní www a non-www verze, které si navzájem konkurují ve výsledcích vyhledávání.
- Zbytečně velký HTML dokument, plný duplicitního kódu nebo nevyužitých šablon.
Proč technická a obsahová kontrola patří k sobě
Rychlý a bezchybně fungující server ještě nezaručí, že si čtenář text skutečně přečte celý. Obě vrstvy stránky se proto vyplatí kontrolovat společně, technickou i tu obsahovou, tedy strukturu vět, odstavců a čitelnost samotného textu, jak podrobněji popisuje tento článek o analýze obsahu webu. Rychlá stránka s nepřehledným textem přiláká návštěvníka stejně málo jako skvěle napsaný text na pomalu se načítající stránce.
Co si z této kontroly odnést
HTTP stavový kód, komprese dat, protokol HTTP/2 a přiměřená velikost dokumentu patří mezi parametry, které čtenář nikdy neuvidí přímo, přesto rozhodují o tom, jestli se k textu vůbec dostane. Oprava těchto detailů obvykle nevyžaduje zásah do obsahu, jen úpravu na straně serveru nebo šablony, a projeví se na rychlosti i viditelnosti stránky téměř okamžitě.
Víte, jaký HTTP stavový kód a jakou kompresi váš server aktuálně používá, nebo jste tuto vrstvu webu ještě nikdy nekontrolovali?
