Po redesignu spadla návštěvnost: Jak hledat příčinu v Search Console
Nový web je spuštěný, ale z Googlu chodí méně lidí. Než začnete přepisovat titulky nebo vracet původní verzi, potřebujete zjistit, kde ztráta vznikla. Projdeme pořadí kontrol v Search Console a ukážeme, co zjištění skutečně dokazují.

Začněte rozsahem problému. Zjistěte, zda klesly prokliky z Googlu, které stránky o ně přišly a kdy změna začala. Teprve pak hledejte příčinu. Samotná shoda s datem redesignu ještě nedokazuje, že propad způsobil nový web.
01Ověřte, co přesně kleslo
„Návštěvnost spadla“ může znamenat méně návštěv v analytice, méně prokliků ve vyhledávání nebo méně poptávek. Jde o různé problémy. Jestli klesla pouze analytika a prokliky v Search Console zůstaly podobné, nejdřív prověřte měření na novém webu. Změna značek nebo nastavení souhlasů může změnit vykazovaná data; Search Console a analytika navíc neměří stejnou věc.
V přehledu výkonu Search Console sledujte prokliky, zobrazení, CTR a průměrnou pozici. CTR je podíl prokliků a zobrazení. Kontrolujte správnou službu, typ vyhledávání a datum. Nejnovější data mohou být předběžná, proto z neúplného dne nedělejte závěr o celém týdnu.
Poznamenejte si den spuštění a seznam skutečných změn: adresy, texty, navigace, technologie, doména. Od dodavatele chtějte i seznam oprav po spuštění. Bez něj budete obtížně rozlišovat původní chybu od následného zásahu.

02Najděte stránky, které ztratily nejvíc prokliků
Porovnejte stejně dlouhá období se stejným zastoupením pracovních dnů. Jako první pracovní pohled můžete použít dva týdny před spuštěním a dva celé týdny po něm; u menšího webu bude potřeba delší období. Je-li dostupná historie, přidejte srovnání s předchozím rokem.
V záložce Stránky seřaďte rozdíl prokliků. Vyberte největší ztráty v absolutních číslech, ne jen nejvyšší procento. Pokles ze dvou prokliků na jeden má jinou váhu než ztráta stovek prokliků na důležité kategorii. Potom oddělte mobil a počítač, hlavní trhy a dotazy se značkou firmy od ostatních dotazů.
Pokud se změnily adresy, vytvořte dvojice původní a nové URL. Nulový výkon staré stránky může být očekávaný, když její místo převzala nová. Pro rozhodnutí sledujte tematický celek a web jako celek, ne pouze staré adresy.
03Čtěte kombinaci signálů
Následující tabulka je vodítko pro další kontrolu, nikoli automatická diagnóza. Jeden příznak může mít více příčin.
| Co vidíte | Co prověřit nejdřív |
|---|---|
| Propad většiny webu od spuštění | Dostupnost serveru a společná pravidla indexace. |
| Propad jedné skupiny stránek | Její šablonu, obsah, odkazy a přesměrování. |
| Zobrazení podobná, prokliků méně | Dotazy, pozice, podobu výsledků a změny titulků. |
| Pokles hlavně u starých URL | Výkon jejich nástupců a správnost cílových adres. |
| Prokliky podobné, poptávek méně | Formuláře a cestu zákazníka po příchodu na web. |
Neposuzujte celý redesign podle jediné průměrné pozice. Když z reportu zmizí část slabších dotazů, průměr se může zlepšit i při ztrátě užitečných návštěv. Pracujte s konkrétními stránkami a dotazy, které mají pro firmu význam.
04Zkontrolujte indexaci a konkrétní URL
V přehledu indexování stránek hledejte změnu důvodů, proč důležité stránky nejsou indexované. Ne každá neindexovaná URL je závada: přesměrované adresy nebo duplicity do vyhledávání samostatně patřit nemusejí. Důležité je, zda chybějí stránky, které ve výsledcích potřebujete.
U vzorku postižených i nepostižených stránek otevřete Kontrolu adresy URL. V údajích indexu zkontrolujte poslední procházení a kanonickou adresu, tedy hlavní variantu zvolenou Googlem. Tu živý test neurčuje. Živým testem ověřte aktuální dostupnost, povolení indexace a obsah stránky. Kladný výsledek nezaručuje indexaci ani pořadí.
Požádejte vývojáře o kontrolu stavových kódů, značky noindex, hlaviček a pravidel robots.txt. Robots.txt řídí procházení, sám o sobě není spolehlivým způsobem odstranění URL z výsledků. Pokud blokuje načtení stránky, Google nemůže přečíst její noindex. Opravy těchto dvou mechanismů proto nezaměňujte.

05Když se měnily adresy, projděte cestu starý web → nový web
U prioritních URL projděte cestu od starého odkazu až po obsah cílové stránky. Člověk má dorazit ke stejnému tématu. Přesměrování všech zrušených stránek na úvodní stránku není náhrada za správné mapování. Google v dokumentaci migrací doporučuje relevantní cíle, přímé přesměrování a aktualizaci interních odkazů i sitemap.
Modelová situace: kategorie „Servis průmyslových čerpadel“ dříve přiváděla poptávky, ale nově se přesměruje na obecné služby. Připravte pro dodavatele původní adresu, novou adresu a popis chybějícího obsahu. Pokud odpovídající stránka existuje, ověřte cíl přesměrování. Pokud ne, rozhodněte, zda má téma znovu dostat vlastní stránku. Jde o ilustrační scénář, ne případ zákazníka LISTIFY.
06Nezapomeňte na příčiny mimo redesign
Zkontrolujte přehledy Ruční zásahy a Bezpečnostní problémy. Prověřte také sezonní poptávku, změny výsledků vyhledávání a oznámené aktualizace Googlu. Tyto možnosti popisuje oficiální postup pro hledání příčin propadu. Časová souvislost je podnět k ověření, nikoli hotový důkaz.
Vést několik hypotéz je v pořádku. U každé napište, co by ji potvrdilo: chybějící indexované stránky, nesprávný cíl přesměrování nebo pokles stejných dotazů napříč trhem. Požadavky na dodavatele tak budou konkrétní.
07Opravujte podle dopadu a zapisujte změny
Nejdřív řešte nedostupnost a plošné blokování, potom důležité skupiny URL a jejich obsah. Veďte seznam: problém, důkaz, odpovědný člověk, datum opravy a další kontrola. Po opravě ověřte aktuální chování a pak vývoj v reportech. Nenastavujte pevný slib návratu návštěvnosti; procházení, indexace a hodnocení nejsou okamžité ani zaručené.
08Časté otázky
Pomůže opakovaně žádat o indexaci?
Žádost neopraví blokování, chybný obsah ani přesměrování. Nejdřív odstraňte příčinu, pak případně požádejte o zpracování důležité URL.
Máme hned vrátit původní web?
Nejdřív zjistěte rozsah chyby. Návrat může pomoci při vážné provozní závadě, ale může také přidat další změnu adres a zkomplikovat diagnostiku.
09Připravte podklady pro opravu
Pro kontrolu organického výkonu pošlete datum spuštění, nejvíc postižené stránky a přehled změn. Pokud původní dodavatel problém nedořeší, můžeme navázat převzetím projektu a technickou kontrolou konkrétních příčin.