Audit SEO cu AI: Search Console, canibalizare, conținut subțire

Un audit SEO cu AI are cel mai mult sens pe un site care există deja și al cărui trafic scade sau stă pe loc de luni bune. Datele sunt deja în Search Console și într-un crawl de o oră; asistentul AI te ajută să grupezi mii de interogări și să găsești paginile care se bat între ele sau care nu spun nimic. Decizia pentru fiecare URL rămâne a ta, iar ghidul de mai jos e construit pe această împărțire.

Vizibilitatea în AI Overviews și măsurarea în era zero-click sunt subiectul ghidului despre SEO, AEO și GEO, iar firmele locale în ChatGPT și Perplexity, al ghidului GEO pentru firme locale. Aici rămânem la auditul unui site existent, pe datele lui.

Ce face AI-ul într-un audit SEO și ce rămâne la tine

Modelul nu vede pagina de rezultate Google și nu știe ce pagini îți aduc clienți. Știe să grupeze interogări, să compare texte, să scrie codul care unește tabele și să propună decizii cu motiv.

Metoda în ansamblu (auditul în trei straturi, tehnic, de conținut și de vizibilitate AI, matricea impact × efort și roadmap-ul care iese din ea) e proiectul aplicat din SEO și AEO/GEO în Era AI. Aici intrăm în detaliul stratului de conținut: tabelul de lucru, prompturile și regulile de decizie.

Pasul 1: exportul din Search Console și limitele lui

Raportul Performanță arată clicurile, afișările, CTR-ul și poziția medie, grupate pe interogări, pagini, țări, dispozitive, aspect în căutare și date. Search Console păstrează ultimele 16 luni, deci poți compara cu aceeași perioadă de anul trecut. Trei capcane înainte de concluzii:

• Poziția medie nu e „locul tău”. E media poziției celui mai de sus rezultat al tău, pe toate afișările; fără afișare, poziția nu se înregistrează. O pagină afișată la fel de des pe locul 3 pentru o interogare și pe 40 pentru alta apare cu 21,5 (exemplu ilustrativ). Poziția se citește pe perechea interogare–pagină.
• Totalurile nu se adună. Interogările anonimizate, pe care nu le fac mai mult de câteva zeci de utilizatori în două-trei luni, lipsesc din tabele, dar intră în totalurile graficului (mai puțin când filtrezi după interogare). În plus, Search Console păstrează și afișează doar rândurile cele mai importante, deci nici restul interogărilor nu apar toate în tabel. Iar datele pe pagină se numără altfel decât pe proprietate: două pagini ale tale în aceeași pagină de rezultate înseamnă o afișare pentru proprietate și câte una pentru fiecare pagină.
• Datele merg la URL-ul canonic. Dimensiunea Pagini grupează după URL-ul final, după redirecționări, iar datele sunt atribuite în principal canonicului. Două variante deja consolidate de Google, de regulă, nu apar ca două rânduri.

Limitele vin din analiza Google despre filtrarea și limitele datelor de performanță și din documentația API-ului; exportul în bloc nu e afectat de limita zilnică de rânduri. Potrivit paginii de ajutor pentru configurare, există un prag de utilizare fără cost, peste care stocarea și interogările se plătesc, iar istoricul dinainte de configurare îl iei din API sau din rapoarte.

Canibalizarea cere perechi interogare–pagină. În interfață le obții pe rând: filtrezi interogarea, apoi deschizi fila Pagini. API-ul le dă în același tabel, dar documentația avertizează că, la cererile cu pagină și interogare, o parte din date se pot pierde; totalurile le iei din cereri fără aceste dimensiuni.

Ce exporți: interogările și paginile pe ultimele trei luni și pe aceleași trei luni de anul trecut, perechile interogare–pagină pe aceleași perioade și o serie săptămânală pe pagină. La comparații, ghidul Search Console pentru filtrare și comparare sugerează granularitatea săptămânală sau lunară, ca să scapi de efectul zilei din săptămână. Separi și interogările de brand cu filtrul dedicat, unde e disponibil (lipsește la site-urile cu puține afișări). Raportul separat pentru AI Overviews și AI Mode, extins de Google la toate site-urile de la 31 august 2026, arată afișările pe pagini, țări și dispozitive, dacă site-ul a avut destule afișări acolo; îl exporți separat, iar interpretarea lui e în ghidul-pilon.

