Runbook reakce na aktualizaci algoritmu

Reakce na aktualizaci algoritmu je vyšetřování incidentu, nikoli editační sprint. Jeho první pravidlo je jednoduché: potvrďte, že je pokles skutečný a že je váš, než začnete reagovat. „Skutečný" znamená, že pokles přetrvává v úplných, srovnatelných datech. „Váš" znamená, že odráží viditelnost vašeho webu ve vyhledávání, nikoli chybné měření, sníženou poptávku, změněné rozložení výsledků nebo aktualizaci, která neovlivnila vaše stránky.

Kontrolní seznam: Reakce na aktualizaci algoritmu. Časový limit: 60–90 minut na triáž první den; 2–4 hodiny na segmentaci během prvního týdne; formální rozhodnutí jednat nebo čekat po sedmi celých dnech, pokud není ověřená technická závada vyžadující okamžitou opravu. Vlastník: vedoucí SEO vlastní incident a rozhodovací deník; analytik validuje data; inženýři vlastní technické závady; vlastníci obsahu schvalují změny stránek.

Tento runbook použijte, když se materiální pokles ve vyhledávání překrývá s potvrzenou nebo podezřelou aktualizací algoritmu Google , tedy změnou hodnoticích systémů Google. Je také vhodný, když není potvrzena žádná aktualizace, ale mnoho URL se pohybuje společně a příčina je nejasná.

Proč tato fáze a proč právě zde

Tento kontrolní seznam spotřebovává datované základní měření , anotace vydání, mapu vlastnictví stránek, inventář šablon, klasifikaci záměrů, analytiku, data z Search Console a definice konverzí vytvořené dříve v procesu. Bez těchto vstupů tým vidí, že se linka pohnula, ale nemůže zjistit, co se změnilo, kde se to změnilo nebo zda to má pro byznys význam.

Pořadí je důležité, protože chyby měření a chyby webu mohou napodobovat ztráty způsobené algoritmem. Změna souhlasu může odstranit session v analytice. Nasazení může přidat noindex, zvolit špatný canonical nebo skrýt interní odkazy. Sezónnost může snížit počet vyhledávání, zatímco pozice zůstávají stabilní. Diagnostikujte tyto případy dříve, než přičtete pokles externímu systému.

Provádění nápravy před segmentací způsobuje druhý problém: atribuce mizí. Pokud tým přepisuje titulky, restrukturalizuje šablony, odstraňuje stránky a mění interní odkazy ve stejném týdnu, má pozdější zotavení nebo pokles několik pravděpodobných příčin. Reakce se proto musí posunout od ověření přes izolaci vzoru k zaznamenanému rozhodnutí jednat nebo čekat a teprve poté k řízenému zásahu.

Vstupy a výstupy

Záznam rozhodnutí je smlouva s dalším krokem. „Google něco změnil" není výstup; ohraničený vzor, explicitní rozhodnutí a důkaz, který může zkontrolovat jiný recenzent, ano.

Kontrolní seznam

1. Potvrďte, že je pokles skutečný a že je váš

Co: ověřte ztrátu napříč nezávislými měřeními před přiřazením příčiny. Proč: neúplné reportování, selhání sledování, víkendy, sezónnost, zpravodajské cykly a měnící se poptávka mohou vytvořit přesvědčivý falešný poplach. Organická návštěvnost znamená neplacené návštěvy z výsledků vyhledávání; může klesnout, i když pozice neklesají. Jak: používejte celé dny, porovnávejte období se stejným dnem v týdnu, zkontrolujte kliknutí a zobrazení v Search Console proti session a konverzím v analytice, prozkoumejte meziroční kontext tam, kde existuje sezónnost, a poznamenejte si nejnovější datum, kdy byl každý zdroj finalizován. Nástroj: data o výkonu vyhledávání, analytika, reportování konverzí, logy dostupnosti a kalendář vydání. Hotovo, když: alespoň dva nezávislé signály souhlasí ve směru, poslední tři celé dny zůstávají pod zvolenou základnou, je zaznamenána aktuálnost dat a zpráva uvádí, zda je ztráta ve viditelnosti, poptávce, sledování, konverzích nebo jejich kombinaci.

