Řízení SEO incidentů

SEO incident management: proč potřebujeme runbook a postmortemy

Programmatické SEO a automatizace přinášejí rozsah a rychlost, zároveň však zvyšují riziko chyb s dopadem na organickou návštěvnost a tržby. „SEO incident management“ je disciplína, která spojuje monitoring, procesní řízení, technickou diagnostiku a kulturu bez obviňování. Cílem je rychle detekovat incidenty, zabránit jejich eskalaci, obnovit původní stav a poučit se z incidentů pomocí postmortem analýz. Tento článek představuje praktický runbook, metriky, role, nástroje a strukturu postmortemů pro týmy zaměřené na měření, automatizaci a programmatické SEO.

Definice SEO incidentu a taxonomie

SEO incident je neplánovaná změna nebo událost, která negativně ovlivňuje indexaci, viditelnost, kvalitu výsledků nebo organickou výkonnost.
Konfigurační incidenty: robots.txt, noindex, canonical, hreflang, meta robots, HTTP hlavičky.
Obsahové incidenty: masové přepsání titulků, duplicitní šablony, vynechané schémata, chyby v datech produktů.
Infrastrukturní incidenty: 5xx chyby, latence, CDN/edge špatná konfigurace, JS rendering, CSP blokace, chybějící fonty/ikonové sady.
Indexační incidenty: pokles četnosti indexu, nefunkční sitemapy, chybné odkazy v paginaci, zastavení „discovery“ u nových URL.
Výkonnostní incidenty: náhlé zhoršení Core Web Vitals, „layout shift“ po releasu, prosáknutí třetích stran (tagy, experimenty).

Kategorie závažnosti a odezva

Severita	Popis	Max. čas na detekci	Max. čas na obnovu	Příklady
S1 (kritická)	Riziko plošného deindexování nebo významný výpadek crawl/index	15 min	2 h (hotfix)	`Disallow: /` v robots.txt, globální `noindex`
S2 (vysoká)	Částečné dopady, významný pokles kvality nebo indexu	1 h	24 h	Špatný canonical na šabloně, hreflang swap
S3 (střední)	Lokální nebo segmentové problémy	24 h	72 h	Chybějící schémata, pokles CWV v jedné sekci
S4 (nízká)	Menší regrese bez okamžitého byznys dopadu	72 h	Plánovaný release	Konvence nadpisů, drobné strukturální chyby

Role, odpovědnosti a komunikační kanály

Incident Commander (IC): vede odezvu, priorizuje kroky, řídí čas a rozhodnutí.
SEO Tech Lead: diagnostika signálů pro indexaci, rendering a linkování.
Release Engineer: rollback/rollforward, feature flagy, hotfix pipeline.
Data Steward: kvalita feedů, sitemap, schémat, monitoring „data freshness“.
Comms Owner: interní a stakeholder aktualizace, status page, zákaznická komunikace, pokud je potřeba.

Monitorování: metriky pro včasnou detekci

Crawl a index: poměr 2xx/4xx/5xx, počet procházených a indexovaných URL, čas odezvy crawler path, počet validních vs. vyloučených stránek.
Sitemapy: dostupnost, počet URL, procento změn „lastmod“, korelace s novými URL ve feedu.
Render: rozdíl textového DOM vs. prerender DOM (shoda kritického obsahu), míra JS chyb.
Meta signály: masivní změny v meta robots, divergenci canonical, validace hreflang, alternate odkazy.
Výkon: LCP, INP, CLS podle šablon a segmentů, 75. percentil.
Odkazy a navigace: ztráty interních odkazů, rozbitá navigace, paginace (rel prev/next náhrady, page parametry).
Byznys: organická návštěvnost a konverze po sezonálně upravené baseline (CUPED).

Alerting: prahy, korelace a potlačování šumu

Prahy: definujte procentuální a absolutní změny (např. 5xx ≥ 2 % během 10 min, pokles indexu ≥ 5 % za den).
Korelace: spouštějte kompozitní alerty (např. nárůst 5xx + pokles crawl rate + nárůst „Submitted URL marked ‘noindex’“).
Potlačení šumu: časová okna a den v týdnu, separace release oken a svátků.
Routing alertů: S1 přímo na pager IC a Release; S2 do incident roomu; S3 do backlog kanálu.

Runbook: principy a struktura

Jasná rozhodovací stromovitost pro typy incidentů (konfigurace, infra, obsah, data).
Připravené úkony: ověření přístupů, skripty na dify robots.txt, export kanonických URL, hreflang audit, sitemap validátor.
Bezpečný rollback: definované verze, automatické testy kompatibility, feature flagy a kill switch.
Verifikace: checklist po zásahu (kontrola parity DOM, statusů, indexačních signálů, regresní testy CWV).

Prvních 15 minut incidentu

Vyhlášení: přiřaďte severitu, otevřete incident kanál, IC přebírá velení.
Zamrznutí: pozastavit releasy a experimenty v dotčené oblasti.
Stabilizace: pokud hrozí plošný dopad, okamžitý rollback nebo aktivace flagu.
Rychlá diagnostika: triage přes dashboardy (crawl/index/render/performance/byznys), sběr rychlých diffů.
Komunikace: krátký status pro stakeholdery (co víme, co děláme, další update kdy).

Diagnostika: rozhodovací strom

