Penalizare Google sau trafic în scădere? Cum verifici cauza

Telefonul sună mai rar, raportul arată o curbă în jos, iar prima explicație pare simplă: „Google ne-a penalizat”. Dacă pornești direct de la acest verdict, riști să ștergi pagini utile, să schimbi URL-uri stabile sau să respingi linkuri fără dovadă. Un diagnostic bun începe prin întrebări și probe, nu printr-o intervenție spectaculoasă.

Acest ghid descrie un protocol de investigare. Pentru o pagină nouă care nu apare există verificările de indexare, iar pentru măsurarea curentă există ghidul Search Console. Aici discutăm diferența dintre un incident confirmat și o ipoteză despre scăderea unui site deja vizibil.

1. Definește ce anume a scăzut

„Traficul” poate însemna clickuri organice, sesiuni în Analytics, afișări, cereri sau vânzări. Aceste valori nu sunt interschimbabile. Dacă sesiunile scad, dar clickurile Search Console rămân apropiate, investighează mai întâi măsurarea și comportamentul după click. Dacă scad și impresiile, ai un alt traseu de lucru.

Notează intervalul, sursa, țara, dispozitivul și tipul căutării. Nu compara o săptămână parțială cu una completă și nu amesteca Web cu Discover. Păstrează capturile cu filtrele vizibile, alături de exportul datelor. Altfel, două persoane pot descrie incidente diferite folosind aceeași propoziție.

În exemplul nostru ipotetic, clickurile Web scad cu 30%, dar numai pentru o secțiune comercială pe mobil. Acesta este un punct de pornire mult mai precis decât „site-ul a căzut”. Într-un audit SEO de diagnostic, precizarea segmentului determină ce verificări au prioritate.

2. Verifică raportul Acțiuni manuale

Raportul Google arată dacă există o acțiune manuală și poate indica tipul problemei și paginile afectate. O acțiune poate avea un domeniu de aplicare limitat sau mai larg. Absența unei acțiuni în raport nu înseamnă că site-ul nu are probleme; înseamnă că nu ai confirmarea acestui tip de intervenție. ^[1]

Verifică proprietatea corectă și accesul contului. Salvează descrierea exactă, exemplele și momentul în care ai observat notificarea. Nu reformula imediat mesajul în „toate paginile sunt penalizate” dacă raportul arată un subset. Distincția schimbă atât remedierea, cât și comunicarea internă.

Deschide un dosar de incident cu un responsabil. Copiază problema în termenii raportului, apoi adaugă separat interpretările echipei. Această separare ajută când mai mulți furnizori lucrează la site: nimeni nu trebuie să transforme o presupunere într-o cauză confirmată doar fiindcă a apărut într-un email.

3. Separă securitatea de SEO

Search Console are și un raport distinct pentru probleme de securitate. Un site compromis poate afișa pagini, scripturi sau redirecționări pe care proprietarul nu le-a publicat. Google recomandă investigarea și remedierea problemelor indicate, urmate de procedura de verificare corespunzătoare. ^[3] Nu trata un incident de securitate numai prin editarea titlurilor.

În acest scenariu, păstrează probele și implică administratorul găzduirii. Nu posta public jurnale cu date personale, chei sau căi sensibile. Verifică fișierele și conturile cu drepturi ridicate printr-un proces controlat. Planul de securitate WordPress și investigarea alertelor Wordfence pot susține intervenția, dar un rezultat de scanare nu înlocuiește verificarea cauzei.

Propunem să înregistrezi separat momentul compromiterii estimate, momentul detectării și momentul remedierii. Aceste date pot fi diferite. Dacă ai restaurat un backup, verifică dacă vulnerabilitatea care a permis incidentul a fost rezolvată; revenirea la o copie mai veche nu dovedește singură eliminarea punctului de intrare.

4. Construiește cronologia schimbărilor

Desenează o linie a timpului cu lansări, schimbări de temă, mutări de URL, modificări de categorii, indisponibilități și actualizări ale măsurării. Include schimbările făcute de alte echipe. Un redirect activat de hosting sau o regulă publicată în CDN poate lipsi complet din jurnalul editorului WordPress.

Pe aceeași linie pune data de început a scăderii, nu doar ziua în care ai observat-o. Uită-te la evoluția zilnică și săptămânală, fără să atribui automat fiecărui vârf o cauză. Coincidența dintre o actualizare publică și o scădere este un indiciu de investigat, nu demonstrația că acea actualizare explică întregul incident.

La o migrare WordPress, compară lista URL-urilor înainte și după. Dacă paginile importante au ajuns pe destinații generice sau lanțuri lungi, verifică redirecționările permanente. Nu începe o a doua migrare ca să repari o primă migrare pe care nu ai documentat-o.

5. Compară pagini și căutări, nu doar totalul

Google recomandă segmentarea datelor când investighezi scăderile: schimbările pot afecta anumite pagini, căutări, țări sau dispozitive. Cererea sezonieră și evoluția interesului pot produce, la rândul lor, diferențe de trafic. ^[2] În fișa noastră, totalul este doar prima pagină a raportului.