2. Vylučte příčiny, které ovládáte

Co: otestujte chyby webu, sledování, zabezpečení a indexace. Proč: ověřená závada si zaslouží okamžitou opravu, zatímco čekání na dokončení aktualizace by prodloužilo zbytečnou ztrátu. Indexovatelnost je schopnost stránky být zahrnuta do indexu vyhledávače. Jak: zkontrolujte postižené i nepostižené URL na stavový kód odpovědi, direktivy robots, canonical, rendering, interní odkazy, přítomnost v sitemapě, oznámení o manuálních akcích a události v analytice; porovnejte jakoukoli změnu s jejím časem vydání. Nástroj: kontrola URL, logy serveru a nasazení, výstup crawleru, debugger analytiky, monitor dostupnosti a záznam změn. Hotovo, když: každá kandidátní závada je prověřena, vyvrácena nebo přiřazena vlastníkovi; jakákoli závada odpovídající nástupu je označena repair now (opravit ihned) a oddělena od hypotéz o algoritmu.

3. Segmentujte podle adresáře, šablony a záměru

Co: vytvořte matici dopadů namísto posuzování celo-webového průměru. Proč: široký celkový součet může skrýt skutečný vzor: produktové stránky mohou klesat, zatímco průvodci rostou, jedna šablona může ztrácet mobilní kliknutí, nebo informační dotazy se mohou pohybovat, zatímco poptávka po značce zůstává stabilní. Záměr vyhledávání je úkol, který chce osoba splnit pomocí dotazu. Jak: vypočítejte změny před a po pro kliknutí, zobrazení, pozici, konverze a postižené URL; seskupujte nejprve podle adresáře, poté šablony, primárního záměru, zařízení, země, třídy dotazu a obchodní role. Zahrňte stabilní nebo rostoucí skupiny jako kontroly. Používejte vážené absolutní součty i procenta, aby deset ztracených kliknutí v malém segmentu nepřevážilo deset tisíc ztracených kliknutí ve velkém. Nástroj: reporty adresářů, stránek, dotazů, URL-mover a keyword-mover plus tabulkový procesor nebo analytický notebook. Hotovo, když: matice pokrývá alespoň 95 % kliknutí z vyhledávání, ukazuje postižené a kontrolní segmenty, označuje skupiny s nízkým objemem jako neprůkazné a pojmenovává nejužší opakovatelný vzor podložený daty.

4. Prozkoumejte reprezentativní vítěze a poražené

Co: zkontrolujte stránky a dotazy, které nejlépe reprezentují každý postižený a kontrolní segment. Proč: agregáty lokalizují škodu, ale nevysvětlují ji. Stránka výsledků vyhledávače může nahradit klasické výpisy nákupními jednotkami, místními výsledky, videem nebo odpověďmi AI; tato změna může snížit kliknutí, aniž by vykazovala opravitelnou vadu stránky. Jak: vyberte alespoň pět vysoce postižených poražených a pět stabilních nebo rostoucích kontrol, pokud segment obsahuje dostatek URL. Porovnejte uspokojení záměru, originalitu, důkazy, autorství, komerční zatížení, historii aktualizací, interní směrování, změny úryvků a konkurenční formáty výsledků. Zaznamenávejte postřehy jako hypotézy, nikoli jako tvrzení o hodnoticích faktorech. Nástroj: kontrola živých výsledků, rendering stránky, zdrojový záznam, konkurenční stránky, data z vyhledávání a inventář obsahu. Hotovo, když: každá hypotéza cituje příklady z poražených i kontrol, protichůdné důkazy jsou zachovány a žádné doporučení nestojí pouze na jedné stránce nebo jediném dotazu.

