Technické SEO

Obsah může být sebelepší, ale pokud ho vyhledávač nestáhne nebo se rozhodne ho nezaindexovat, o pozici nikdy soutěžit nebude. Přesně o tohle se stará technické SEO - o cestu stránky k vyhledávači, ne o to, co na ní čtenář najde. Řeší, jestli robot dostane volný přístup, jestli stránka nemá dvojníka, který jí bere sílu, a jestli se návštěvníkovi na mobilu nerozpadne dřív, než si stihne přečíst nadpis.

Co všechno spadá pod technické SEO

Nejde o jednu věc, ale o skupinu témat, která spojuje jedno: řeší je vývojář nebo šablona webu, ne text.

• Indexace a procházení - jestli se stránka dá vůbec stáhnout a jestli ji vyhledávač uloží do svého indexu.
• Robots.txt a sitemapa - pravidla a mapa, podle kterých robot web prochází.
• Kanonizace a přesměrování - kdo z podobných adres je ta hlavní a co se stane se starými URL.
• Core Web Vitals a rychlost - jak dlouho stránka trvá, než se dá použít.
• Mobilní zobrazení - jestli web funguje na telefonu stejně dobře jako na monitoru.
• Strukturovaná data - strojově čitelný popis obsahu pro vyhledávače i AI systémy.
• Zabezpečení (HTTPS) a stavové kódy, které server vrací.
• Hreflang - u vícejazyčných webů určuje, kterou jazykovou verzi vyhledávač nabídne kterému návštěvníkovi.

Tuhle cestu od prvního požadavku robota po zápis do indexu rozebírá podrobně první bod v seznamu výše - technické SEO je práce na tom, aby na ní nikde nevznikla překážka.

Kde končí technické SEO a začíná on-page

Tahle hranice se v poradnách řeší donekonečna a odpověď se zdroj od zdroje liší - jeden řadí rychlost načítání do on-page, druhý do technického SEO, třetí ji zmíní na obou místech. V hesle on-page SEO používám jednodušší dělení, které se skutečně dá použít při plánování práce: co změním sám (text, titulky, prolinkování) je on-page, co potřebuje zásah vývojáře nebo do šablony (rychlost, kanonizace, chování filtrů) je technické SEO. Podle toho, na kom práce závisí, ne podle toho, do které učebnicové škatulky ji zrovna někdo zařadil.

Podmínka, ne páka

Technické SEO nikoho neposune z desáté pozice na první. Funguje obráceně - dokud web má blokující chybu (nedostupnou stránku, špatnou kanonizaci, obsah schovaný za JavaScriptem, který se nikdy nevykreslí), žádný sebelepší obsah pozici nezachrání, protože se ke srovnání ani nedostane. Jakmile je tahle podmínka splněná, další doladění technického stavu vrací čím dál míň - o pozicích pak rozhoduje obsah, relevance a odkazový profil. Prakticky z toho plyne pořadí práce: nejdřív odstranit to, co web blokuje, teprve pak investovat čas do obsahu a až nakonec ladit rychlost o desetiny sekundy.

Skutečná překážka není znalost, ale fronta u vývojáře

Většina návodů popisuje technické SEO jako checklist, který stačí projít. V praxi je problém jinde: na rozdíl od on-page práce, kterou udělám sám a hned, technická oprava potřebuje, aby ji provedl někdo jiný - vývojář, agentura na webu, dodavatel šablony. Najít problém trvá hodinu, dostat ho do sprintu a prosadit mu prioritu proti nové funkci může trvat týdny. Proto se v technickém SEO neptám jen „co je špatně”, ale i „jak to popsat tak, aby to developer pochopil a dal tomu prioritu” - business dopad, ne jen technický popis chyby. Kus technického SEO je tak spíš komunikace a argumentace než procházení tabulek.

Jak se technické SEO kontroluje

• Crawler (např. Screaming Frog nebo cloudový nástroj) projde web jako robot a vypíše stavové kódy, přesměrování, duplicitní titulky a chybějící kanonické značky.
• Google Search Console ukáže, co vyhledávač reálně stáhl a zaindexoval - a proč zbytek odmítl.
• PageSpeed Insights a odpovídající report v Search Console změří rychlost na terénních datech skutečných návštěvníků, ne jen v laboratoři.
• Validátor značení ověří, že strojově čitelný popis odpovídá tomu, co je na stránce skutečně vidět.

Žádný z těch nástrojů sám o sobě neřekne, co má prioritu. To je pořád na vyhodnocení - a je to důvod, proč se technické SEO nedá odbýt jedním proklikáním nástroje.

Co v auditu vídám nejčastěji

Nejčastější nález je technický dluh z doby, kdy web nikdo pravidelně nekontroloval: zapomenutý noindex z vývojové verze, přesměrování, které vede přes tři adresy místo jedné, kanonická značka, která po redesignu ukazuje na starou strukturu URL. Nic z toho není složité opravit - problém je, že to nikdo neobjevil, protože po spuštění webu na to nikdo nešahal.

Druhý opakující se vzorec je honba za dokonalým skóre v jednom nástroji - typicky 100/100 v Lighthouse nebo PageSpeed - zatímco skutečný problém (třeba duplicitní titulky napříč kategoriemi e-shopu) zůstává bez povšimnutí, protože ho ten konkrétní nástroj neměří. Technické SEO se dá odškrtávat donekonečna; užitečné je až tehdy, když se hledá podle toho, co web reálně blokuje, ne podle toho, co se dá snadno zeleně vybarvit.