Analiză post-factum
Scădere a traficului după o actualizare de bază: scrie analiza post-factum
Toată lumea întreabă același lucru la ora 8: este Google, este al nostru sau este tracking-ul? O analiză post-factum răspunde în această ordine și refuză să ghicească.
Începe cu cronologia, nu cu teoria
O scădere are o dată de început. Găsește-o înainte să citești un singur thread de forum despre o scădere a traficului după o actualizare de bază.
Google a confirmat actualizări de bază în martie 2024, august 2024, decembrie 2024, martie 2025 și iunie 2025, iar fiecare s-a desfășurat în aproximativ două săptămâni, așa că o scădere în a treia zi de rollout poate să nu fie încă imaginea finală. Suprapune propriul tău jurnal de modificări peste aceste date: lansări, migrații, editări de șabloane, modificări robots.txt.
Dacă nimic din partea ta nu s-a schimbat și graficul tău din Search Console se îndoaie în fereastra unui rollout, ai un candidat. Dacă deploy-ul tău a aterizat cu o zi înainte, ai unul și mai bun. În orice caz, scăderea traficului după săptămâna de actualizare de bază merită o cronologie scrisă. Scrie-o.
Cauze clasificate în funcție de viteza cu care le poți exclude
| Bănuit | Cum să verifici | Timp pentru a exclude |
|---|---|---|
| Tracking-ul a fost afectat | Compară GA4 cu click-urile din Search Console pentru aceleași pagini; un gap apărut peste noapte este indicatorul | 10 minute |
| Indexare sau sitemap | Raportul de indexare a paginilor din Search Console, plus o verificare spot site: pe URL-urile afectate | 20 minute |
| Lansare tehnică | Diferențiază robots.txt, canonicals, coduri de stare și redirecturi față de crawl-ul din săptămâna trecută | 1 oră |
| Linkuri pierdute sau câștigate | Diferențiază două instantanee refdomains; vezi linkuri pierdute | 30 minute |
| Cannibalizare | Două URL-uri ale tale care își schimbă locurile pentru aceeași interogare în raportul de performanță | 1 oră |
| Schimbare SERP | Deschide rezultatele live: AI Overview, thread-uri de forum, listicle-uri de la branduri mari unde erai obișnuit să te afli | 30 minute |
| Reevaluare a calității | Ce rămâne după ce fiecare altă linie este clară | Zile până săptămâni |
Dovezi legate de linkuri: o singură comparație
Extrage domeniile care fac referire pentru site-ul afectat în două date și imprimă ce a plecat și ce a sosit. Indexul se reîmprospătează aproximativ lunar, așa că alege instantanee de o parte și de cealaltă a actualizării.
import json
old = {r['domain'] for r in json.load(open('2026-09-01.json'))['rows']}
new = {r['domain'] for r in json.load(open('2026-10-01.json'))['rows']}
print('lost :', len(old - new))
print('gained:', len(new - old))
print('sample lost:', sorted(old - new)[:20])
# Field names ('rows', 'domain') vary by action: print one response first.
Exemplu de redactare (numere ipotetice)
Acesta este un exemplu inventat, nu un client real. Arată tonul pe care ne-am dori să îl atingem.
Impact. Click-urile organice au scăzut cu 38% în nouă zile pentru un site fictiv de rețete cu 140 de pagini. Detectare. Un export săptămânal din Search Console a depășit un alert săptămânal de 25%. Cauză. Domeniurile care fac referire s-au mutat de la 410 la 402, ceea ce exclude linkurile ca principal driver. Două pagini și-au schimbat clasamentul pentru aceeași interogare, ceea ce este cannibalizare.
Puncte de acțiune. Fuzionează cele două pagini cu un 301, actualizează linkurile interne, verifică din nou în patru săptămâni. Nu disavow. Nu rescrie întregul site.
Erori de măsurare și indexare care seamănă cu o actualizare
Unele scăderi nu sunt clasamente deloc. Tracking-ul este un suspect comun. Un tag rupt, o proprietate schimbată sau un sitemap care s-a micșorat pot arăta exact ca o actualizare de bază în grafice. O scădere a traficului după timing-ul unei actualizări de bază poate ascunde oricare dintre ele, așa că verifică-le mai întâi.
Cel mai rapid test este să îți compari analytics-ul cu Search Console pentru aceleași pagini și zile. Dacă gapul s-a deschis peste noapte, tratează-l ca o eroare de măsurare până se dovedește contrariul.
Erorile de indexare urmează aceeași logică. Paginile care dispar din index sunt o problemă diferită de paginile care rămân indexate și alunecă în jos în rezultate.
Ce se întâmplă dacă click-urile au scăzut la zero peste noapte?
Verifică mai întâi proprietatea din Search Console. Un protocol schimbat, o proprietate nouă sau o verificare pierdută pot împărți datele, așa că vechea proprietate nu arată nimic în timp ce cea nouă deține traficul. Abia după aceea uită-te la paginile însele.
De ce ar înceta paginile să fie indexate după o actualizare?
Extrage raportul de indexare pentru URL-urile în cauză. Clasamentele pot aluneca pentru o pagină care rămâne indexată. O pagină care dispare din index are o cauză diferită, adesea o direcivă robots, o schimbare canonical sau un noindex livrat cu o lansare.
Poate un sitemap rupt să cauzeze scăderea?
Poate, dacă sitemap-ul listează dintr-o dată doar o mică parte din URL-urile tale. Un sitemap scurt este ieftin de reparat, dar Google găsește totuși pagini prin linkuri interne, așa că tratează-l ca pe un suspect printre altele, nu ca pe verdict. Compară numărul de URL-uri cu numărul real de pagini.
Poziția noastră
Nu rescrie site-ul în prima săptămână
Actualizările de bază reevaluează calitatea timp de săptămâni. Schimbă ceea ce poți dovedi că s-a stricat, apoi așteaptă ca rollout-ul să se termine înainte să atingi conținutul.
- Repară imediat erorile de măsurare și pe cele tehnice.
- Fuzionează paginile cannibalizate odată ce ai dovezi.
- Lasă strategia de conținut deoparte până se termină rollout-ul.
Ce să scrii în document
Șase titluri sunt suficiente: impact, cronologie, detectare, cauză, ce am exclus, puncte de acțiune. Lista celor excluse este partea pentru care viitorul tău te va felicita.
Păstrează dovezile lângă afirmație. O linie precum „linkuri excluse, 402 vs 410 domenii care fac referire” supraviețuiește unui manager sceptic mai bine decât „linkurile păreau ok”.
Dacă răspunsul final se dovedește a fi legat de linkuri, regulile de alertă pentru rivali și rețeta pentru diff săptămânal te vor ajuta să nu fii luat prin surprindere data viitoare.
Prima săptămână după ce începe un rollout
- 1
Îngheață modificările de conținut
Nu rescrie paginile în timp ce rollout-ul rulează. Editările făcute pe parcurs tulbură imaginea înainte-după de care vei avea nevoie mai târziu.
- 2
Loghează fiecare lansare
Scrie fiecare deploy, schimbare de șablon, redirect și editare robots.txt cu data sa, astfel încât cronologia să conțină intrări reale și nu amintiri.
- 3
Rulează verificările de măsurare
Compară analytics-ul cu Search Console, apoi verifică raportul de indexare pentru URL-urile afectate. Ambele verificări se încadrează în jumătate de oră.
- 4
Deschide cazul cu cronologia
Începe analiza post-factum cu datele pe care le ai, chiar dacă cauza este încă deschisă. Un document parțial este mai ușor de terminat decât unul gol.
- 5
Stabilește o dată de revizuire
Alege o dată după ce rollout-ul se termină și revizuiește dovezile atunci, nu în ziua în care graficul se îndoaie.
Construirea cazului către leadership că problema este tehnică
Leadership-ul citește adesea o scădere a traficului ca pe un verdict al conținutului. Aceasta este o reacție rezonabilă și, de asemenea, reacția care pierde cele mai multe săptămâni când vina este un șablon rupt sau un tag lipsă.
Adu cronologia și tabelul cu cauze, nu o teorie. Un tabel cu un timp pentru a exclude fiecare suspect permite unui manager să vadă că echipa lucrează prin listă, nu ghicind.
Fii onest despre ceea ce tabelul nu poate dovedi. Dacă o reevaluare a calității este încă deschisă, spune asta și spune ce ți-ar schimba perspectiva.
Cum arăt că este o problemă dev și nu de conținut?
Arată o schimbare datată care se aliniază cu începutul scăderii, cum ar fi o lansare de șablon sau o schimbare robots. O eroare pe care o poți reproduce, cu URL-ul și header-ul care s-a schimbat, are mai multă greutate decât orice grafic de medii.
Ce spun când nu este deloc tehnic?
Spune că verificările de linkuri, indexare și tracking au ieșit curate și că suspectul rămas este reevaluarea calității. Acest răspuns este mai lent și mai puțin satisfăcător, dar este corect și indică echipei unde ar trebui să se concentreze munca de conținut.
Redactează recuperarea, nu doar scăderea
O analiză post-factum nu este terminată când traficul revine. A doua jumătate a redactării înregistrează ce s-a schimbat, când s-a schimbat și ce suspecte ai închis pentru totdeauna.
Revizuiește documentul după ce se termină următoarea actualizare de bază. Un model care se repetă în mai multe rollout-uri îți spune mai multe despre site-ul tău decât orice scădere izolată.
Păstrează lista celor excluse separat de cauze. Citorii viitori vor întreba mai întâi ce a fost exclus, iar o listă lipsă îi trimite la început.
Ce se consideră o recuperare?
Definește-o înainte să te uiți. O revenire la nivelul vechi de click-uri este o definiție, iar o revenire a paginilor care au contat cel mai mult este alta. Alege una, scrie-o și raportează-te la ea, în loc să muți bara când graficul se mișcă.
Cât ar trebui să aștepte revizuirea?
Suficient de mult pentru ca rollout-ul să se închidă și pentru ca două săptămâni normale de date să apară. Recuperarea vine de obicei lent, așa că o revizuire timpurie găsește în mare parte zgomot, în timp ce una ulterioară are șansa să găsească răspunsul.
Întrebări pe care le auzim după fiecare actualizare
Pot recupera dintr-o scădere cauzată de o actualizare de bază?
Adesea parțial și rar peste noapte. Recuperarea are de obicei nevoie de o actualizare ulterioară pentru a reevalua site-ul, așa că așteaptă luni, nu zile. Nimeni nu poate promite asta. Ceea ce poți face este să elimini erorile reale și să continui să publici pagini care merită citate.
De ce au rezistat clasamentele în timp ce traficul a scăzut?
Pagina de rezultate s-a schimbat în jurul tău. AI Overviews, thread-uri de forum și blocuri de shopping pot împinge aceeași poziție mai jos pe ecran. Compară rata de click-through pentru aceleași interogări înainte și după, nu doar poziția medie.
Linkurile backlink pierdute cauzează o scădere după o actualizare?
Doar uneori, iar Rankift nu poate spune care actualizare a făcut ce. O pierdere de linkuri suficient de mare pentru a conta apare ca o scădere clară a domeniurilor care fac referire între două instantanee. Un churn mic de câțiva procente rar explică o scădere a traficului de 30%.
Cât ar trebui să aștept înainte să acționez?
Până când Google marchează rollout-ul ca complet pe dashboard-ul său de status, cu excepția cazului în care găsești o eroare tehnică clară. Repară erorile imediat, dar menține modificările de conținut. Editarea în timpul unui rollout tulbură dovezile de care vei avea nevoie mai târziu.