5. Zmrazte panické úpravy během prvního týdne

Co: zakážte rozsáhlé spekulativní změny při pokračující diagnostice. Proč: hromadné přepisování titulků, změny data publikace, mazání stránek, celo-webové cíle na počet slov, redesigny šablon a kolísání odkazů mění několik proměnných najednou. Mohou poškodit stránky, které nebyly postiženy, a znemožnit atribuci jakéhokoli pozdějšího pohybu. Jak: vytvořte sedmidenní okno pro změny od pozorovaného nástupu. Povolte pouze ověřené opravy, právní nebo věcné korekce, bezpečnostní práce a již schválená vydání, jejichž odložení by přineslo větší riziko; každou výjimku anotujte. Uchovejte kopie aktuálních stránek a exporty. Nástroj: kalendář vydání, oprávnění CMS, deník incidentů a systém anotací. Hotovo, když: rozsah zmrazení, začátek, konec, schvalovatel a výjimky jsou viditelné pro vydavatele a inženýry; v okně neproběhne žádný nezaznamenaný SEO experiment.

6. Zvolte jednat, čekat nebo opravit ihned

Co: rozhodněte se v pojmenovaném kontrolním bodě. Proč: nekonečné pozorování ponechává skutečné vady neošetřené, zatímco reflexivní akce přeměňuje nejistotu v nekontrolovanou změnu. Jak: zvolte repair now (opravit ihned) u reprodukovatelné technické závady nebo chyby měření; zvolte act (jednat), když materiální ztráta přetrvává, soustředí se v soudržném segmentu a slabina stránky nebo systému vysvětluje poražené i kontroly; zvolte wait (čekat), když zavádění, zpoždění dat, sezónnost, nízký objem nebo protichůdné segmenty brání obhajitelné příčině. Zaznamenejte zamítnuté alternativy a důkazy, které by rozhodnutí změnily. Nástroj: zpráva o incidentu, matice dopadů, reprezentativní přezkum, posouzení obchodního rizika a schvalovatel. Hotovo, když: záznam obsahuje jedno rozhodnutí, úroveň jistoty, vlastníka, datum revize, odkazy na důkazy a spouštěč pro jeho znovuotevření.

7. Proveďte jeden řízený zásah

Co: převeďte rozhodnutí act (jednat) do ohraničené opravy nebo experimentu. Proč: jedna hypotéza a jedna soudržná sada změn zachovává šanci se poučit; simultánní celo-webové změny nikoli. Jak: definujte postiženou kohortu, pokud možno neporovnávanou srovnávací skupinu, přesnou slabinu, zamýšlené zlepšení pro čtenáře, očekávanou metriku, okno pozorování, akceptační práh a cestu vrácení. U stránek s úpadkem použijte kontrolní seznam obnovy obsahu namísto slepé změny dat nebo rozšiřování kopie. Nástroj: akční brief, inventář stránek, CMS, záznam QA, vlastník vydání a anotace. Hotovo, když: každá změněná URL odpovídá diagnostikovanému vzoru, zásah prošel QA, kontroly zůstaly nezměněny nebo jsou odchylky zaznamenány a anotace vydání uvádí, co by se mělo pohnout a do kdy.

8. Změřte, zdokumentujte a uzavřete nebo iterujte

Co: vyhodnoťte zásah odděleně od vyprávění o aktualizaci. Proč: zotavení po vydání je asociace, nikoli důkaz, že je vydání způsobilo; aktualizace může stále probíhat, konkurenti se mohou měnit a poptávka se může vrátit. Jak: porovnejte deklarované následné okno se zmrazeným základem, zachovejte stejnou segmentaci, zkontrolujte kontroly a konverze a zaznamenejte matoucí faktory. Klasifikujte výsledek jako pozitivní, neutrální, negativní nebo neprůkazný. Nástroj: annotation outcomes, mover reporty, analytika, reportování konverzí a záznam incidentu. Hotovo, když: skutečné versus očekávané výsledky jsou přiloženy, míra jistoty a omezení jsou uvedeny, vlastník zvolí uzavření, prodloužení pozorování, vrácení nebo spuštění nové ohraničené hypotézy a je nastaveno datum příští revize.