Alege un eșantion de pagini cu pierderi mari, unul cu evoluție stabilă și unul cu creșteri. Dacă toate folosesc același template, dar numai o temă pierde vizibilitate, ipoteza unei erori globale de CSS devine mai slabă. Dacă toate paginile afectate aparțin aceleiași rute, verificarea tehnică a acelei rute devine mai importantă.

Separă căutările de brand de cele fără brand. Verifică sezonalitatea și schimbarea ratei de click fără să presupui că fiecare pierdere de click înseamnă pierdere de indexare. Un raport cu definiții clare te ajută să discuți aceeași problemă cu redactorul, dezvoltatorul și echipa comercială.

6. Exclude incidentele tehnice verificabile

Testează un eșantion mic de adrese afectate. Verifică răspunsul HTTP, posibilitatea accesării, canonical-ul, directivele de indexare și conținutul livrat. Compară pagina publică cu cea observată în instrumentele de inspecție. Nu trimite sute de solicitări simultane unui server care poate fi deja suprasolicitat.

Folosește un tabel: URL, simptom, probă, moment și remediere propusă. Pentru răspunsuri de server, urmează diagnosticul 503 sau diagnosticul 500, după caz. Pentru alegerea adresei principale, verifică canonical-ul. O regulă de cache nu trebuie să mascheze o eroare printr-un răspuns fals de succes.

SEO Lab și Web Inspector pot ajuta la observarea unor elemente publice, în limitele funcțiilor lor. Păstrează diferența dintre ce a măsurat instrumentul și ceea ce presupui. Un titlu prezent în HTML nu dovedește singur că Google a ales aceeași pagină pentru fiecare căutare.

7. Analizează conținutul fără ștergeri în masă

Dacă nu ai confirmat un blocaj tehnic sau o acțiune manuală, revizuiește paginile care au pierdut. Caută răspunsuri incomplete, promisiuni excesive, informații expirate și pagini apropiate ca intenție. Scopul nu este să atingi un număr arbitrar de cuvinte, ci să stabilești ce lipsește cititorului.

Documentația despre actualizările de bază recomandă evaluarea conținutului și evitarea schimbărilor pripite construite exclusiv pentru o presupusă recuperare. Remedierea nu garantează o revenire la o anumită poziție sau într-un termen fix. ^[4] Tratează îmbunătățirea ca proces editorial, nu ca resetare a unui scor.

Compară dovezile de experiență și încredere cu afirmațiile paginii. Dacă promiți rezultate, poți arăta metoda și limitele? Dacă două pagini repetă același răspuns, folosește analiza suprapunerilor. Nu redirecționa automat toate articolele slabe către homepage: relevanța destinației trebuie justificată.

8. Verifică linkurile fără reacții automate

Un raport cu multe domenii suspecte poate speria, dar eticheta unui instrument extern nu este o notificare Google. Nu presupune că toate linkurile necunoscute au produs scăderea. Separă linkurile asupra cărora ai control, colaborările documentate și referințele pe care nu le-ai solicitat.

Google avertizează că instrumentul de dezavuare trebuie utilizat cu precauție și că majoritatea site-urilor nu au nevoie de el. ^[5] Nu încărca o listă automată de domenii doar pentru a „curăța scorul”. Într-un caz care justifică analiza, păstrează istoricul și implicațiile fiecărei decizii.

Revizuiește mai întâi practicile proprii și marcarea legăturilor sponsored, UGC și nofollow. Calitatea backlinkurilor se evaluează în context, nu numai după o cifră. O intervenție asupra linkurilor trebuie să aibă un motiv verificabil, un responsabil și o copie a fișierelor anterioare.

9. Remediază problema confirmată și documentează probele

Pentru fiecare constatare, scrie o acțiune și un test. „Am optimizat site-ul” este prea vag. „Am eliminat redirecționarea neautorizată, am reparat punctul de intrare și am retestat eșantionul” descrie o intervenție. Pentru conținut, păstrează exemple înainte și după, fără a publica date sensibile.

În cazul unei acțiuni manuale, urmează cerințele raportului și procedura de reconsiderare după remediere. Explică problema, măsurile luate și dovezile disponibile; nu transmite cereri repetitive fără schimbări relevante. ^[1] Nu folosi aceeași cerere ca soluție generică pentru o fluctuație algoritmică.

Stabilește o perioadă de observare și un set stabil de indicatori. Dacă faci zilnic schimbări majore, vei pierde posibilitatea de a interpreta evoluția. Planificarea intervențiilor trebuie să țină cont și de efectele asupra clienților, nu doar de raportul de vizibilitate.

10. Comunică ce știi și ce nu știi

Un raport util are trei rubrici: confirmat, probabil și încă neverificat. De exemplu, „20 de URL-uri întorc 503” este o observație. „Resurse insuficiente” poate fi o ipoteză până la verificarea jurnalelor. „Google ne-a penalizat” nu trebuie prezentat ca fapt în lipsa unei dovezi corespunzătoare.