Pasul 2: crawlul tehnic

Search Console spune cum performează paginile; crawlul spune ce sunt ele: cod HTTP, redirecționări, canonic declarat, noindex, titlu, H1, număr de cuvinte și linkuri interne primite. Screaming Frog SEO Spider, de exemplu, parcurge în versiunea fără licență până la 500 de URL-uri pe parcurgere, cu configurarea, salvarea, randarea JavaScript și integrările API restricționate: suficient pentru un site de prezentare, nu pentru un magazin mare.

Ce cauți:

• Pagini orfane: URL-uri cu afișări sau din sitemap, fără niciun link intern. Google recomandă ca fiecare pagină care contează să primească un link din cel puțin o altă pagină a site-ului.
• Titluri și H1 aproape identice: primul semn de pagini care țintesc aceeași intenție.
• Lanțuri de redirecționări și linkuri interne spre URL-uri redirecționate.
• Canonice care contrazic sitemap-ul și noindex uitat din faza de dezvoltare.

Sursele se unesc pe URL, după normalizare (https, același host, aceeași regulă pentru slash-ul final, fără parametri de urmărire). Aici modelul greșește ușor dacă potrivește rândurile „din ochi”; îi ceri codul și îl rulezi tu.

Pasul 3: tabelul de lucru

Un singur tabel, un rând pe URL:

Coloana motiv nu e opțională: peste trei luni trebuie să știi de ce ai îmbinat o pagină, nu doar că ai îmbinat-o.

Pasul 4: analiza cu AI, în trei prompturi

Regula comună: modelul lucrează doar pe tabelele primite, scrie codul pentru orice calcul și leagă fiecare concluzie de rândurile din care provine. Dacă asistentul poate rula cod pe fișierele încărcate, îi dai tabelul; altfel îți scrie scriptul și îl rulezi local.

Promptul 1: clusterele de intenție.

Primești EXPORT_INTEROGARI (interogare, clicuri, afisari, ctr, pozitie)
pentru un site [domeniul].
1. Grupează interogările după intenție, nu după cuvinte comune.
2. Pe cluster: nume scurt, tipul intenției (informațională, comercială,
   tranzacțională, navigațională), numărul de interogări, suma afișărilor.
3. Brandul intră într-un cluster separat; ambiguele le marchezi [AMBIGUU].
Livrare: interogare -> cluster, apoi tabelul clusterelor.
Nu adăuga interogări care nu sunt în export.

Verifici manual 20–30 de rânduri la întâmplare și toate ambiguele.

Promptul 2: suspiciunile de canibalizare.

Primești PERECHI (interogare, pagina, clicuri, afisari, pozitie)
pentru două perioade și CLUSTERE (interogare -> cluster).
Scrie codul Python (pandas) care:
1. Păstrează interogările cu cel puțin [N] afișări.
2. Marchează SUSPECT interogările la care cel puțin două URL-uri
   au fiecare minimum [X]% din afișări.
3. Listează, pe SUSPECT, URL-urile cu afișări, clicuri, poziție și
   evoluția față de perioada anterioară, apoi agregă pe cluster.
Pe rezultatul rulat, propune pentru fiecare pereche „aceeași intenție”
sau „intenții diferite”, cu motivul, marcat [DE VERIFICAT PE SERP].

[N] și [X] nu au valori oficiale; un punct de pornire ilustrativ pentru un site mic e „două URL-uri cu minimum 20% din afișări fiecare”, ajustat după primele rezultate.

Promptul 3: decizia propusă.

Primești TABEL_LUCRU. Pentru fiecare URL propui: PĂSTREZ, RESCRIU,
ÎMBIN_301 (cu ținta), CANONIC (cu ținta), NOINDEX sau ȘTERG_404_410.
- Fără ȘTERG pentru URL-urile cu linkuri externe sau conversii.
- ÎMBIN_301 doar spre o pagină din același cluster_intentie.
- Numărul de cuvinte nu e, singur, motiv pentru RESCRIU.
- Motivul citează coloanele folosite; fără date suficiente, NEDECIS.
Livrare: url, decizie, url_tinta, motiv.

Ieșirea e o propunere, nu o listă de execuție.

Canibalizarea: cum o recunoști și când nu e o problemă

