Detekce anomálií a upozornění v Google Search Console

Proč řešit anomálie v GSC a co se jimi rozumí

Google Search Console (GSC) je nejspolehlivější telemetrický kanál o stavu organického vyhledávání. Pojmem anomálie rozumíme neočekávanou odchylku v chování metriky nebo událostí (kliknutí, imprese, CTR, průměrná pozice, indexace, chybovost procházení, CWV) oproti historickému modelu, sezónnosti nebo referenční skupině. Cílem je anomálii včas detekovat, správně interpretovat a automaticky eskalovat formou alertů do týmových nástrojů, aby se zkrátila MTTA/MTTR (doba do reakce a opravy).

Zdrojová data a signály z GSC vhodné k detekci

Performance report (Search results): metriky Clicks, Impressions, CTR, Position s dimenzemi query, page (URL), country, device, searchAppearance. Aktualizace obvykle probíhá se zpožděním ~48 hodin.
Indexing / Pages: stavy Indexed, Discovered – currently not indexed, Crawled – currently not indexed, Alternate page with proper canonical tag, Duplicate, Soft 404 a další.
Sitemaps: Submitted vs. Indexed, chyby parsování, rozdíl v trendu.
Crawl stats: počet požadavků za den, velikost přenesených dat, anomálie Host status, robots.txt fetch.
Page Experience / CWV (napojení na CrUX): změny v podílech URL v kategoriích „Good/Needs improvement/Poor“ pro LCP, INP, CLS.
Manual actions a Security issues: binární události, které musí generovat okamžité alerty s vysokou prioritou.

Nejčastější typy anomálií v praxi

Traffic drop/spike: náhlý pokles nebo nárůst kliknutí/impresí bez sezónního vysvětlení.
Posun CTR: CTR klesá při stabilním počtu impresí (možná změna titulků/snippetu, funkce SERP).
Pozice bez objemu: zlepšení pozic, ale imprese stagnují (nové long-tail dotazy s nízkým objemem).
Posun v indexaci: nárůst stavu „Discovered“ nebo „Crawled – not indexed“ (signál crawl budgetu/kvality).
Odchylka v sitemaps: rostoucí rozdíl mezi Submitted a Indexed.
Chybovost procházení: zhoršení Host status, výpadky DNS, nárůst chyb 5xx/4xx.
Kanonikalita: skokový nárůst stavu „Alternate page with proper canonical“ (konflikt interních/externích kanonických adres).
Degradace CWV: posun z Good na Needs improvement/Poor v krátkém čase (nasazení, změna frontendu).

Modelování základní linie: jak definovat „normální“ stav

Detekce anomálií stojí na správné baseline. Doporučené přístupy (lze kombinovat):

Sezónní dekompozice (STL): oddělte trend, sezónnost (den v týdnu, den v měsíci) a rezidua; alerty spouštějte na základě reziduí.
Detekce bodu změny: přístupy typu Bayesian online change point nebo PELT k identifikaci bodu zlomu.
Kontrolní grafy EWMA/CUSUM: citlivé na malé, ale konzistentní posuny (např. 3–5 % denně).
Percentilová pásma: adaptivní prahy (např. < P5 nebo > P95 z posledních 8 týdnů pro daný weekday).
Referenční skupiny: porovnání s kontrolními skupinami (podobné kategorie/segmenty) za účelem odlišení globální změny od lokální chyby.

Dimenzionální granularita a agregace

Stejnou metriku sledujte na více úrovních, abyste zachytili lokální problémy dříve, než se projeví globálně:

Segmenty URL: /kategorie/, /produkt/, /blog/…
Device: desktop vs. mobile (časté rozdíly v UI/CWV).
Country / Language: chyby hreflang se projevují asymetricky.
SearchAppearance: Rich Results, Product snippets, FAQ (změny ve funkcích SERP).
Skupiny dotazů: navigační vs. informační vs. transakční dotazy.

Zpoždění a kvalita dat: jak předejít falešným poplachům

Latence: data GSC pro Performance mají obvykle zpoždění ~48 h; alerty spouštějte denně, nikoli každou hodinu.
Revize: historické přepočty (např. změny definic) mohou přepisovat minulá data – uchovávejte snapshoty pro stabilní porovnání.
Vzorkování a filtry: u Performance pracujte konzistentně se stejnými filtry; kombinování dotazů/stránek může měnit distribuce.
Prázdné dny: ignorujte nejčerstvější dny, dokud se data neustálí (např. T-1/2).

Integrační architektura: od GSC API po alert ve Slacku/Jiře

Ingest: pravidelné stahování přes GSC Search Analytics API (Performance) a přehledů Indexing/Crawl/Sitemaps; případně Export to BigQuery pro velké projekty.
Úložiště: datový sklad (BigQuery, Snowflake) s denními oddíly a verzovanými snapshoty pro stabilní výpočty baseline.
Transformace: normalizace dimenzí (kanonikalizace URL, mapování na segmenty), deduplikace, výpočty metrik (CTR, delta, klouzavé průměry).
Detekce: aplikace algoritmů (STL, EWMA, percentily, change-points) s pravidly min volume (např. min. 100 impresí/den).
Alerting: směrování podle závažnosti (P1–P3) a vlastníka komponenty (SEO, obsah, vývoj, infrastruktura); kanály Slack/Teams, e-mail, úkol v Jiře.

