Audit technického SEO

Co technický audit skutečně odhalí

Téměř každý web, který procházíme, má stejný typ problému. Několik set stránek, které nikdy neměly být indexovány, konkuruje těm, které indexovány být mají. Šablona vykresluje hlavní obsah v JavaScriptu, na kterém crawler vyprší časový limit. Přesměrování z migrace před třemi lety tvoří řetězce čtyři úrovně hluboké. Nic z toho není exotické a nic z toho se neobjeví v reportu pozic — projeví se to jako stránky, které tiše nikdy nezískají návštěvnost.

Web procházíme tak, jak to dělá vyhledávač — vykreslujeme každou stránku místo čtení jejího zdrojového kódu — a výsledek pak křížově porovnáváme s pokrytím indexu a analytikou. Právě to křížové porovnání je to podstatné: samotné procházení vyprodukuje čtyři tisíce varování a úkolem je rozhodnout, kterých čtyřicet vás stojí peníze.

• Stránky, které vracejí špatný stavový kód, nebo správný stavový kód se špatným obsahem
• Šablony, jejichž hlavní obsah se k crawleru vůbec nedostane
• Duplicitní a téměř duplicitní stránky soupeřící o stejnou frázi
• Řetězce přesměrování, smyčky a odkazy mířící na staré URL
• Core Web Vitals měřené pro každou šablonu na mobilním profilu s omezenou rychlostí
• Strukturovaná data, která jsou přítomná, ale chybná, a proto ignorovaná

Co s reportem uděláte

Výstup je seřazen podle ohrožené návštěvnosti, ne podle označení závažnosti, protože kritický problém na stránce, kterou nikdo nenavštěvuje, kritický není. Každé zjištění uvádí dotčené stránky, co je špatně v jedné větě a co obnáší oprava — natolik, aby to vývojář odhadl bez schůzky.

V největším balíčku opravy provádíme, místo abychom je popisovali. To vyhovuje týmům bez vývojáře po ruce i týmům, jejichž vývojář má delší frontu úkolů než samotný audit.