Patru minute pentru a crea contul de serviciu. Șaisprezece luni de istoric Search Console completate retroactiv la prima sincronizare. Două secunde pentru un domeniu deja verificat și autorizat. Și două luni — cifra care generează mai multe tichete de suport decât celelalte trei la un loc, pentru că este fereastra implicită de reținere a datelor în GA4, iar aproape nimeni nu știe să o verifice înainte de a se conecta.
Configurarea propriu-zisă este scurtă: o credențială în Setări → Conturi Google, două butoane de conectare în Gestionare domenii, și apoi practic uiți că această pagină există. Dar cifra de două luni merită o explicație completă, pentru că explică de ce unele domenii arată un istoric Analytics consistent și util din prima zi, iar altele arată aproape nimic timp de săptămâni — și nu e o eroare a platformei atunci când se întâmplă asta.
O credențială, acordată o singură dată
Încarci o cheie de cont de serviciu Google — un fișier JSON, nu o autentificare personală. O identitate de tip robot, nu un token OAuth uman care expiră sau se defectează când cineva își schimbă parola. Google Cloud o emite o singură dată și funcționează până o ștergi, ceea ce este și modul în care platforma se sincronizează la ora 3 dimineața fără ca nimeni să fie conectat.
Crearea unei chei durează aproximativ cele patru minute menționate, dacă nu ai mai făcut-o: proiect nou sau existent, IAM și Administrare → Conturi de serviciu → Creare, descarcă cheia. Permisiunea contează mai mult decât pare din meniul derulant — acordă rolul Viewer pe proprietatea Search Console și pe cea Analytics, nimic mai mult. Am văzut echipe care acordă rol de Editor pentru că e prima opțiune din listă, iar șase luni mai târziu nimeni nu poate explica de ce un cont robot are acces de scriere la configurația GA4. Accesul doar-citire este cel corect; platforma nu îți modifică niciodată setările.
O singură cheie acoperă toate domeniile din acel proiect Google Cloud. Dacă ești o agenție care gestionează o duzină de site-uri de clienți, asta pledează pentru un cont de serviciu per client, nu unul singur pentru toți — off-boardingul unui client devine ștergerea unei chei, nu auditarea domeniilor care au partajat discret credențiale cu cineva care a plecat.
Search Console: rapid când e rapid, agasant când nu e
- Deschide Conectare pe un domeniu. Search Console și Analytics primesc fiecare un card, iar Analytics are un raster "la fel ca Search Console", pentru că, de regulă, o singură cheie le acoperă pe ambele.
- Deja verificat, cu accesul acordat contului tău de serviciu? Instantaneu — o verificare a permisiunilor, finalizată în circa două secunde.
- Neverificat încă: verificare DNS automată dacă furnizezi cheia API a registrarului tău (Cloudflare, Route 53, câteva altele), sau o înregistrare TXT manuală pe care o adaugi tu.
La ruta manuală apare de regulă nerăbdarea. Propagarea variază genuin — de la nouăzeci de secunde într-un caz, la patru ore în altul, în funcție de TTL și caching-ul resolver-ului. Platforma face verificări periodice, deci adaugi înregistrarea și te ocupi de altceva. Dacă trece o zi fără verificare, rareori e vorba de propagare; de regulă e o greșeală de tastare în valoare sau înregistrarea plasată în zona greșită (apex în loc de subdomeniu, sau invers). Rulează un `dig TXT` pe ce este de fapt activ, înainte să dai vina pe Google.
Ruta cu cheie API elimină toate acestea scriind singură înregistrarea, dar înseamnă să oferi unui instrument terț acces de scriere la DNS-ul tău — și dacă acel DNS gestionează traficul de producție, cred că e rezonabil să hesitezi. Ruta manuală costă câteva minute la început și îți garantează că nu te mai gândești la asta vreodată.
Analytics și decalajul de reținere despre care nimeni nu te avertizează
Analytics se conectează prin descoperire, nu prin verificare — platforma caută o proprietate GA4 existentă pe domeniu și se conectează dacă contul tău de serviciu are acces, întrucât permisiunile GA4 sunt deja restricționate la nivelul Google. Poate crea o proprietate dacă nu există niciuna, dar permite-i acest lucru doar pentru site-uri cu adevărat noi. Dacă ai migrat de la Universal Analytics sau ai o proprietate cu ani de istoric, conectează-te explicit la aceea. O proprietate nouă cu trei zile de date este un punct de start mult mai slab decât una veche de nouă ani cu tipare sezoniere consolidate, iar bucla de optimizare se bazează pe acel istoric mai mult decât lasă să se înțeleagă fluxul de conectare.
Aici e decalajul care prinde oamenii nepregătiți: Search Console completează retroactiv până la șaisprezece luni de date privind interogările la prima sincronizare, pentru că Google reține atâta istoric pe server, indiferent de momentul conectării. GA4 nu are o garanție echivalentă — completarea retroactivă este limitată de setarea de reținere a datelor a proprietății respective, care este implicit fixată la două luni, dacă nimeni din organizația ta nu a schimbat-o. Așa că un domeniu poate arăta șaisprezece luni de afișări și clicuri chiar în momentul conectării, și doar două luni de sesiuni, în aceeași zi, din același flux de configurare. Nu e o eroare de sincronizare. Este setarea implicită de reținere a Google care funcționează exact cum a fost configurată, iar remediul — dacă vrei mai mult de două luni pe viitor — este schimbarea ferestrei de reținere direct în setările proprietății GA4, nu ceva de partea platformei. Merită verificat înainte de a te conecta, nu după ce te-ai încurcat din cauza discrepanței.
Proprietăți partajate și ce urmează
Încă o particularitate Analytics: dacă organizația ta rulează o singură proprietate GA4 care colectează date pentru cinci site-uri — o situație obișnuită când cineva a configurat urmărirea cu ani în urmă și nimeni nu a mai separat-o de atunci — conectarea funcționează în continuare corect, dar fiecare interogare este filtrată în fundal după hostname. Nu e o bifă, nu e ceva ce poți dezactiva accidental. De aceea panoul de control arată mereu cifrele acestui domeniu și niciodată totalul combinat al proprietății.
Odată stabilite ambele conexiuni, sincronizarea rulează zilnic, conform unui program pe care îl controlezi (vezi capitolul despre programări), iar datele Analytics se asociază automat pentru orice este construit pe platformă. Rândul domeniului arată în așteptare, parțial sau activ — "parțial" înseamnă că una din cele două conexiuni este funcțională iar cealaltă nu, și acesta este semnalul tău să verifici ce card este roșu, nu să te bazezi pe starea agregată.
Unde chiar apar problemele
Aproape fiecare tichet pe care l-am văzut se încadrează în trei categorii, niciuna neobișnuită. Unu: cheia contului de serviciu este validă, dar restricționată la proiectul Google Cloud greșit, astfel încât verificarea permisiunilor revine goală, chiar dacă încărcarea cheii în sine funcționează. Doi: nimeni nu a adăugat de fapt adresa de e-mail a contului de serviciu — ceva de genul [email protected] — ca Viewer în setările proprii de acces din Search Console sau GA4; încărcarea cheii pe platformă nu îi acordă nimic de partea Google. Trei, mai insidios: un domeniu este reconectat sub un cont de serviciu nou după ce vechiul cont a fost șters, dar programarea continuă discret să dea greș pe credențiale expirate timp de o săptămână, până când cineva observă că cifrele nu se mai actualizează.
Niciuna dintre acestea nu este o eroare a platformei — sunt costul obișnuit al unui robot care are nevoie de permisiune pe două produse Google separate, iar modelul Google nu îl face deloc evident. Alocă cincisprezece minute pentru primul domeniu, nu cele două minute pe care fluxul le lasă să se înțeleagă. Fiecare domeniu următor este rapid, pentru că atât credențiala, cât și obișnuința se transferă.