În practica SEO, canibalizare înseamnă că două pagini ale aceluiași site servesc aceeași intenție și se înlocuiesc una pe alta în rezultate, fără ca vreuna să se stabilizeze. Nu e o metrică din Search Console; exportul îți dă doar suspiciunea, confirmarea o faci tu:

• în seria pe zile sau pe săptămâni, URL-urile alternează pe aceeași interogare: când afișările unuia cresc, ale celuilalt scad;
• pozițiile lor oscilează mai mult decât ale altor pagini din cluster;
• citite de un om, ambele răspund la aceeași întrebare, în același format.

Arată la fel în export, dar nu e canibalizare: un ghid și o pagină de categorie cu intenții diferite, două pagini afișate simultan în aceeași pagină de rezultate (fiecare primește o afișare, dar nu se înlocuiesc) și interogările de brand. Dacă paginile sunt practic aceeași, le îmbini; dacă au roluri diferite, le diferențiezi prin titlu, unghi și ancorele linkurilor interne, apoi le legi între ele.

Conținutul subțire nu e o chestiune de număr de cuvinte

Google nu are un număr de cuvinte preferat și o spune explicit în ghidul despre conținutul util, de încredere, creat pentru oameni. Subțire e pagina după care cititorul nu a aflat destul ca să-și atingă scopul: o pagină de contact de 80 de cuvinte e completă, un articol lung care repetă primele cinci rezultate nu e.

Semnale care merită citite de un om: afișări constante cu clicuri aproape zero pe 16 luni; pagini din același șablon cu numele orașului schimbat (politica Google privind paginile doorway dă exact exemplul paginilor țintite pe orașe care trimit spre o singură pagină); titluri și prime paragrafe aproape identice cu ale altor pagini; informații depășite. Întrebările de autoevaluare din ghid (aduce informație sau analiză originală? valoare substanțială față de celelalte rezultate? erori factuale ușor de verificat?) pot fi grila modelului pentru o primă trecere, dar nota o dă cineva care cunoaște domeniul.

Rescrierea în masă cu AI

Folosirea potrivită a AI nu încalcă regulile Google și nici nu aduce avantaje speciale: conținutul e judecat ca orice conținut. În schimb, generarea multor pagini fără valoare adăugată pentru utilizatori, cu instrumente de AI generativ, e un exemplu de scaled content abuse în politicile Google împotriva spamului. Printre semnalele de alarmă din ghidul despre conținut util sunt și două reflexe de după audit: data schimbată ca pagina să pară proaspătă, fără modificări substanțiale, și adăugarea sau ștergerea masivă de conținut ca site-ul să pară „proaspăt”.

Rescrii deci în loturi mici, de la paginile cu cel mai mare potențial, cu brief (intenția, ce lipsește față de rezultatele de top, ce date proprii adaugi), editor uman și data schimbată doar când s-a schimbat conținutul. Fluxul de actualizare a unui articol existent e lucrat în AI pentru Content Creation și Copywriting.

Decizia per pagină

Patru reguli din documentația Google:

1. Redirecționarea permanentă (301 sau 308) semnalează că ținta ar trebui să devină canonică, iar Google o recomandă server-side ori de câte ori se poate; una temporară (302) nu transmite semnalul. Detaliile sunt în ghidul despre redirecționări și Google Search.
2. Nu redirecționa multe URL-uri spre o pagină fără legătură, cum e pagina principală: poate fi tratată ca soft 404. Spre o pagină pe care ai consolidat conținutul lor, redirecționarea e legitimă.
3. Nu folosi noindex ca să alegi canonicul între două pagini ale site-ului: scoate pagina complet din căutare. Pentru asta există rel="canonical".
4. Păstrează redirecționările mult timp. La mutarea unui site, Google recomandă în general cel puțin un an; pentru o îmbinare e un reper rezonabil.

Un URL cu 404 sau 410 e scos din index, dacă era indexat; linkurile externe spre el nu mai duc la o pagină din index, pe când după un 301 Google le reatribuie, în timp, paginii țintă.

Ce nu lași pe seama modelului