Nástroje v AmICited

AmICited činí diagnostiku reprodukovatelnou uchováváním období, segmentů a zásahů. Neprokazuje, co algoritmus odměňuje; používejte reporty k lokalizaci vzorů a testování rozhodnutí.

1. Otevřete Organic Rank s Organic Rank Report k porovnání poptávky, průměrné pozice a kliknutí napříč propojenými vyhledávacími kanály. Použijte jej k rozhodnutí, zda je incident široký nebo specifický pro kanál.
2. Otevřete URL Position Movers s URL Position Movers k identifikaci stránek vytvářejících ztrátu, porovnání období a rozdělení pohybu podle zařízení a sekce.
3. Otevřete Keyword Position Movers s Keyword Position Movers k oddělení změněných pozic dotazů od ztracené poptávky a k nalezení vzorů na úrovni záměru.
4. Otevřete Google Search Directories s Google Search Directories k procházení z celého webu do adresářů, kde se změnila kliknutí nebo zobrazení.
5. Použijte Google Search Pages s Google Search Pages a Google Search Queries s Google Search Queries k ověření reprezentativních URL a přesných vyhledávání, která obsluhovaly.
6. Otevřete Annotation Outcomes s Annotation Outcomes k zaznamenání zásahu, očekávání, kontrolního bodu a výsledku. Vyhodnocený výsledek považujte za důkaz asociace, nikoli důkaz kauzality.

Rozhodovací pravidla

Toto jsou výchozí pravidla pro řízení incidentů, nikoli tvrzení o tom, jak Google hodnotí stránky. Jejich účelem je zabránit jak přehnané reakci na šum, tak nečinnosti při materiálním selhání. Nahraďte je pouze zdokumentovaným prahem založeným na zjištěné volatilitě webu a obchodním riziku.

Pouhá procenta nestačí. Padesátiprocentní pokles ze dvou kliknutí na jedno není operativně ekvivalentní patnáctiprocentnímu poklesu zahrnujícímu tisíce návštěv. K relativní změně vždy připojte absolutní objem, konverzní expozici a míru jistoty.

Výstup: balíček incidentu aktualizace algoritmu

Předejte jeden datovaný adresář nebo záznam incidentu, nikoli prezentaci s názvem „dopad core updatu". Obsahuje:

1. Jednostránkovou zprávu o incidentu s nástupem, závažností, podezřelou aktualizací, aktuálností dat, obchodní expozicí, vlastníkem a aktuálním rozhodnutím.
2. Zmrazené exporty nebo odkazy na reporty pro základní a incidentní období, včetně filtrů a časového pásma.
3. Matice dopadů podle adresáře, šablony, záměru, zařízení, země, stránky a dotazu, s postiženými a kontrolními kohortami.
4. Deník vyloučení příčin pokrývající měření, poptávku, vydání, procházení, indexaci, rendering, zabezpečení a změny rozložení výsledků.
5. Reprezentativní přezkumy poražených a kontrol, s podpůrnými i protichůdnými důkazy pro každou hypotézu.
6. Rozhodnutí jednat/čekat/opravit, zamítnuté alternativy, schvalovatele, datum příští revize a důkazy, které by incident znovu otevřely.
7. V případě zásahu přesnou kohortu URL, specifikaci změny, záznam QA, cestu vrácení, anotaci vydání, kontrolní bod a konečný výsledek.

Pro matici dopadů použijte strojově čitelnou tabulku a pro rozhodnutí lidsky čitelný souhrn. Balíček je kompletní, když jiný analytik dokáže reprodukovat postižený vzor, aniž by se ptal, které filtry byly použity, a vydavatel vidí přesně, co je schváleno, bez interpretace grafu.