În comunicarea cu managementul, explică și ce nu vei face: nu ștergi catalogul, nu schimbi domeniul și nu cumperi un pachet de linkuri pentru a acoperi problema. Propune următorul test cu rezultat observabil. Această abordare reduce riscul de a transforma o scădere temporară într-un incident tehnic creat de propriile intervenții.

Exercițiu: trei scăderi, trei trasee diferite

Scenariul A: clickurile Search Console sunt stabile, dar sesiunile GA4 scad după schimbarea bannerului de consimțământ. Prima investigație privește implementarea măsurării și configurația, nu o cerere de reconsiderare. Păstrezi raportul organic ca probă de comparație și verifici schimbarea în același interval.

Scenariul B: o categorie pierde vizibilitate după reorganizarea URL-urilor, iar vechile pagini ajung toate la homepage. Verifici inventarul, destinațiile relevante și legăturile interne. Nu atribui automat incidentul unei actualizări Google apărute în aceeași săptămână. Cronologia și probele tehnice au prioritate.

Scenariul C: raportul Acțiuni manuale indică explicit o problemă. Urmezi tipul și întinderea descrise, remediezi și documentezi schimbările. Nu folosești o listă generică de „trucuri SEO”. Cele trei scenarii sunt ipotetice; diferența dintre ele arată de ce același simptom comercial poate necesita intervenții complet diferite.

Fișa de incident: responsabilități și criterii de oprire

Într-o investigație reală, mai multe persoane pot interveni simultan: dezvoltatorul schimbă pluginuri, redactorul rescrie pagini, iar agenția modifică legături. Propunem un responsabil care aprobă ordinea testelor și păstrează jurnalul comun. Nu este nevoie să blochezi orice activitate a firmei, ci să eviți schimbările contradictorii pe aceeași problemă în același interval.

Fiecare intervenție primește o limită. Dacă testul unei reguli produce erori pe pagini care funcționau, revii la configurația anterioară și documentezi rezultatul. Nu continui să adaugi corecții peste o ipoteză care nu s-a confirmat. O cale de revenire verificată poate fi mai importantă decât viteza cu care ai aplicat primul remediu propus.

Păstrează probele la nivelul potrivit. Pentru o eroare de server sunt utile ora, URL-ul, răspunsul și jurnalul relevant. Pentru o modificare editorială sunt utile textul anterior, noul text și motivul. Pentru o schimbare a navigației sunt utile destinațiile înainte și după. Un folder cu capturi fără nume, date sau context nu constituie singur o documentație reproductibilă.

În raportul zilnic sau săptămânal, separă remedierea de recuperarea vizibilității. Poți confirma că pagina răspunde corect după reparație, fără să poți confirma încă efectul în rezultate. Această formulare nu diminuează intervenția; împiedică promisiunea unui efect pe care datele nu îl arată. Echipa știe ce este rezolvat și ce trebuie observat în continuare.

Definește și criteriul de închidere a investigației tehnice. De exemplu, eșantionul afectat trece verificările repetate, nu mai există eroarea în jurnalul relevant, iar monitorizarea nu arată reapariția ei. Pentru alte tipuri de incident, criteriul va fi diferit. Nu închide dosarul doar fiindcă graficul a avut o zi mai bună după o săptămână slabă.

La final, adaugă o măsură preventivă proporțională cu problema. Dacă o lansare a schimbat neintenționat directivele, introdu o verificare a acestora în procedura de publicare. Dacă s-a pierdut o mapare de URL-uri, păstrează inventarul ca livrabil obligatoriu. Prevenția trebuie să răspundă cauzei demonstrate, nu să devină o listă generică de pluginuri instalate suplimentar.

Întrebări frecvente

Cât durează recuperarea?

Nu există un termen pe care acest diagnostic îl poate garanta. Depinde de problema confirmată, remediere, recrawl și reevaluare. Definește întâi ce înseamnă recuperare: răspunsuri tehnice corecte, ridicarea unei acțiuni sau revenirea unor clickuri. Sunt obiective distincte.

Schimbarea domeniului rezolvă o penalizare?

Nu trata mutarea ca soluție implicită. Ea introduce propriile riscuri și nu înlocuiește remedierea practicilor sau a incidentelor. Mai întâi documentează cauza și lucrează pe problema reală, păstrând paginile utile și traseele clienților funcționale.

Un scor bun într-un tool infirmă problema?

Nu. Un scor descrie verificările acelui instrument, nu toate semnalele și situațiile posibile. Compară observațiile concrete cu raportul Google și cu datele site-ului. Un audit util spune ce a verificat, când și cu ce limitări.

Surse și documentație

Protocolul și scenariile sunt propuneri editoriale KEPA, nu rezultate ale clienților sau un verdict asupra unui site anume. Surse consultate la 25 septembrie 2026.

1. Google: raportul Acțiuni manuale
2. Google Search Central: investigarea scăderilor de trafic
3. Google: probleme de securitate
4. Google: actualizări de bază și evaluarea conținutului
5. Google: dezavuarea linkurilor către site