• Verificarea pe SERP. Search Console avertizează că rezultatele depind de moment, loc, dispozitiv și istoricul celui care caută. Pentru fiecare caz de canibalizare și fiecare rescriere, deschizi rezultatele într-o fereastră privată, pe mobil și pe desktop.
• Ștergerea paginilor cu linkuri externe sau conversii. Datele lipsesc din export, iar decizia o ia cine răspunde de site.
• Sezonul și actualizările de algoritm. Ghidul Google pentru depanarea scăderilor de trafic recomandă să verifici interogările mari în Google Trends și lista actualizărilor de ranking; la o scădere mică de poziție, să eviți schimbările radicale la o pagină care performează bine.
• Valoarea de business. O pagină cu trafic mic care aduce cereri de ofertă bate una cu trafic mare care nu aduce nimic.
• Domeniile reglementate (sănătate, juridic, financiar): rescrierea trece pe la un specialist.

Prioritizarea: impact × efort

Exemplu pe un site fictiv, un magazin online de echipamente de cafea, cu date ilustrative:

Impactul îl estimezi din afișările interogărilor afectate și din diferența de CTR față de paginile tale mai bine poziționate; efortul, în ore, cu tot cu verificare. Blocajele tehnice (o pagină importantă cu noindex, erori 5xx) trec înaintea oricărei probleme de conținut.

Planul pe 30, 60 și 90 de zile

• Zilele 1–30: exporturile datate și crawlul arhivat, ca bază de comparație; blocajele tehnice reparate; canibalizările evidente îmbinate cu 301; orfanele legate; sitemap-ul curățat.
• Zilele 31–60: primul lot de rescrieri, îmbinările cu muncă editorială, noindex pe paginile utilitare, ștergerile după ultima verificare.
• Zilele 61–90: prima măsurare, al doilea lot, tabelul actualizat.

Fiecare modificare primește un rând în jurnal (data, URL-ul, decizia, motivul); fără el, nu mai legi o variație de trafic de o modificare.

Măsurarea după audit

• Perioade fixate dinainte: aceeași lungime înainte și după, granularitate săptămânală, plus comparația an la an.
• Pe interogări, nu doar pe URL. După o îmbinare, datele se mută pe URL-ul final; compari suma paginilor vechi „înainte” cu pagina țintă „după”, pe aceleași interogări.
• Răbdare. Google spune că unele modificări au efect în câteva zile, altele în câteva luni, că merită să aștepți câteva săptămâni înainte să analizezi și că nu există garanția unui efect vizibil.
• Raport onest: ce s-a schimbat, pe ce interogări, față de ce perioadă, cu actualizările de ranking din intervalul măsurat notate alături. Dashboardul lunar e tratat în modulul de analytics din AI în Digital Marketing.

Datele firmei și asistentul AI

Proprietatea din Search Console se verifică pe un cont al firmei, nu al consultantului: proprietarul controlează accesul. Google are trei niveluri principale: proprietarul (Owner), cu control complet, inclusiv adăugarea utilizatorilor și exportul în BigQuery; utilizatorul complet (Full user), care vede toate datele; utilizatorul restricționat (Restricted user), care vede majoritatea datelor. Consultantului extern îi dai nivelul minim necesar și îl retragi la final.

Exportul e agregat, iar interogările rare sunt anonimizate, dar rămân informații de business confidențiale, iar unele interogări pot conține nume de persoane (medicii unei clinici, angajați). Folosești un cont de organizație, verifici în termeni dacă datele servesc la antrenare și trimiți doar coloanele necesare. Regulile generale sunt în ghidul despre datele clienților în ChatGPT și GDPR.

Întrebări frecvente

Cât de des merită făcut un audit SEO cu AI? Un audit complet, cu export, crawl și decizie per pagină, de regulă o dată pe an sau după o scădere pe care sezonul nu o explică. Între audituri, o verificare lunară a paginilor cu cele mai mari variații prinde problemele devreme. Search Console păstrează doar ultimele 16 luni, așa că arhivezi exporturile.

Pot face auditul doar cu exportul din interfața Search Console? Pe un site mic, da: interfața exportă maximum 1.000 de rânduri. Pentru perechile interogare–pagină pe un site mediu folosești Search Analytics API, cu până la 50.000 de rânduri pe zi pe tip de căutare, iar pentru date complete (fără interogările anonimizate) pe un site mare, exportul în BigQuery, pornit din timp: nu aduce istoricul dinainte de configurare.

Cum recunosc canibalizarea în Search Console? Filtrezi interogarea în raportul Performanță și deschizi fila Pagini. Dacă două URL-uri au afișări consistente, verifici în seria pe zile dacă alternează și, în rezultatele reale, dacă servesc aceeași intenție. Două pagini cu intenții diferite pot apărea legitim pentru aceeași interogare.

