Datum publikace:

Screaming Frog: návod na SEO audit a opravu chyb webu

Pavučina s kapkami rosy mezi větvičkami nad dřevěným stolem
Co v článku najdete

Screaming Frog SEO Spider pomáhá najít nefunkční odkazy, přesměrování, chybějící titulky a další technické problémy webu. Jeho nejsilnější výstup ale není dlouhý seznam červených upozornění. Je to spojení konkrétní chyby s místem, odkud vzniká. K opravě odkazu potřebujete znát nejen nefunkční cíl, ale také zdrojovou stránku.

Tento návod vede od přípravy prvního procházení k předání ověřitelného úkolu. Funkce vycházejí z dokumentace výrobce; ukázky jsou vlastní model, nikoli export z klientského webu nebo nový test placené licence. U každého nálezu odlišujeme pozorování programu od rozhodnutí, které vyžaduje znalost obsahu.

Co je Screaming Frog SEO Spider

Jde o desktopový crawler pro Windows, macOS a Linux. Zadáte výchozí adresu a program prochází dostupné odkazy v nastaveném rozsahu. Získává podklady o odpovědích serveru, HTML prvcích a vzájemných vazbách stránek. Nejde o databázi hledanosti ani přístup k návštěvnosti konkurence. Pro technickou otázku, proč interní odkaz končí chybou, je ale právě tento typ podkladu užitečný.

Výsledek závisí na tom, co crawler objevil a co mu nastavení dovolilo projít. Stránku bez interních odkazů nemusí běžné procházení od úvodní stránky najít. Pokud se program zastavil na limitu, nemůžete dosud neprojité adresy označit za bezchybné. Do záznamu proto patří rozsah, čas a důvod ukončení, nejen počet nalezených problémů.

První orientace podle otázky
OtázkaKde začítCo ještě potřebujete
Kde vedou odkazy na chyby?Response Codes a vstupní odkazyZdrojovou URL a správný náhradní cíl
Co se děje po přesunu adres?Přesměrování a jejich řetězceOčekávanou mapu starých a nových URL
Které titulky vyžadují kontrolu?Page TitlesObsah stránky a její účel
Proč chybí stránka ve výsledku?Rozsah a způsob objevení URLSrovnání s vlastním inventářem

Co připravit před prvním procházením

Začněte jedinou konkrétní otázkou. Pro malý obsahový web to může být kontrola interních odkazů v blogu. Pro migraci seznam původních adres a jejich cíle. Pokud spojíte všechny úkoly do prvního běhu bez přípravy, budete obtížně vysvětlovat, proč některé části webu v reportu chybějí a jiné přebývají.

  • Určete produkční hostitel a případnou jazykovou či obsahovou část.
  • Připravte vlastní seznam důležitých URL pro srovnání pokrytí.
  • Zapište, zda potřebujete běžné HTML nebo vykreslení JavaScriptu.
  • Dohodněte přiměřené zatížení se správcem, zejména u velkého webu.
  • Vyberte místo pro výstup a datum následné kontroly.

Při zadání adresy sledujte protokol a hostitel. Doména s www a bez www nemusí mít stejné chování, i když mají vypadat jako jediný web. Neřešte to odhadem podle loga v záhlaví. Zkontrolujte skutečný přechod na finální adresu. Očekávané chování si napište předem, aby se report později nevykládal jen podle toho, co zrovna vyšlo.

Pro první průchod ponechte co nejjednodušší nastavení a zapište každou vědomou výjimku. Pokud vyloučíte parametrické adresy nebo určitou složku, uveďte proč. Taková část není otestovaná s nulovým počtem chyb; je mimo rozsah. Tento rozdíl je zásadní při předání výsledku někomu, kdo program sám nespouštěl.

Spider nebo List: vyberte správný režim

Režim Spider vychází z počáteční URL a objevuje další adresy prostřednictvím odkazů. Hodí se pro otázku, jak web vypadá z pohledu procházení. Režim List zpracovává dodaný seznam. Využijete jej například pro ověření konkrétních adres po přesunu. Seznamový běh a průchod od úvodní stránky dokazují odlišné věci.

Modelově máte dvacet původních článků, které se přesouvaly do nové struktury. V seznamovém režimu zkontrolujete, jak odpovídají staré adresy. Potom samostatně projdete nový web a hledáte, zda interní odkazy vedou rovnou na nové cíle. Funkční přesměrování staré URL ještě neznamená, že je interní navigace po migraci uklizená.