Plošný pokles indexu: zkontrolovat robots.txt, X-Robots-Tag, globální meta šablony, canonical na root/doménu, 5xx chyby.
Degradace renderu: změny v bundlu, CSP, lazy hydration; porovnat prerender snapshot vs. live DOM.
Sitemapy: HTTP kódy, velikost, lastmod, korelace s četností nových URL, index coverage.
Hreflang: duplicity, neexistující return tags, zaměněné jazykové kódy, regionální konflikty.
Interní odkazy: ztráta sekcí v nav/footru, změněné slugs, neaktualizované redirect mapy.

Remediace: bezpečné zásahy a kontrolované změny

Rollback na poslední stabilní verzi, pokud není známá příčina nebo je vysoké riziko eskalace.
Hotfix s úzkým rozsahem a peer review; zákaz „jezdit naslepo“ přes další releasy.
Feature flags: vypnutí problematických šablon/sekcí bez redeploy celku.
Edge rules: dočasná úprava hlaviček/cachingu/redirectů na CDN pro zmírnění dopadů.

Verifikace po zásahu

Technická kontrola: poměry 2xx/4xx/5xx, doby odezvy, DOM parity, míra JS chyb.
Indexační signály: sampling fetch, kontrola meta/hlaviček, validace sitemap, konzistence canonical.
Výkonnostní metriky: LCP/INP/CLS v dotčených šablonách.
Byznys: částečná obnova návštěvnosti/konverzí vůči baseline.

Šablona komunikačních zpráv

Počáteční: „Detekovali jsme SEO incident S2 ovlivňující sekci Kategorie. Probíhá rollback, další update za 30 minut.“
Průběžná: „Rollback nasazen, validujeme sitemapy a canonical. Předběžný důvod: změna šablony bez aktualizace redirect mapy.“
Vyřešeno: „Incident vyřešen, metriky se vrací na baseline. Následuje postmortem do 72 hodin.“

Runbook pro nejčastější incidenty

Robots.txt Disallow
- Krok 1: okamžitá kontrola verze v repozitáři a na edge; pokud změna, rollback.
- Krok 2: invalidace CDN cache pro /robots.txt.
- Krok 3: verifikace přes více PoP a sampling fetch.
- Krok 4: postmortem k příčině generování souboru (šablona, pipeline, cron).
Globální noindex
- Krok 1: vypnout flag/šablonu, která injektuje noindex nebo hlavičku X-Robots-Tag.
- Krok 2: ověřit na reprezentativním vzorku a v kritických sekcích.
- Krok 3: sledovat trend reindexace, posílit interní odkazy na klíčové vstupy.
Chybný canonical
- Krok 1: export divergencí (self vs. not-self), identifikace šablon.
- Krok 2: hotfix na šablonu, re-release s testy na konzistenci canonical.
- Krok 3: kontrola kanibalizace a mapování redirectů.
Hreflang rozpad
- Krok 1: validovat reciprocitu a regionální kódy.
- Krok 2: revert posledních i18n změn, opravit feedy a alternates.
- Krok 3: sampling výsledků podle zemí a jazyků.
5xx/latence spike
- Krok 1: škálovat infrastrukturu, snížit TTL, přesměrovat traffic, dočasně vypnout náročné skripty.
- Krok 2: chránit crawl budget přes Retry-After a robots hinting pro problematické sekce.

Automatizace a „config as code“

Policy guardy: testy, které zakáží release s noindex mimo dev/stage prostředí.
Schémové testy: validátor pro Product, Article, FAQPage před nasazením.
Kontrola link budgetu: testy na minimální hustotu interních odkazů v navigaci.
Sitemapa jako artefakt: generovaná v CI s kontrolou počtu URL, checksumem a lastmod.
Flagy: centrálně spravované s audit logem a odpovědnými osobami.

Měření dopadů a cílové úrovně služeb

SLO pro indexaci: „≥ 98 % kritických URL musí být indexovatelných (bez blokujících signálů).“
SLO pro render: „Parita prerender vs. live DOM ≥ 95 % klíčových prvků.“
Error budget: měsíční limit incidentů S1/S2; při vyčerpání pauza v rozšiřování funkcionalit.

Postmortem: zásady a struktura

Bez obviňování: cílem je zlepšit systém, nikoli najít viníka.
Časování: S1 do 72 hodin, S2 do 5 pracovních dnů.
Obsah:
- Přehled: název, data, severita, dopad na metriky.
- Časová osa: detekce → rozhodnutí → zásahy → verifikace.
- RCA: 5-Whys, příčiny a přispívající faktory (technické, procesní, lidské).
- Omezení: proč selhaly guardy/monitoring.
- Akce: konkrétní úkoly s vlastníky a termíny (preventivní, detekční, remediační).
- Učení: co přenášíme do standardů, šablon a testů.

Příklad akčních bodů po postmortemu

Přidat unit test: zákaz noindex v produkčním build profilu.
Rozšířit monitoring: alert na změnu velikosti sitemap.xml o ±10 % během 24 hodin.
Zavést dvojí sign-off pro úpravy robots.txt a canonical logiky.
Vytvořit „canary“ sekci s nízkou váhou trafficu pro časnou detekci regresí.

Trénink, cvičení a simulace

Game days: řízené simulace incidentů (falešný Disallow: /, rozbitá sitemap).
Runbook drilly: ověření, že každý člen umí spustit audit a rollback.
On-call rotace: sdílená zodpovědnost a znalosti mezi SEO, vývojem a infrastrukturou.