E bine să șterg paginile cu conținut subțire? Nu în bloc: Google precizează că ștergerea masivă de conținut ca site-ul să pară proaspăt nu ajută. Rescrii ce are intenția bună, îmbini cu 301 ce dublează altă pagină, pui noindex pe ce e util doar pe site și ștergi doar ce nu are valoare, trafic, linkuri externe sau conversii.

Pot rescrie cu AI toate paginile slabe deodată? E riscant. Folosirea potrivită a AI nu încalcă regulile Google, dar generarea multor pagini fără valoare adăugată e un exemplu de scaled content abuse. Rescrii în loturi, cu brief, editor uman și verificarea faptelor, și măsori primul lot înainte de al doilea.

Concluzie

Un audit SEO cu AI pornește de la date citite cu limitele lor: 1.000 de rânduri în interfață, totaluri cu interogări anonimizate, date atribuite canonicului, plus un crawl care spune ce sunt paginile. AI-ul face repede munca de pe tabel: clustere, suspiciuni de canibalizare, cod, decizii propuse. Verificarea pe rezultatele reale, linkurile externe, conversiile, sezonul și ștergerea rămân la om. Restul e disciplină: o decizie notată pentru fiecare URL, 301 doar spre pagini relevante, rescrieri în loturi și măsurare pe perioade comparabile.

Surse

• Search Console, About the data: https://support.google.com/webmasters/answer/17011364
• Search Console, Dimensions and data groupings: https://support.google.com/webmasters/answer/17011259
• Search Console, Advanced filtering and comparison: https://support.google.com/webmasters/answer/17011165
• Search Console, Impressions, position, and clicks: https://support.google.com/webmasters/answer/7042828
• Search Console, Performance report: https://support.google.com/webmasters/answer/7576553
• Google Search Central Blog, Search Console performance data filtering and limits: https://developers.google.com/search/blog/2022/10/performance-data-deep-dive
• Search Console API, Getting your performance data: https://developers.google.com/webmaster-tools/v1/how-tos/all-your-data
• Bulk data export, anunțul Google și pagina de configurare: https://developers.google.com/search/blog/2023/02/bulk-data-export și https://support.google.com/webmasters/answer/12917675
• Search Console, Generative AI performance report: https://support.google.com/webmasters/answer/16984139
• Search Console, users and permissions: https://support.google.com/webmasters/answer/7687615 și bulk data export permissions: https://support.google.com/webmasters/answer/12919198
• Google Analytics Help, Search Console în Analytics (16 luni): https://support.google.com/analytics/answer/10737381
• Google Search Central, Creating helpful, reliable, people-first content: https://developers.google.com/search/docs/fundamentals/creating-helpful-content
• Google Search Central, Spam policies for Google web search: https://developers.google.com/search/docs/essentials/spam-policies
• Google Search Central Blog, Google Search's guidance about AI-generated content: https://developers.google.com/search/blog/2023/02/google-search-and-ai-content
• Google Search Central, Redirects and Google Search: https://developers.google.com/search/docs/crawling-indexing/301-redirects
• Google Search Central, Site moves with URL changes: https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
• Google Search Central, Canonical URLs și noindex: https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls și https://developers.google.com/search/docs/crawling-indexing/block-indexing
• Google Search Central, links: https://developers.google.com/search/docs/crawling-indexing/links-crawlable
• Google Search Central, HTTP status codes and network errors: https://developers.google.com/search/docs/crawling-indexing/http-network-errors
• Search Console API, Search Analytics query (rowLimit): https://developers.google.com/webmaster-tools/v1/searchanalytics/query
• Google Search Central, Debugging drops in Google Search traffic: https://developers.google.com/search/docs/monitor-debug/debugging-search-traffic-drops
• Screaming Frog, SEO Spider: https://www.screamingfrog.co.uk/seo-spider/

Articol informativ, publicat la 1 octombrie 2026. Documentația Google și pagina Screaming Frog au fost consultate la 1 octombrie 2026; limitele de export și rapoartele se schimbă, așa că verifică-le în documentația curentă înainte de un audit. Site-ul din exemplul de prioritizare este fictiv, iar cifrele lui și pragurile din prompturi sunt ilustrative.