U seznamu zachovejte původní soubor i stabilní identifikátor řádku. Výsledky se mohou při filtrování a řazení přeskupit. Nespojujte očekávaný cíl a odpověď serveru jen podle momentální pozice v tabulce. Při následné kontrole několika vzorků musíte bezpečně poznat, ke které původní adrese pozorování patří.

Jak najít a opravit interní odkazy na 404

Po dokončení průchodu otevřete přehled odpovědí a vyberte klientské chyby. Nejdříve si prohlédněte konkrétní URL a poté její vstupní odkazy v části Inlinks. Potřebujete určit, odkud program odkaz objevil. Nefunkční obrázek, HTML stránka a externí odkaz nejsou jeden typ opravy, přestože všechny mohou mít chybovou odpověď.

Pro předání více problémů použijte odpovídající hromadný export vstupních odkazů. Základ úkolu tvoří zdroj, text nebo umístění odkazu, nefunkční cíl a zamýšlená oprava. Neexistující starý článek automaticky nepřesměrovávejte na úvodní stránku. Nejprve zjistěte, zda existuje obsahově odpovídající náhrada. Podrobné rozhodování rozebírá návod k opravě chyby 404.

Před změnou otevřete zdrojovou stránku a přečtěte okolní větu. Starý odkaz mohl být doporučením na postup, který už dnes neplatí. Potom není nejlepším řešením pouhá záměna adresy: upravit může být potřeba také text a slib odkazu. Technická dostupnost cíle je pouze první podmínka použitelnosti.

Model: tři nálezy, tři různé opravy

Následující situace je modelová. Malý odborný web má návod na údržbu, rozcestník dílů a starší oznámení. Všechny odkazují na nefunkční adresy, ale jejich správné řešení se liší. Tabulka ukazuje redakční rozhodnutí po přečtení obsahu, nikoli automatické doporučení SEO Spideru.

Od technického nálezu k ověřitelné opravě
Zdroj a problémRozhodnutíKontrola po změně
Návod odkazuje na přesunutý postupVložit přímý odkaz na odpovídající novou URLZdroj obsahuje nový cíl, který vrací 200 a správný postup
Rozcestník nabízí zrušený dílOvěřit skutečnou náhradu nebo nabídku odstranitText neslibuje nedostupný produkt
Staré oznámení má překlep v adreseOpravit překlep v odkazuOdkaz vede na zamýšlenou stránku bez dalšího skoku

Ve všech případech můžete získat stejný stavový kód a přesto potřebovat jiný zásah. Proto nedává smysl seřadit export pouze podle typu chyby a hromadně přiřadit všem řádkům stejnou náhradu. Opravu seskupujte podle společné příčiny, například jedné chyby v šabloně. Shodné číslo odpovědi takovou společnou příčinu samo neprokazuje.

U problému opakovaného v menu ověřte více reprezentativních stránek. Pokud jde skutečně o sdílený prvek, opravíte zdroj v šabloně a následně zkontrolujete jeho výskyt. Pokud byly odkazy vložené ručně do různých článků, potřebujete odpovídající seznam obsahových úprav. Rozdíl rozhoduje o rozsahu práce i o tom, kdo úkol převezme.

Titulky, canonical a direktivy čtěte v kontextu

Duplicitní titulek je podnět k otevření stránek, nikoli automatický rozsudek nad jejich indexací. Dva články mohou mít neúmyslně stejný název, ale také může jít o varianty jedné stránky. Nejprve určete účel a očekávanou hlavní URL. Teprve pak upravujte titulek nebo technické signály. U popisků pomůže samostatný postup pro kontrolu meta description.

U canonical zkontrolujte deklarovaný cíl a jeho dostupnost. Přítomnost značky v HTML ještě nepotvrzuje, že Google vybral stejnou kanonickou stránku. To ověřujete u vlastního webu v Search Console. Podobně direktivu noindex posuzujte proti účelu URL: interní výsledky hledání a důležitá produktová kategorie nemají automaticky stejné požadavky.

Robots.txt a noindex rovněž nejsou zaměnitelné. Když crawler nemůže stránku načíst, nemusí mít příležitost přečíst její HTML direktivu. V reportu oddělujte blokované, neprocházené a skutečně načtené adresy. Nepište, že stránka neobsahuje chybu, pokud jste její relevantní obsah vůbec neviděli. Stejnou opatrnost potřebujete u jazykových anotací a dalších signálů.