Co se pokazí

Aktualizace se stane vysvětlením všeho

Oznámení a pokles návštěvnosti nastanou blízko sebe, takže tým přestane testovat alternativy. Řešením je vést deník vyloučení a vyžadovat potvrzení. Načasování vytváří hypotézu, nikoli vlastnictví ztráty.

Průměry webu skrývají protichůdné pohyby

Průvodci získávají, zatímco kategorie stránek ztrácejí, ale plochý součet činí událost neškodnou. Nebo jeden velký adresář padá a všechny šablony vypadají slabě. Segmentujte stejná data podle adresáře, šablony, záměru, zařízení a země a ponechte stabilní skupiny jako kontroly.

Úpravy v prvním týdnu ničí atribuci

Týmy přepisují stránky, protože akce působí bezpečněji než čekání. Zotavení pak nelze oddělit od dokončení zavádění, poptávky, změn konkurentů nebo samotných úprav. Zmrazte spekulativní práci na sedm celých dní a anotujte každou výjimku.

Procentuální změny zveličují malé vzorky

Skupina s nízkým objemem klesne ze čtyř kliknutí na dvě a stane se největším „poraženým" s 50 %. Relativní změnu vždy doplňte absolutními kliknutími, zobrazeními, počtem postižených URL a obchodní hodnotou. Tenké segmenty označte jako orientační.

Kontroly jsou vybrány až po výsledku

Pokud jsou stabilní stránky vybrány až poté, co je vidět, které zůstaly stabilní, srovnání nadržuje preferovanému vysvětlení. Deklarujte logiku kontrol před zásahem: stejná šablona, ale jiný záměr; stejný záměr, ale jiná šablona; nebo nepostižená země/zařízení v rámci stejné kohorty.

Několik oprav je dodáno jako jeden balíček

Titulky, tělo textu, navigace, schema a šablony se mění společně. I pozitivní výsledek toho mnoho nenaučí. Rozdělte příčiny do samostatných zásahů, kde je to operativně možné; pokud je nelze oddělit, zaznamenejte balíček a snižte míru jistoty atribuce.

Zotavení je hlášeno jako důkaz

Metrika se zlepší po vydání, proto je akce prohlášena za kauzální. Reportujte posloupnost přesně: změna byla následována zotavením, kontroly se chovaly stanoveným způsobem a známé matoucí faktory přetrvávají. Tento jazyk je užitečnější než jistota, kterou důkazy nemohou podpořit.

Další fáze

Ověřená technická závada přechází okamžitě k inženýrskému vlastníkovi s připojenou postiženou kohortou a podmínkou opětovného testu. Diagnostikovaný problém s kvalitou stránek přechází do pracovního postupu obnovy obsahu. Neprůkazný incident se vrací k pozorování s určeným datem revize, namísto vstupu do nekonečného backlogu.

Probíhající fáze průběžné obnovy a iterace potřebuje z tohoto runbooku čtyři věci: postiženou kohortu, přijatou nebo zamítnutou hypotézu, záznam akce a anotace a datum příštího měření. Tyto výstupy používá k prioritizaci práce, aniž by každý výkyv v pořadí považovala za úpadek.

FAQ

Vlastník incidentu by měl zveřejnit odpovědi na FAQ z front matter v komponentě FAQ na stránce a udržovat je v souladu s výše uvedenými rozhodovacími pravidly. Hlavní princip zůstává stejný napříč všemi odpověďmi: ověřte, segmentujte, rozhodněte, změňte jeden ohraničený systém a měřte.

Reagujte s důkazy, ne s naléhavostí

Otevřete report Organic Rank , zmrazte srovnávací data a vytvořte první zprávu o incidentu ještě před změnou stránky. Nejužitečnější rychlou reakcí je rozhodnutí, které tým později dokáže vysvětlit.