Configurarea Google Search Console înseamnă trei lucruri făcute în ordine: adaugi proprietatea potrivită tipului de site, dovedești că îți aparține și trimiți sitemap-ul. Restul e răbdare, pentru că datele reale apar după câteva zile, iar rapoartele utile abia după câteva săptămâni de acumulare.
Primim des întrebarea într-o formă sau alta: „am adăugat site-ul în Search Console, dar nu văd nimic”. De obicei site-ul e adăugat greșit, verificat pe o proprietate care nu acoperă tot traficul sau conectat fără sitemap. Sunt trei lucruri diferite și fiecare se rezolvă separat.
Google Search Console este singurul instrument oficial prin care vezi cum îți apare site-ul în căutări: ce interogări aduc afișări, ce pagini sunt indexate, unde sunt probleme tehnice și când primești o acțiune manuală. Nu îl înlocuiește niciun tool plătit. Ce raportează Search Console vine direct de la Google; ce raportează celelalte e o aproximare făcută din exterior.
Domain property sau URL-prefix property: ce alegi
La adăugarea unei proprietăți noi, Search Console îți oferă două opțiuni. Diferența dintre ele nu e cosmetică și dacă alegi greșit vei rata date luni la rând.
Domain property acoperă tot domeniul: HTTP, HTTPS, cu și fără www, plus toate subdomeniile. Verificarea se face prin DNS, adică adăugând un record TXT la furnizorul de domeniu. Este varianta pe care o recomandăm în majoritatea situațiilor, pentru că îți dă imaginea completă într-un singur loc.
URL-prefix property acoperă exact varianta pe care o adaugi. Dacă introduci https://exemplu.ro, nu îți intră datele de pe https://www.exemplu.ro. Verificarea e mai flexibilă: fișier HTML încărcat pe server, tag în <head>, cont Google Analytics sau Google Tag Manager deja instalat.
Când folosești URL-prefix are sens: când ai acces la site dar nu la DNS, când vrei să monitorizezi separat un subdomeniu (blog, shop, staging) sau când site-ul rulează pe un subdirector distinct pe care vrei să îl urmărești izolat. În rest, domain property e alegerea corectă.
Cum verifici proprietatea prin DNS
Alegi domain property, introduci domeniul fără https:// și fără www, iar Search Console îți afișează un record TXT care începe cu google-site-verification=.
Te loghezi la furnizorul unde ai cumpărat domeniul (nu neapărat unde ai hostingul), intri în zona DNS și adaugi un record nou de tip TXT, cu valoarea din Search Console. La host lași câmpul gol sau pui @, în funcție de interfață. Salvezi, te întorci în Search Console și apeși Verify.
Propagarea DNS poate dura de la câteva minute la câteva ore. Dacă apasă Verify prea repede și primește eroare, mulți cred că au greșit ceva și șterg totul. Nu șterge nimic. Aștepți o oră și încerci din nou.
Ce trimiți după verificare
Proprietatea verificată nu înseamnă că Google începe să analizeze site-ul altfel. Search Console citește datele care există oricum despre site-ul tău. Verificarea îți dă acces la ele, nu declanșează o crawlare specială.
Ce faci concret, în ordine:
- Trimiți sitemap-ul XML în raportul Sitemaps. La site-uri WordPress cu Rank Math, Yoast sau AIOSEO, adresa este de regulă
/sitemap_index.xmlsau/sitemap.xml. Verifici întâi că se deschide în browser și returnează URL-uri reale, nu pagină goală. - Verifici
robots.txtîn raportul dedicat. Nu vrei să blochezi accidental directoare care conțin conținut valoros. Am văzut cazuri în care după o migrare a rămas activ unrobots.txtde dezvoltare care bloca tot site-ul. - Setezi proprietatea preferată de indexare, dacă folosești URL-prefix. La domain property nu e nevoie.
- Adaugi utilizatorii care au nevoie de acces, cu rolul corect. Owner, full user, restricted user – fiecare vede altceva. Un dezvoltator care rezolvă probleme tehnice are nevoie de acces, dar nu neapărat de owner.
Ce nu faci: nu apeși Request Indexing pe fiecare pagină. Funcția e utilă când publici ceva important sau când rezolvi o problemă și vrei să grăbești reprocesarea. Folosită la scară, nu ajută. Google decide oricum când și cum crawlează, în funcție de importanța pe care o dă site-ului.
Rapoartele pe care merită să le deschizi în prima săptămână
Interfața are zeci de rapoarte. Cinci contează la început.
Indexare pagini. Aici vezi câte pagini au fost acceptate și câte au fost respinse, cu motivul respingerii. Te uiți întâi la paginile excluse, nu la cele valide. „Crawled – currently not indexed” și „Discovered – currently not indexed” sunt semnalele că Google a văzut paginile dar nu le consideră destul de utile pentru a le indexa. E o problemă de calitate a conținutului, nu una tehnică, iar Google nu spune public regulile exacte după care decide.
Performanță. Interogările pe care apari, pozițiile medii, CTR-ul și paginile care primesc afișări. În prima săptămână are date puține. Devine util după 4-6 săptămâni de acumulare, când poți compara perioade.
Sitemaps. Confirmi că sitemap-ul a fost citit, câte URL-uri conține și dacă au apărut erori.
Core Web Vitals. Rulează pe date reale de la utilizatori (Chrome UX Report), colectate în timp. La un site nou sau cu trafic mic, raportul rămâne gol săptămâni bune, pentru că nu are volum suficient de date. Nu e o defecțiune.
Manual actions și Security issues. Ar trebui să fie goale. Dacă apare ceva, e prioritate absolută.
Ce nu îți spune Search Console
Multe decizii de SEO se iau greșit pentru că cineva confundă Search Console cu un audit complet. Nu este.
Search Console îți arată ce s-a întâmplat, nu de ce. Vezi că o pagină a pierdut jumătate din afișări, dar nu îți spune că un competitor și-a rescris pagina lui și acum răspunde mai bine la intenția de căutare. Vezi că 200 de URL-uri sunt „Crawled – currently not indexed”, dar nu îți spune care dintre ele merită indexate și care sunt pagini de filtrare care ar trebui blocate din start.
Aparițiile în AI Overviews nu se raportează separat. Dacă apari citat într-un răspuns generat, se contorizează ca o afișare normală pe interogarea respectivă. Google a spus public că lucrează la măsurare separată, dar deocamdată nu există.
Datele din raportul Performanță sunt eșantionate și au un decalaj de 2-3 zile. Nu te uita la ce s-a întâmplat ieri. Uită-te la ce s-a întâmplat săptămâna trecută comparativ cu săptămâna dinainte.
Search Console nu îți spune dacă structura site-ului are sens pentru business, dacă textele răspund la ce caută clientul tău sau dacă titlurile paginilor scot pe cineva din listă. Pentru asta ai nevoie de un audit SEO care se uită și la lucrurile pe care un tool nu le poate verifica automat.
Legarea cu Google Analytics și Bing Webmaster Tools
Din Setări, poți lega proprietatea de Google Analytics 4. Legătura îți permite să vezi date din Search Console direct în GA4 și, mai important, îți leagă interogările de comportamentul pe site. E o operațiune de câteva minute care merită făcută din start.
Separat, deschide-ți un cont pe Bing Webmaster Tools. Ai opțiunea să imporți proprietatea direct din Search Console, fără să repeți verificarea. Bing alimentează și rezultatele Yahoo, DuckDuckGo și, într-o oarecare măsură, motorul din spatele ChatGPT search. Traficul de acolo e mic în România, dar datele sunt utile la depanare.
Greșeli pe care le vedem des la conturi preluate
Când preluăm un site, verificăm întâi Search Console și găsim aproape mereu una din situațiile de mai jos.
Proprietate verificată doar pe o variantă. Site-ul rulează pe https://www.exemplu.ro, dar în Search Console e adăugat https://exemplu.ro. Rezultatul: rapoartele arată o fracțiune din trafic. Corecția e adăugarea unei domain property care le acoperă pe toate.
Sitemap netrimis sau depășit. Site-ul a fost migrat de pe o platformă pe alta, sitemap-ul vechi returnează 404, iar cel nou nu a fost trimis niciodată. Google descoperă paginile din linkurile interne, dar mai lent.
Utilizatori vechi cu acces. Foști dezvoltatori, foste agenții, angajați plecați. Se curăță din Setări – Utilizatori și permisiuni. Owner-ii verificați prin propriile metode (fișier, tag, GA) rămân până se șterge metoda de verificare, nu doar accesul.
Notificări ignorate. Search Console trimite pe email problemele mari: acțiuni manuale, probleme de securitate, scăderi bruște de indexare. Dacă emailul de owner e al unei persoane care nu mai lucrează în firmă, notificările se pierd.
Ce rămâne în sarcina ta după configurare
Configurarea în sine e treabă de o oră, cu tot cu așteptarea propagării DNS. Ce urmează după e continuu.
Rămâne în sarcina ta să nu ștergi verificarea când schimbi dezvoltatorul, să anunți când migrezi site-ul pe alt domeniu, să răspunzi la notificările de securitate în aceeași zi și să nu adaugi în echipă persoane cu acces de owner fără să știi cine sunt. Search Console e portița prin care se cere reprocesare, se semnalează migrări și se trimit sitemap-uri. Cine are acces owner poate face schimbări care afectează cum apare site-ul în Google.
Întrebări frecvente
Cât durează până văd date în Search Console după verificare?
Primele date apar în 2-3 zile în raportul de indexare și în 3-5 zile în Performanță. Raportul Core Web Vitals cere câteva săptămâni de acumulare, iar la site-uri cu trafic mic poate rămâne gol mult timp. Verificarea în sine nu declanșează o crawlare, doar deschide accesul la datele care se colectează oricum.
Pot configura Search Console singur sau am nevoie de agenție?
Configurarea de bază o poți face singur, dacă ai acces la DNS-ul domeniului. Ce e greu nu e adăugarea, ci interpretarea. Un raport de indexare cu 800 de pagini „Crawled – currently not indexed” înseamnă altceva la un magazin cu filtre neblocate față de un site editorial. Fără context, rapoartele te pot duce în direcții greșite.
Dacă șterg proprietatea, pierd datele?
Da. Datele istorice din Search Console sunt legate de proprietate. Dacă ștergi și readaugi, istoricul dinainte de reprocesare nu se recuperează. De asta recomandăm să nu ștergi niciodată o proprietate verificată, chiar dacă schimbi agenția sau dezvoltatorul. Se scot doar utilizatorii care nu mai au nevoie de acces.