Kdy řešit JavaScript a proč může něco chybět

Pokud důležitý obsah nebo odkazy vznikají až při vykreslení JavaScriptu, běžný HTML průchod může ukázat jiný obraz než prohlížeč. Nejprve porovnejte konkrétní stránku a její zdroj s tím, co program získal. Teprve potom rozhodněte, zda potřebujete placenou možnost vykreslování. Není nutné náročnější režim zapínat automaticky pro každý jednoduchý blog.

Chybějící řádek může mít více příčin: neobjevený odkaz, vyřazenou složku, limit, blokování nebo jiný hostitel. Vytvořte krátký kontrolní seznam a postupně je ověřte. Pokud máte nezávislý inventář důležitých URL, porovnejte množiny adres. Samotný report objevených stránek nedokazuje, že ve vašem výchozím seznamu nic důležitého nezůstalo stranou.

Screaming Frog zdarma a cena licence

Bezplatná verze umožňuje projít až 500 URL. Placená licence odstraňuje tento produktový limit a přidává pokročilé funkce; skutečný rozsah stále omezuje dostupná paměť a úložiště. V kontrolovaném ceníku 20. října 2026 stála jednotlivá licence 199 GBP ročně, produktový přehled v eurovém zobrazení uváděl 245 € ročně. Před nákupem ověřte měnu, daň a aktuální nabídku.

Licence je na uživatele. Do výběru zahrňte také potřebu ukládat a znovu otevírat běhy, vykreslovat JavaScript nebo používat další integrace. Tyto rozdíly mohou rozhodovat i u webu menšího než 500 adres. Naopak malý jednorázový HTML průchod může zvládnout bezplatná verze. Podmínky jednotlivých funkcí porovnejte v aktuální tabulce výrobce.

Limit 500 URL neznamená 500 hotových obsahových stránek. Při plánování ověřte, jaké typy adres váš běh obsahuje. Nepředpokládejte úplnost jen proto, že počet článků ve WordPressu je nižší. Výchozí rozsah webu může zahrnovat další dokumenty a zdroje. Po dokončení vždy zkontrolujte, zda průchod skutečně skončil přirozeně, nebo narazil na omezení.

Jak poznat hotový audit a ověřenou opravu

Hotový výstup obsahuje několik převzatelných úkolů se zdrojem důkazu. U každého napište přesnou adresu, pozorované chování, očekávaný stav a metodu kontroly. Ke společné příčině přiložte několik reprezentativních příkladů. Dopad určujte podle významu stránek a uživatelské potřeby, nikoli pouze podle počtu řádků v exportu.

  1. Uložte původní nález a nastavení běhu.
  2. Potvrďte příčinu na konkrétních stránkách.
  3. Předejte zásah člověku, který jej může provést.
  4. Po nasazení zkontrolujte zdroj i finální cíl.
  5. Opakujte relevantní část procházení ve srovnatelném rozsahu.

Použijte evidenci SEO nálezů a rozlišujte „navrženo“, „nasazeno“ a „ověřeno“. Nový export s menším počtem chyb není sám o sobě důkaz úspěchu, pokud se změnil rozsah. Chybějící část webu může vytvořit zdánlivě lepší výsledek. Připojte proto také kontrolu pokrytí a seznam vědomě nezkontrolovaných oblastí.

Jak vybrat pořadí oprav z velkého exportu

Představte si, že v jednom běhu najdete mnoho dlouhých popisků a jedinou nefunkční adresu hlavní služby. Počet řádků by upřednostnil popisky, ale skutečná potřeba může být opačná. U služby ověřte, odkud se na ni lidé dostávají a zda mohou dokončit očekávaný krok. Pokud nefunguje důležitý cíl, řešíte konkrétní překážku. Samotné překročení orientační délky popisku takovou překážku nedokazuje.

Do pracovního listu přidejte význam dotčené stránky, společnou příčinu a rozsah ověření. Společná příčina pomůže spojit stovky nálezů z jedné šablony do jediného opravného úkolu. Význam stránky zase brání tomu, aby se malý počet závažných situací ztratil pod velkým množstvím drobných upozornění. Závažnost není součet barevných ikon.

U každého úkolu odlište jistotu pozorování a jistotu vysvětlení. Můžete mít potvrzené, že konkrétní URL vrací chybu, ale zatím nevíte proč. Takový záznam předávejte jako doložený problém s otevřenou příčinou. Nevyplňujte domněnku o špatné migraci jen proto, že adresa vypadá stará. Správce potřebuje vědět, co má teprve zjistit.