Definování priorit a prahů (Severity P1–P3)

Závažnost	Spouštěč	Podmínky	Akce
P1	≥ 30 % pokles kliknutí den ze dne mimo sezónní pásmo; Manual action; výpadek Host status	≥ 2 po sobě jdoucí dny, min. 5k impresí denně	Okamžitý alert, incident, eskalace na inženýry
P2	Nárůst stavu „Crawled – not indexed“ o ≥ 15 % týden od týdne; CWV Good → NI/Poor o ≥ 10 p. b.	Po segmentech (skupiny URL), min. 500 URL v segmentu	Analýza příčiny do 24 h, nápravné úkoly
P3	Pokles CTR o ≥ 10 % při stabilním počtu impresí; delta Submitted vs. Indexed > 8 %	3týdenní baseline, porovnání stejných dnů v týdnu	Položka v backlogu, sledování trendu

Pravidla proti halucinacím při interpretaci anomálií

Kontrolní grafy: alert vyvolejte pouze tehdy, když bod překročí control limits a zároveň run rules (např. 2 ze 3 bodů nad 2σ).
Sezónní kontext: porovnávejte s předchozími týdny stejného dne a se stejnými svátky.
Exogenní faktory: změny SERP, události ovlivňující celý index; mějte „globální kanál“ pro potvrzení plošných incidentů.
Minimální objem: ignorujte nízkoobjemové kohorty (thin traffic).

Indexační a technické anomálie: korelační panely

Propojte GSC s dalšími zdroji, abyste mohli rychle určit příčinu:

Protokol nasazení (CI/CD): korelujte s časem změn (robots, meta robots, canonical, struktura URL).
Logy crawleru: změny v crawl rate, stavových kódech odpovědí, velikosti HTML.
Monitoring dostupnosti: uptime, TTFB, regionální výpadky.
Metriky CrUX/Lab: zda propad CWV koreluje s novým rozvržením nebo JS.

Programmatic SEO: segmentové a šablonové alerty

U webů s tisíci dynamických podstránek mají smysl šablonové alerty:

Stav šablony: sledujte metriky podle typu šablony (produkt, kategorie, článek, poradna).
Parametrické URL: identifikujte „indexable noise“ (facety bez přidané hodnoty), nárůst duplicit/kanonických adres.
Feed-to-SERP: porovnávejte feed (sitemaps, produktový katalog) se stavem indexace a s Performance.

Pracovní postup alertingu: od události k vyřešení

Detekce: systém vygeneruje událost s kontextem (segment, dimenze, metrika, baseline, důkazní URL v GSC).
Triage: automatické přiřazení vlastníka (SEO, infrastruktura, frontend), standardní otázky (nasazení? robots? stavové kódy?).
Hypotéza → experiment: A/B test snippetů, vrácení změny, test indexace; vždy s definovanou metrikou úspěchu.
Post-mortem: po incidentech P1/P2 stručná zpráva (příčina, dopad, nápravná opatření, preventivní pravidlo pro detekci).

Škálování: vícejazyčné a multiregionální projekty

Kohorty Hreflang: alertujte, pokud se některý jazyk/region výrazně odchýlí od baseline klastru.
Doménové politiky: různé prahy pro TLD/ccTLD podle vyspělosti trhu.
Souhrnné metriky: hierarchie (URL → segment → doména → skupina trhů) s dědičnými alerty.

Bezpečnost, přístupy a audit

Princip nejnižších oprávnění: klíče API a rozsahy OAuth pouze pro čtení.
Auditní stopa: zaznamenávejte, kdo a kdy změnil prahy nebo směrování alertů.
Odolnost: zásady opakování při dosažení limitu požadavků, idempotentní úlohy, „dead-letter“ fronta pro nepředané alerty.

KPI a metriky úspěšnosti detekčního systému

Precision/Recall alertů: podíl skutečných incidentů oproti falešným poplachům; pokrytí významných incidentů.
MTTA/MTTR: jak dlouho trvá zaznamenat anomálii a opravit ji.
Coverage: % monitorovaných segmentů/dimenzí; % URL pokrytých indexačními pravidly.
Learning loop: počet pravidel upravených na základě post-mortemů.

Praktický implementační checklist

Stabilní ingest dat GSC Performance a Indexing; pořizování snapshotů a dělení na oddíly podle dne.
Mapování URL → segmenty; normalizace a deduplikace kanonických adres.
Sezónní modely baseline (STL/percentilová pásma) pro každou klíčovou metriku a dimenzi.
Pravidla běhu a minimální objemy; filtrování čerstvých dnů.
Alerting do Slacku/Teams/Jiry s kontextem (graf, tabulka, odkazy do GSC na konkrétní přehledy).
Playbooky pro incidenty (CTR, indexace, crawl, CWV, sitemaps).
Šablona post-mortemů a zpětná vazba do pravidel detekce.

Systém detekce anomálií a alertů v GSC je klíčovým prvkem moderního měření a programmatic SEO. Kombinace spolehlivého sběru dat, robustního modelování baseline, víceúrovňové granularity a disciplinovaného alertingu umožní odhalit problémy dříve, než přerostou v propad tržeb. Největší hodnotu přináší napojení na playbooky pro incidenty a zpětná vazba, která neustále zlepšuje prahy, pravidla i samotný web.