Audit začněte inventurou URL a daty z vyhledávače, poté web projděte jako robot i jako uživatel. Zkontrolujte stavové kódy, robots, noindex, kanonické odkazy, sitemapu, interní odkazy, vykreslování, mobil, výkon a strukturovaná data. Zjištění prioritizujte podle rozsahu, dopadu a náročnosti.
Technický SEO audit ověřuje, zda vyhledávač dokáže web najít, procházet, pochopit a zařadit správnou verzi obsahu. Nehodnotí pouze chyby nástroje. Propojuje serverové odpovědi, interní odkazy, JavaScript, kanonické signály, sitemapu, jazykové verze a výkon s reálnou architekturou webu. Stejné varování může mít na malém blogu a velkém katalogu zcela jinou prioritu.
Audit má skončit realizovatelným seznamem úkolů, nikoli exportem stovek řádků. Každé zjištění potřebuje důkaz, dotčené šablony, očekávaný dopad, riziko změny a doporučený test. Před zásahem se zaznamená výchozí stav a po nasazení se ověří výsledek. Tak lze odlišit skutečné zlepšení od náhodného pohybu v organických datech.
Vlastní ukázka: uspořádání 200 článků na Webiant.sk
Na vlastním blogu jsme řešili konkrétní problém: přehled zobrazoval všech 200 článků najednou a návštěvník neměl společnou navigaci mezi hlavními tématy. Nové řešení používá šest témat a 12 článků na stránku. Při 200 článcích vzniká 17 stránek přehledu; poslední obsahuje osm článků.
| Kontrola | Očekávaný výsledek |
|---|---|
| Odkazy mezi stránkami | Běžné HTML odkazy dostupné i bez JavaScriptu |
| Druhá stránka | /blog/page/2/ s vlastní kanonickou adresou |
| Zachování obsahu | Každý z 200 článků je v přehledu právě jednou |
| Témata a kategorie | Šest hlavních témat a odkazy na původní kategorie |
| Stránka mimo rozsah | HTTP 404, ne prázdná stránka s odpovědí 200 |
Takový test ověřuje dostupnost obsahu a správné adresy. Neznamená, že po nasazení automaticky poroste návštěvnost. Dopad je třeba vyhodnotit v Search Console po opětovném procházení webu, ideálně za srovnatelné období a u stejných dotazů.
Postup, který můžete zopakovat
- Zaznamenejte původní seznam URL a stav indexace.
- Projděte všechny stránky přehledu a zkontrolujte duplicity i chybějící články.
- Na každé stránce ověřte HTTP odpověď, kanonickou adresu a odkazy na články.
- Po nasazení sledujte zobrazení, kliknutí a změny indexace; měření výkonu provádějte samostatně.
Pravidla pro stránkování jsou popsána v dokumentace Google Search. U obsahu se řiďte také doporučeními pro užitečný obsah.
Získáte více zdrojů pravdy
Propojte procházení webu, XML sitemapu, analytiku, Search Console, serverové logy a seznam URL z redakčního systému. Každý zdroj ukazuje jinou vrstvu: crawler vidí interní navigaci, sitemapa deklarované adresy, log reálnou aktivitu botů a vyhledávač stav zpracování. Rozdíly odhalují osiřelé stránky, staré URL, parametry a obsah, který systém generuje bez odkazu.
Před crawlingem si zapište platformu, subdomény, jazykové verze, nedávné migrace a známá pravidla. Nástroj nastavte přiměřeně webu a nezahlcujte produkci agresivní paralelností. Proveďte procházení s respektováním robots a, máte-li oprávnění, také diagnostické kontrolované procházení, abyste porozuměli blokovaným oblastem. Citlivé či neveřejné části neexportujte do externích služeb bez povolení.
Ověřte dostupnost, indexaci a kanonické signály
Každá indexovatelná stránka má vracet úspěšný stav, být dostupná interním odkazem a nemít noindex ani blokování potřebných zdrojů. Přesměrování mají být přímá a vést na relevantní cíl. Měkké chyby, prázdné výsledky a nekonečné kalendáře mohou spotřebovat procházení. HTTP/HTTPS, varianty s www, lomítka a velikost písmen sjednoťte konzistentním přesměrováním na serveru.
Kanonický odkaz by měl směřovat na preferovanou indexovatelnou URL a odpovídat sitemapě, interním odkazům i jazykovým značkám. Konfliktní signály zvyšují nejistotu. Noindex používejte u stránek, které mají zůstat uživateli přístupné, ale nepatří do výsledků vyhledávání; blokování v robots má jiný účel. Sitemapa obsahuje pouze kanonické úspěšné URL a datum aktualizace mění jen při skutečné významné změně.
- Správné odpovědi 2xx, 3xx, 4xx a 5xx
- Konzistentní preferovaná URL
- Indexační pravidla bez konfliktů
- Čistá XML sitemap
Zkontrolujte architekturu, obsah a renderování
Důležité stránky nemají být osiřelé ani ukryté za interním vyhledáváním. Navigace, drobečková navigace a tematické odkazy přenášejí kontext a pomáhají uživateli. Nadpisy, titulky a meta popisy kontrolujte podle šablon; duplicita může signalizovat chybějící obsahový model. Stránka má mít dominantní záměr a vlastní hodnotu, ne jen automaticky vyměněné město nebo klíčové slovo.
U webu postaveného na JavaScriptu porovnejte původní odpověď, vykreslený DOM a dostupnost odkazů. Hlavní obsah a metadata nemají záviset na interakci, kterou robot neprovede. Otestujte mobilní rozvržení, ovládání klávesnicí, formuláře a Core Web Vitals na každém typu stránky. Obrázky potřebují rozměry, efektivní soubory a alternativní text podle své funkce; text podstatný pro význam nevkládejte pouze do obrázku.
Prioritizujte, implementujte a ověřte
Seskupte zjištění podle kořenové příčiny a šablony. Jedna oprava generátoru kanonických URL může vyřešit tisíce případů, zatímco ruční přepisování exportu problém vrátí. Prioritu určujte podle blokování indexace, hodnoty dotčených stránek, rozsahu a rizika. Ke každému úkolu přiložte příklad, očekávané chování a způsob akceptačního testu. Oddělte rychlé opravy od architektonických projektů.
Změny nejprve ověřte ve stagingu, ale robots a kanonické chování znovu zkontrolujte na produkční doméně. Po vydání web znovu procházejte, otestujte prioritní URL a sledujte indexační reporty, logy a organický trend. Vyhledávače zpracovávají změny postupně, proto nepřisuzujte okamžitý pohyb jedné úpravě. Audit opakujte při migraci, změně platformy a pravidelně podle tempa webu.
Jak má vypadat použitelný výstup auditu
Každý úkol v reportu obsahuje stručný název, dotčenou šablonu nebo vzor URL, důkaz a vysvětlení důsledku srozumitelným jazykem. Následuje doporučené chování, technická poznámka pro implementátora a test převzetí. Přiložený příklad URL pomáhá reprodukci, ale úkol musí uvádět i rozsah; jedna ukázka může zastupovat tisíce stránek generovaných stejným kódem. Citlivá data a produkční přístupy do reportu nepatří.
Prioritní plán rozdělte na kritické blokace, důležité opravy šablon, obsahově-technická zlepšení a pozorování bez okamžité akce. Přiřaďte vlastníka a závislosti, například potřebu úpravy CMS před redakční prací. Po dokončení neoznačujte úkol pouze podle nasazeného kódu; znovu procházejte vzorek a ověřte živou odpověď. Tak audit vede k měřitelné změně namísto opakovaného seznamu stejných varování.
- Důkaz a rozsah problému
- Doporučení s akceptačním testem
- Vlastník a závislosti
- Kontrola na živé produkci
Časté dotazy
Jak často dělat technický SEO audit?
Záleží na velikosti a četnosti změn. Důležitý je před migrací a po ní, při změně šablon nebo poklesu indexace. Průběžný monitoring řeší kritické signály, širší revize se plánuje podle rizika a vývoje webu.
Stačí automatický nástroj pro SEO audit?
Ne. Nástroj efektivně najde vzory, ale nezná obchodní význam, záměr ani všechny renderovací a provozní souvislosti. Výstup musí interpretovat člověk, seskupit kořenové příčiny a navrhnout bezpečný test.
Jaká je nejkritičtější technická SEO chyba?
Závažnost závisí na rozsahu. Nechtěný noindex, blokování, chybné kanonické odkazy nebo nedostupnost mohou vyřadit důležitou část webu. Nejprve řešte chyby, které brání objevení a indexaci prioritních stránek.
Zdroje a další čtení
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
