Au scăzut impresiile AI în Search Console? Bugul de logging început pe 13 august 2026
Google confirmă o eroare de logging în raportul Generative AI Performance. Cum verifici dacă vezi date lipsă sau o scădere reală a vizibilității AI.
Dacă impresiile au scăzut brusc în raportul Generative AI Performance din Google Search Console începând cu 13 august 2026, nu presupune că ai pierdut vizibilitatea AI. Google confirmă o eroare de logging care reduce impresiile raportate. Problema afectează înregistrarea datelor și era încă marcată drept ongoing la verificarea din 19 august.
Incidentul este deosebit de ușor de interpretat greșit deoarece, pe 18 august, Google a început și un spam update global. Avem două evenimente diferite: unul afectează datele afișate într-un raport, celălalt actualizează sistemele anti-spam. O linie care coboară nu ne spune singură care dintre ele — dacă vreunul — explică performanța reală a site-ului.
Ce a confirmat Google despre eroare
În pagina oficială Data anomalies, Google notează că o eroare de logging a produs o scădere a impresiilor în raportul Generative AI Performance din Search pentru date începând cu 13 august 2026. Formularea este precisă: problema afectează numai data logging și este în desfășurare.
Google listează separat o anomalie pentru Discover în aceeași zi. Aceasta a redus clickurile și impresiile din Discover, iar pentru proprietățile cu acces la funcțiile generative din Discover a redus și impresiile raportate. Și aici, Google spune că impactul este asupra logging-ului.
| Suprafață | Metrică afectată | Interpretare oficială |
|---|---|---|
| Generative AI în Search | impresii, din 13 august | eroare de logging, ongoing |
| Discover | clickuri și impresii pe 13 august | eroare de logging |
| Generative AI în Discover | impresii raportate | efect al aceleiași erori Discover |
Logging issue nu înseamnă ranking issue
Un sistem de raportare are mai multe etape: evenimentul se produce, este înregistrat, procesat, agregat și afișat. O eroare într-o etapă ulterioară poate schimba graficul fără să schimbe ceea ce a văzut utilizatorul în Search.
De aceea, formularea „am pierdut 40% din vizibilitatea AI” nu este susținută dacă singura dovadă este raportul afectat. Putem spune: „raportul afișează cu 40% mai puține impresii în perioada pentru care Google confirmă un bug”. Este o observație despre instrument, nu încă despre piață.
La fel, nu putem presupune că Google va reconstrui retroactiv toate datele. Unele anomalii sunt reparate cu backfill, altele rămân goluri documentate. Până la o clarificare oficială, perioada trebuie marcată ca incompletă.
De ce raportul AI cere oricum prudență
Raportarea Generative AI oferă o perspectivă nouă, dar nu este echivalentă cu întreaga vizibilitate GEO a unui brand. Acoperă suprafețele generative Google incluse în produs, nu ChatGPT, Perplexity, Claude sau toate conversațiile în care o marcă poate apărea.
În plus, o impresie nu este o recomandare și nu este un click. Pagina poate fi afișată ca sursă, menționată într-un context secundar sau prezentă într-o experiență pe care utilizatorul nu o explorează. Pentru evaluarea comercială avem nevoie de legătura cu sesiuni, conversii, leaduri și comportamentul pe pagină.
Am explicat separat diferența dintre vizibilitate, mențiune, citare și recomandare. Bugul actual întărește ideea că un singur KPI nu trebuie transformat într-o concluzie de business.
Protocol de diagnostic în șapte pași
- Confirmă raportul afectat. Verifică dacă scăderea apare în Generative AI Performance, Discover sau și în raportul Web.
- Marchează 13 august. Adaugă o notă vizibilă pe grafice și în exporturi.
- Compară landing pages. Verifică paginile despre care raportul AI spunea anterior că au vizibilitate.
- Verifică Google organic în analytics. Sesiunile și conversiile nu reproduc exact GSC, dar o tendință stabilă este o dovadă importantă.
- Verifică logurile sau datele first-party. Cererile și leadurile pot arăta dacă rezultatul comercial s-a schimbat.
- Separă 13–17 de 18 august înainte. Spam update-ul începe abia pe 18, deci nu poate explica retroactiv bugul din 13.
- Așteaptă actualizarea Google. Nu completa valorile lipsă prin presupunere și nu recalcula trenduri ca și cum datele ar fi complete.
O matrice simplă de interpretare
| Raport AI | Web/analytics | Interpretare prudentă |
|---|---|---|
| scade | stabil | bugul de logging este explicația principală de verificat |
| scade | scade după 18 august | pot exista bug și schimbare reală; segmentarea este necesară |
| stabil | scade | investighează Search clasic, cererea, CTR-ul, site-ul și trackingul |
| scade | leadurile cresc | nu trata impresiile incomplete drept KPI comercial dominant |
Cum separăm bugul de August Spam Update
Cronologia este primul filtru. Bugul începe pentru datele din 13 august. Spam update-ul începe pe 18 august la 09:27 PDT. O scădere vizibilă din 13 nu poate fi cauzată de un update lansat cinci zile mai târziu.
După 18 august, cele două ferestre se suprapun. Aici nu este suficient să mutăm explicația de la bug la update. Trebuie să vedem dacă pierderea apare și în date neafectate, pe ce URL-uri, pentru ce țări și dacă persistă după finalizarea rollout-ului.
Articolul despre August 2026 Spam Update descrie protocolul din fereastra activă. Regula comună este aceeași: păstrăm observația, dar nu atribuim cauza înainte de suficiente dovezi.
Ce ar trebui să facă AYSA cu o anomalie oficială
Pentru AYSA, o anomalie oficială ar trebui să devină metadată a seriei, nu o notă pierdută într-un raport. Recomandarea de produs este ca intervalul afectat să fie marcat automat și exclus din alertele care presupun date complete.
Un mesaj util ar suna astfel: „Google confirmă date incomplete pentru impresiile Generative AI începând cu 13 august. Nu atribui această scădere unei modificări a site-ului până la rezolvarea incidentului.” Sistemul poate continua să monitorizeze paginile, indexarea, sesiunile și conversiile. Ceea ce trebuie inhibat este inferența greșită.
AYSA lucrează public cu date Google, contextul website-ului și un flux de acțiuni aprobate. Marcarea anomaliilor ar proteja exact legătura dintre „remăsoară” și „explică”. Funcția descrisă este o recomandare editorială de produs, nu o declarație că bannerul este deja disponibil.
Ce să nu faci
- Nu rescrie paginile numai fiindcă raportul afectat a scăzut.
- Nu raporta clientului impresiile lipsă ca pierdere certă.
- Nu combina Search și Discover fără etichete distincte.
- Nu muta data de început a problemei la 18 august pentru a o potrivi cu update-ul.
- Nu completa golul cu o interpolare prezentată drept date Google.
- Nu promite că valorile vor fi recuperate retroactiv.
Cum raportăm perioada către management
Un rezumat corect poate avea trei rânduri:
Google confirmă o eroare de logging în raportul Generative AI Performance pentru date începând cu 13 august. Scăderea afișată nu poate fi tratată drept pierdere reală de vizibilitate până la rezolvarea incidentului. Monitorizăm separat traficul organic, landing pages și conversiile; intervalul este exclus din comparațiile cauzale.
Această formulare spune ce știm, ce nu știm și ce verificăm. Nu minimalizează o posibilă problemă reală, dar nici nu transformă datele defecte într-o alarmă comercială.
Întrebări frecvente
Este confirmat bugul Search Console?
Da. Google îl listează în pagina oficială Data anomalies și spune că afectează logging-ul impresiilor Generative AI din Search începând cu 13 august 2026.
Problema este rezolvată?
Nu la verificarea din 19 august. Intrarea oficială o descria drept ongoing.
Am pierdut vizibilitatea AI?
Raportul afectat nu poate demonstra asta. Compară raportul Web, analytics, paginile, conversiile și observațiile independente.
Bugul este cauzat de spam update?
Nu există această legătură. Bugul începe pe 13 august, iar spam update-ul pe 18 august; sunt evenimente oficiale distincte.
Sunt afectate și clickurile?
Intrarea pentru Generative AI în Search menționează impresiile. Intrarea separată pentru Discover menționează clickuri și impresii pe 13 august.
Google va reface datele?
Nu avem o confirmare. Păstrează intervalul marcat drept incomplet până când Google precizează rezoluția și eventualul backfill.
Trebuie să opresc optimizările?
Nu, dar nu evalua efectul lor folosind exclusiv seria afectată. Păstrează versiunile, datele intervențiilor și KPI independenți.
Concluzie
În măsurarea SEO și GEO, calitatea instrumentului face parte din calitatea concluziei. Între 13 august și rezolvarea incidentului, raportul Generative AI Performance are o limită oficială. Nu o ascundem, nu o umplem cu presupuneri și nu atribuim site-ului ceea ce Google identifică drept problemă de logging.
Pentru un workflow care leagă monitorizarea de intervenții aprobate, descoperă AYSA. Dacă ai nevoie să separi pierderea reală de o anomalie de raportare, putem construi diagnosticul pe datele site-ului tău.