Runbook de Răspuns la Actualizări ale Algoritmului
Folosește acest runbook de răspuns la actualizări ale algoritmului pentru a verifica o pierdere reală de clasamente, a izola modelul afectat, a evita editările de panică și a documenta când să acționezi în siguranță.
Un răspuns la actualizarea algoritmului este o investigație de incident, nu un sprint de editare. Prima sa regulă este simplă: confirmă că scăderea este reală și este a ta înainte de a reacționa. „Reală” înseamnă că declinul persistă în date complete și comparabile. „A ta” înseamnă că reflectă vizibilitatea site-ului tău în căutări, nu o măsurătoare defectuoasă, o cerere redusă, un aspect modificat al rezultatelor sau o actualizare care nu ți-a afectat paginile.
Listă de verificare: Răspuns la Actualizarea Algoritmului. Timp alocat: 60–90 minute pentru triaj în prima zi; 2–4 ore pentru segmentare în prima săptămână; o decizie formală de acțiune sau așteptare după șapte zile complete, cu excepția cazului în care o defecțiune tehnică verificată necesită reparare imediată. Responsabil: liderul SEO conduce incidentul și jurnalul de decizii; un analist validează datele; echipa tehnică deține defecțiunile tehnice; proprietarii de conținut aprobă modificările paginilor.
Folosește acest runbook atunci când un declin material al căutărilor se suprapune cu o actualizare confirmată sau suspectată a algoritmului Google , adică o modificare a sistemelor de clasare Google. Este, de asemenea, potrivit atunci când nicio actualizare nu a fost confirmată, dar multe URL-uri se mișcă împreună și cauza este neclară.
De ce această fază și de ce aici
Această listă de verificare consumă măsurarea de bază datată , adnotările lansărilor, harta de proprietate a paginilor, inventarul de șabloane, clasificarea intențiilor, analizele, datele Search Console și definițiile conversiilor stabilite mai devreme în proces. Fără aceste date, o echipă poate vedea că o linie s-a mișcat, dar nu poate stabili ce s-a schimbat, unde s-a schimbat sau dacă contează pentru afacere.
Ordinea contează deoarece defecțiunile de măsurare și defecțiunile site-ului pot imita pierderi cauzate de algoritm. O modificare a consimțământului poate elimina sesiunile de analiză. O implementare poate adăuga noindex, poate alege canonical-ul greșit sau poate ascunde legăturile interne. Sezonalitatea poate reduce căutările în timp ce clasamentele rămân stabile. Diagnostică aceste cazuri înainte de a atribui declinul unui sistem extern.
Efectuarea remedierii înainte de segmentare cauzează o a doua problemă: atribuirea dispare. Dacă echipa rescrie titluri, restructurează șabloane, elimină pagini și schimbă legăturile interne în aceeași săptămână, orice recuperare sau declin ulterior are mai multe cauze plauzibile. Răspunsul trebuie, așadar, să meargă de la verificare, la izolarea modelului, la o decizie documentată de acțiune sau așteptare și abia apoi la o intervenție controlată.
Intrări și ieșiri
| Direcție | Element | Conținut necesar | Condiție de acceptare |
|---|---|---|---|
| Intrare | Ferestre de bază și comparație | Date complete zilnice de căutare și analiză, date de conversie, volatilitate normală, note de sezonalitate și ultima perioadă necontaminată. | Analistul poate reproduce ambele intervale de date și poate explica de ce sunt comparabile. |
| Intrare | Înregistrarea modificărilor | Implementări, migrări, lansări de conținut, modificări de monitorizare, întreruperi, acțiuni manuale, incidente de securitate și date ale campaniilor. | Fiecare eveniment material are un timestamp, un responsabil și un domeniu afectat. |
| Intrare | Clasificare pagini și interogări | URL canonic, director, șablon, tip de pagină, intenție principală, linie de afaceri, dispozitiv, țară și responsabil. | Cel puțin 95% din clicurile din fereastra de analiză sunt mapate la un director și un șablon; volumul nemapat este raportat separat. |
| Intrare | Dovezi ale actualizării | Datele actualizărilor publice când sunt disponibile, prospețimea datelor, debutul observat și incertitudinea cunoscută a lansării. | Faptele confirmate sunt separate de rapoartele comunității și ipotezele interne. |
| Ieșire | Rezumat de incident | Declanșator, severitate, încredere, segmente afectate și de control, cauze excluse și expunere a afacerii. | Un al doilea evaluator poate reproduce constatarea din exporturi și filtre legate. |
| Ieșire | Matrice de impact | Modificare pe director, șablon, intenție, pagină, interogare, dispozitiv, țară și rol de conversie. | Identifică un model concentrat sau înregistrează explicit că nu există un model stabil. |
| Ieșire | Înregistrarea deciziei | acționează, așteaptă sau repară acum, cu responsabil, rațiune, alternative respinse, dată de revizuire și condiții de oprire. | Decizia urmează regulile de mai jos și are un aprobator responsabil. |
| Ieșire | Plan de acțiune controlat | O ipoteză, URL-uri delimitate, controale protejate, test de acceptare, cale de revenire și adnotare. | Nicio acțiune nu combină cauze fără legătură sau nu lipsește o condiție de finalizare. |
Înregistrarea deciziei este contractul cu următorul pas. „Google a schimbat ceva” nu este un livrabil; un model delimitat, o decizie explicită și dovezi pe care un alt evaluator le poate inspecta sunt.
Lista de verificare
1. Confirmă că scăderea este reală și este a ta
Ce: verifică pierderea pe mai multe măsurători independente înainte de a atribui o cauză. De ce: raportarea incompletă, erori de monitorizare, weekenduri, sezonalitate, cicluri de știri și cererea în schimbare pot crea o alarmă falsă convingătoare. Traficul organic înseamnă vizite neplătite din rezultatele căutării; poate scădea chiar și atunci când clasamentele nu o fac. Cum: folosește zile complete, compară perioade egale aliniate pe zi a săptămânii, verifică clicurile și impresiile din Search Console cu sesiunile și conversiile din analize, inspectează contextul an-pe-an acolo unde există sezonalitate și notează cea mai recentă dată la care fiecare sursă a fost finalizată. Instrument: date de performanță a căutării, analize, raportare de conversii, jurnale de funcționare și calendarul lansărilor. Finalizat când: cel puțin două semnale independente sunt de acord asupra direcției, ultimele trei zile complete rămân sub baza selectată, prospețimea datelor este înregistrată, iar rezumatul menționează dacă pierderea este de vizibilitate, cerere, monitorizare, conversie sau un amestec.
2. Exclude cauzele pe care le controlezi
Ce: testează defecțiuni ale site-ului, monitorizării, securității și indexării. De ce: un defect verificat merită reparare imediată, în timp ce așteptarea finalizării actualizării ar prelungi o pierdere prevenibilă. Indexabilitatea
este capacitatea unei pagini de a fi inclusă în indexul unui motor de căutare. Cum: inspectează URL-urile afectate și neafectate pentru statusul răspunsului, directive robots, canonical, randare, legături interne, prezența în sitemap, notificări de acțiuni manuale și evenimente de analiză; aliniază orice modificare cu momentul lansării sale. Instrument: inspectare URL, jurnale de server și implementare, ieșire crawler, depanator de analiză, monitor de funcționare și înregistrarea modificărilor. Finalizat când: fiecare posibilă defecțiune este verificată, infirmată sau atribuită unui responsabil; orice defecțiune care se potrivește cu debutul este etichetată repară acum și separată de ipotezele algoritmului.
3. Segmentează pe director, șablon și intenție
Ce: construiește o matrice de impact în loc să judeci media la nivel de site. De ce: un total general poate ascunde modelul real: paginile de produs pot scădea în timp ce ghidurile cresc, un șablon poate pierde clicuri mobile sau interogările informaționale se pot mișca în timp ce cererea de marcă rămâne stabilă. Intenția de căutare este sarcina pe care o persoană dorește să o îndeplinească cu o interogare. Cum: calculează modificările înainte-versus-după pentru clicuri, impresii, poziție, conversii și URL-uri afectate; grupează mai întâi pe director, apoi șablon, intenție principală, dispozitiv, țară, clasă de interogare și rol de afaceri. Include grupurile stabile sau în creștere ca martori. Folosește totaluri absolute ponderate, precum și procentaje, astfel încât zece clicuri pierdute pe un segment mic să nu depășească zece mii de clicuri pierdute pe unul mare. Instrument: rapoarte de director, pagină, interogare, URL-mover și keyword-mover, plus o foaie de calcul sau un caiet de analiză. Finalizat când: matricea acoperă cel puțin 95% din clicurile de căutare, arată segmentele afectate și de control, înregistrează grupurile cu volum scăzut ca neconcludente și numește cel mai restrâns model repetabil susținut de date.
4. Inspectează câștigători și pierzători reprezentativi
Ce: analizează paginile și interogările care reprezintă cel mai bine fiecare segment afectat și de control. De ce: agregările localizează dauna, dar nu o explică. O pagină cu rezultate ale motorului de căutare poate înlocui listările clasice cu unități de cumpărături, rezultate locale, video sau răspunsuri AI; această schimbare poate reduce clicurile fără a arăta un defect corectabil al paginii. Cum: selectează cel puțin cinci pierzători cu impact mare și cinci martori stabili sau în creștere atunci când segmentul conține suficiente URL-uri. Compară satisfacerea intenției, originalitatea, dovezile, autoratul, încărcătura comercială, istoricul actualizărilor, rutarea internă, modificările snippet-urilor și formatele concurente de rezultate. Înregistrează observațiile ca ipoteze, nu ca afirmații despre factori de clasare. Instrument: revizuire live a rezultatelor, randare pagină, înregistrare sursă, pagini concurente, date de căutare și inventar de conținut. Finalizat când: fiecare ipoteză citează exemple din pierzători și martori, dovezile contradictorii sunt păstrate și nicio recomandare nu se bazează pe o singură pagină sau o singură interogare.
5. Îngheață editările de panică în prima săptămână
Ce: interzice modificări ample și speculative în timp ce continui diagnosticarea. De ce: rescrieri în masă de titluri, modificări ale datei de publicare, ștergeri de pagini, ținte de număr de cuvinte la nivel de site, reproiectări de șabloane și fluctuații de legături modifică mai multe variabile simultan. Pot deteriora pagini care nu au fost afectate și pot face imposibilă atribuirea oricărei mișcări ulterioare. Cum: creează o fereastră de modificări de șapte zile complete de la debutul observat. Permite doar reparații verificate, corecturi legale sau faptice, lucrări de securitate și lansări deja aprobate a căror amânare prezintă un risc mai mare; adnotează fiecare excepție. Păstrează copii ale paginilor curente și exporturi. Instrument: calendar de lansări, permisiuni CMS, jurnal de incidente și sistem de adnotare. Finalizat când: domeniul de aplicare al înghețului, începutul, sfârșitul, aprobatorul și excepțiile sunt vizibile pentru editori și ingineri; zero experimente SEO neînregistrate sunt lansate în fereastră.
6. Alege acționează, așteaptă sau repară acum
Ce: ia o decizie la un punct de control numit. De ce: observația nesfârșită lasă defecte reale netratate, în timp ce acțiunea reflexă transformă incertitudinea în schimbare necontrolată. Cum: alege repară acum pentru o defecțiune tehnică sau de măsurare reprodusă; alege acționează când o pierdere materială persistă, se concentrează într-un segment coerent și o slăbiciune a paginii sau sistemului explică atât pierzătorii, cât și martorii; alege așteaptă când lansarea, întârzierea datelor, sezonalitatea, volumul scăzut sau segmentele contradictorii împiedică o cauză apărabilă. Înregistrează alternativele respinse și dovezile care ar schimba decizia. Instrument: rezumat de incident, matrice de impact, analiză reprezentativă, evaluare a riscului de afaceri și aprobator. Finalizat când: înregistrarea are o decizie, un nivel de încredere, un responsabil, o dată de revizuire, legături către dovezi și un declanșator pentru redeschidere.
7. Execută o intervenție controlată
Ce: transformă o decizie acționează într-o reparație sau experiment delimitat. De ce: o ipoteză și un set coerent de modificări păstrează șansa de a învăța; modificările simultane la nivel de site nu o fac. Cum: definește cohorta afectată, grupul de comparație neatins acolo unde este practic, slăbiciunea precisă, îmbunătățirea intenționată pentru cititor, metrica așteptată, fereastra de observație, pragul de acceptare și calea de revenire. Pentru paginile degradate, folosește lista de verificare pentru reîmprospătare conținut
în loc să schimbi datele sau să extinzi textul orbește. Instrument: rezumat de acțiune, inventar de pagini, CMS, înregistrare QA, responsabil de lansare și adnotări. Finalizat când: fiecare URL modificat este mapat la modelul diagnosticat, intervenția a trecut de QA, martorii rămân neschimbați sau abaterile sunt înregistrate, iar adnotarea lansării precizează ce ar trebui să se miște și până când.
8. Măsoară, documentează și închide sau iterează
Ce: evaluează intervenția separat de narațiunea actualizării. De ce: recuperarea după o lansare este asociere, nu dovadă că lansarea a cauzat-o; actualizarea poate fi încă în desfășurare, concurenții se pot schimba și cererea poate reveni. Cum: compară fereastra post-lansare declarată cu baza înghețată, păstrează aceeași segmentare, inspectează martorii și conversiile și înregistrează factorii de confuzie. Clasifică rezultatul ca pozitiv, neutru, negativ sau neconcludent. Instrument: rezultatele adnotărilor, rapoarte de mișcare, analize, raportare de conversii și înregistrarea incidentului. Finalizat când: rezultatele reale versus cele așteptate sunt atașate, încrederea și limitările sunt menționate, responsabilul alege închidere, extindere a observației, revenire sau o nouă ipoteză delimitată, iar următoarea dată de revizuire este stabilită.
Instrumente în AmICited
AmICited face diagnosticarea reproductibilă prin păstrarea perioadelor, segmentelor și intervențiilor. Nu dovedește ce recompensează un algoritm; folosește rapoartele pentru a localiza modele și a testa decizii.
- Deschide Organic Rank cu Raportul Organic Rank pentru a compara cererea, poziția medie și clicurile pe canalele de căutare conectate. Folosește-l pentru a decide dacă incidentul este larg sau specific unui canal.
- Deschide URL Position Movers cu URL Position Movers pentru a identifica paginile care creează pierderea, a compara perioadele și a împărți mișcarea pe dispozitiv și secțiune.
- Deschide Keyword Position Movers cu Keyword Position Movers pentru a separa clasamentele modificate ale interogărilor de cererea pierdută și pentru a găsi modele la nivel de intenție.
- Deschide Google Search Directories cu Google Search Directories pentru a detalia de la întreg site-ul la directoarele unde s-au schimbat clicurile sau impresiile.
- Folosește Google Search Pages cu Google Search Pages și Google Search Queries cu Google Search Queries pentru a valida URL-urile reprezentative și căutările exacte pe care le-au deservit.
- Deschide Annotation Outcomes cu Annotation Outcomes pentru a înregistra intervenția, așteptarea, punctul de control și rezultatul. Tratează un rezultat evaluat ca dovadă de asociere, nu ca dovadă de cauzalitate.
Reguli de decizie
Acestea sunt valori implicite de control al incidentelor, nu afirmații despre cum Google punctează paginile. Scopul lor este de a preveni atât suprareacția la zgomot, cât și inacțiunea în timpul unei defecțiuni materiale. Înlocuiește-le doar cu un prag documentat bazat pe volatilitatea stabilită a site-ului și riscul de afaceri.
| Semnal | Definiție numerică | Decizie |
|---|---|---|
| Completitudinea datelor | Orice comparație include o zi curentă parțială sau o sursă despre care se știe că este întârziată | AȘTEAPTĂ; reconstruiește comparația din date complete. |
| Coroborare | Mai puțin de 2 surse independente sunt de acord asupra direcției | AȘTEAPTĂ; investighează măsurarea înaintea cauzelor de clasare. |
| Persistență | Declinul apare pentru mai puțin de 3 zile consecutive complete | OBSERVĂ; nu-l clasifica drept pierdere susținută. |
| Declanșator implicit de incident | Clicurile de căutare scad cu cel puțin 15% și cu cel puțin 100 de clicuri față de o bază comparabilă timp de 3 zile complete | DESCHIDE un incident și segmentează-l; ajustează pragul absolut pentru un site documentat cu volum scăzut. |
| Declanșator sever de afaceri | Conversiile din căutări sau leadurile calificate scad cu cel puțin 20% timp de 3 zile complete | ESCALADEAZĂ către responsabilul de afaceri chiar dacă atribuirea clasamentelor rămâne incertă. |
| Calitatea mapării | Etichetele de director și șablon acoperă mai puțin de 95% din clicuri | REPARĂ clasificarea înainte de a declara un model de șablon. |
| Concentrare segment | Un grup de directoare, șabloane sau intenții reprezintă cel puțin 60% din clicurile absolute pierdute | PRIORITIZEAZĂ acel segment pentru analiză reprezentativă. |
| Segment subțire | Mai puțin de 5 URL-uri afectate sau mai puțin de 100 de impresii în oricare dintre ferestrele de comparație | Marchează drept direcțional; nu-l generaliza la un model la nivel de site. |
| Îngheț prima săptămână | Mai puțin de 7 zile complete de la debut și niciun defect reprodus | AȘTEAPTĂ pentru modificări editoriale ample, de șabloane, ștergeri și legături interne. |
| Acțiune imediată | O defecțiune reprodusă de status, robots, canonical, randare, monitorizare, securitate sau acțiune manuală afectează cohorta pierzătoare | REPARĂ ACUM; adnotează modificarea tehnică exactă. |
| Acțiune controlată | Pierderea persistă timp de 7 zile complete, două surse o coroborează și o slăbiciune coerentă explică o cohortă afectată față de martori | ACȚIONEAZĂ asupra cohortei delimitate cu o ipoteză declarată. |
| Observație după lansare | Mai puțin de 28 de zile complete post-lansare pentru o cohortă cu volum normal | Păstrează rezultatul provizoriu, cu excepția cazului în care o regresie de siguranță sau tehnică necesită revenire. |
Procentele singure sunt insuficiente. Un declin de 50% de la două clicuri la unul nu este echivalent operațional cu un declin de 15% care implică mii de vizite. Păstrează întotdeauna volumul absolut, expunerea la conversie și încrederea alături de modificarea relativă.
Livrabil: pachetul de incident al actualizării algoritmului
Predă un dosar datat sau o înregistrare de incident, nu un slide care spune „impact actualizare de bază”. Acesta conține:
- Un rezumat de incident pe o pagină cu debut, severitate, actualizare suspectată, prospețimea datelor, expunere a afacerii, responsabil și decizia curentă.
- Exporturi înghețate sau legături către rapoarte pentru perioadele de bază și de incident, inclusiv filtre și fus orar.
- O matrice de impact pe director, șablon, intenție, dispozitiv, țară, pagină și interogare, cu cohorte afectate și de control.
- Un jurnal de excludere a cauzelor care acoperă măsurarea, cererea, lansările, crawlarea, indexarea, randarea, securitatea și modificările aspectului rezultatelor.
- Analize reprezentative ale pierzătorilor și martorilor, cu dovezi de susținere și contradictorii pentru fiecare ipoteză.
- Decizia acționează/așteaptă/repară, alternativele respinse, aprobatorul, următoarea dată de revizuire și dovezile care ar redeschide incidentul.
- Pentru o intervenție, cohorta exactă de URL-uri, specificația modificării, înregistrarea QA, calea de revenire, adnotarea lansării, punctul de control și rezultatul final.
Folosește un tabel lizibil de mașină pentru matricea de impact și un rezumat lizibil pentru om pentru decizie. Pachetul este complet atunci când un alt analist poate reproduce modelul afectat fără a întreba ce filtre au fost folosite, iar un editor poate vedea exact ce este aprobat fără a interpreta un grafic.
Ce merge prost
Actualizarea devine explicația pentru tot
Un anunț și un declin al traficului au loc aproape unul de altul, așa că echipa încetează să testeze alternative. Soluția este să menții un jurnal de excluderi și să ceri coroborare. Momentul stabilește o ipoteză, nu proprietatea asupra pierderii.
Mediile site-ului ascund mișcări opuse
Ghidurile câștigă în timp ce paginile de categorii pierd, dar un total plat face ca evenimentul să pară inofensiv. Sau un director mare cade și face ca fiecare șablon să pară slab. Segmentează aceleași date pe director, șablon, intenție, dispozitiv și țară și păstrează grupurile stabile ca martori.
Editările din prima săptămână distrug atribuirea
Echipele rescriu pagini pentru că acțiunea pare mai sigură decât așteptarea. O recuperare ulterioară nu mai poate fi separată de finalizarea lansării, cerere, modificări ale concurenților sau de editări în sine. Îngheață munca speculativă pentru șapte zile complete și adnotează fiecare excepție.
Modificările procentuale exagerează eșantioanele mici
Un grup cu volum scăzut scade de la patru clicuri la două și devine principalul „pierzător” la 50%. Asociază întotdeauna modificarea relativă cu clicurile absolute, impresiile, numărul de URL-uri afectate și valoarea de afaceri. Marchează segmentele subțiri ca direcționale.
Martorii sunt aleși după rezultat
Dacă paginile stabile sunt selectate doar după ce se vede care au rămas stabile, comparația favorizează explicația preferată. Declară logica de control înainte de intervenție: același șablon, dar intenție diferită; aceeași intenție, dar șablon diferit; sau țară/dispozitiv neafectat în aceeași cohortă.
Mai multe remedii sunt livrate ca un singur pachet
Titlurile, corpul textului, navigația, schema și șabloanele se schimbă împreună. Chiar și un rezultat pozitiv învață puțin. Împarte cauzele în intervenții separate acolo unde este operațional posibil; când nu pot fi separate, înregistrează pachetul și reduce încrederea în atribuire.
Recuperarea este raportată ca dovadă
Metrica se îmbunătățește după o lansare, astfel încât acțiunea este declarată cauzală. Raportează secvența cu acuratețe: modificarea a fost urmată de recuperare, martorii s-au comportat într-un mod declarat și factorii de confuzie cunoscuți rămân. Acest limbaj este mai util decât certitudinea pe care dovezile nu o pot susține.
Faza următoare
O defecțiune tehnică verificată se mută imediat la proprietarul tehnic, împreună cu cohorta afectată și condiția de retestare. O problemă de calitate a paginii diagnosticată intră în fluxul de reîmprospătare a conținutului. Un incident neconcludent revine la observație cu o dată de revizuire numită, în loc să intre într-un backlog nedefinit.
Faza continuă de reîmprospătare și iterare continuă are nevoie de patru lucruri din acest runbook: cohorta afectată, ipoteza acceptată sau respinsă, înregistrarea acțiunii și adnotării și următoarea dată de măsurare. Folosește aceste rezultate pentru a prioritiza munca fără a trata fiecare fluctuație de clasament ca degradare.
FAQ
Responsabilul de incident ar trebui să publice răspunsurile FAQ din frontmatter în componenta FAQ a paginii și să le mențină aliniate cu regulile de decizie de mai sus. Principiul directiv rămâne același pentru fiecare răspuns: verifică, segmentează, decide, modifică un sistem delimitat și măsoară.
Răspunde cu dovezi, nu cu urgență
Deschide Raportul Organic Rank , îngheață datele de comparație și creează primul rezumat de incident înainte de a modifica o pagină. Cel mai rapid răspuns util este o decizie pe care echipa o poate explica ulterior.
Mai multe tutoriale în această secțiune
Gata să pui în practică?
Verificare gratuită · Perioadă de încercare de 7 zile · fără card de credit