Pokud běh přerušíte kvůli zatížení nebo nedostatečnému rozsahu, zachovejte tuto informaci i v souhrnu. Částečný audit může být užitečný, pokud je přesně ohraničený. Neoznačujte jej za prověrku celého webu. Pro další průchod napište konkrétní chybějící část a způsob jejího doplnění, například zpracování vlastního inventáře adres.

Při převzetí opravy porovnejte několik situací se stejnou příčinou a jeden kontrolní příklad mimo zásah. Zjistíte tak, zda změna pomohla zamýšlené skupině a zda nenarušila jinou cestu. Výsledek zapište s datem a přesnou metodou. Teprve potom uzavřete úkol; pouhé sdělení, že byl upravený kód, ještě nepopisuje stav dostupný návštěvníkovi.

Pro pravidelný provoz uchovejte stabilní kontrolní vzorek nejdůležitějších typů stránek. Nemusí obsahovat celý web, ale má mít jasný účel: rychle ověřit menu, produkt, kategorii a návod po změně šablony. Tento cílený průchod je jiný výstup než úplný inventář. Oba označte tak, aby příjemce bezpečně poznal, co bylo opravdu zkontrolované.

Časté otázky

Co je Screaming Frog SEO Spider?

Desktopový program pro procházení webu a technickou SEO analýzu. Pomáhá najít chyby odpovědí, přesměrování, metadata a vazby mezi stránkami. Výsledek vždy závisí na nastavení a pokrytí běhu; nejde o automatické potvrzení všech SEO vlastností webu.

Je Screaming Frog zdarma?

Ano, bezplatná verze má limit 500 URL a omezený rozsah funkcí. Před použitím ověřte, zda potřebujete pokročilou konfiguraci, ukládání běhů nebo vykreslování JavaScriptu. I malý web může potřebovat placenou funkci, zatímco pro základní kontrolu může bezplatný rozsah stačit.

Kolik stojí placená licence?

K 20. říjnu 2026 ceník uváděl jednotlivou licenci za 199 GBP ročně a produktový přehled v eurech 245 € ročně. Licence je na uživatele. Konečnou částku, měnu a daň potvrďte v aktuální objednávce; nejde o měsíční předplatné za tuto částku.

Jak najdu stránku obsahující nefunkční odkaz?

Vyberte chybnou cílovou URL a prohlédněte její vstupní odkazy v Inlinks. Potřebujete zdrojovou adresu a kontext odkazu. Pro více nálezů využijte příslušný hromadný export, aby správce dostal také místa k opravě, nikoli pouze seznam nefunkčních cílů.

Jaký je rozdíl mezi Spider a List?

Spider objevuje adresy z výchozí stránky a dostupných odkazů. List zpracovává dodaný seznam. Při migraci můžete potřebovat obojí: ověřit odpovědi starých adres a samostatně zjistit, zda nový web odkazuje přímo na správné cíle.

Umí program procházet JavaScriptový web?

Placená nabídka zahrnuje vykreslování JavaScriptu. Nejdříve na konkrétním příkladu ověřte, že běžnému HTML průchodu důležitý obsah skutečně chybí. Vykreslení znamená jiný způsob získání podkladu; samo neprokazuje, jakou verzi Google zvolil k indexování.

Znamená hlášení o duplicitním titulku nutnost sloučení stránek?

Ne. Přečtěte obsah, určete záměr a očekávanou hlavní URL. Příčinou může být šablona, záměrná varianta i nechtěný překryv článků. Sloučení nebo přesměrování navrhujte až podle potvrzené situace, ne jen podle názvu filtru.

Jak ověřím, že oprava skutečně funguje?

Zkontrolujte nasazený zdrojový odkaz, odpověď finálního cíle a správnost jeho obsahu. Potom zopakujte relevantní průchod ve srovnatelném nastavení. Výsledek porovnejte i s inventářem, aby nižší počet chyb nebyl pouze důsledkem vynechané části webu.

Navazující rozbory

Google Search Console: návod na nastavení a vyhodnocení webu

Jak evidovat SEO nálezy

Všechny články SEO dílny

Zdroje

Rešerše, příklady a kontrola článku: 20. 10. 2026. Modelové příklady nepopisují výsledky klienta. Historické datum publikace odpovídá redakční řadě.

Autor: Tomáš Stýskala

Další čtení