Looker Studio: primul dashboard care chiar ajută deciziile

Un dashboard de marketing e util într-un singur caz: când cineva se uită la el și ia altă decizie decât ar fi luat fără el. Restul sunt galerii de grafice. Looker Studio — instrumentul gratuit de la Google pentru rapoarte și tablouri de bord, în care conectezi surse de date și construiești pagini pe care le poți trimite oricui — face ambele lucruri la fel de ușor. De aici vine problema.

Mai jos e schema unui dashboard care susține decizii: trei pagini, cu definiția fiecărui indicator, ordinea în care se construiesc și cele două lucruri care decid dacă cifrele din el sunt de încredere — convenția de etichetare a linkurilor și disciplina la combinarea surselor. La final, partea pe care aproape nimeni nu o explică: de ce nu coincid totalurile cu platformele și cât de mare e o diferență la care nu merită să te uiți.

Notă: produsul s-a redenumit. Din 16 aprilie 2026 se numește oficial Data Studio. Păstrăm „Looker Studio” în titlu pentru că așa îl caută piața; explicația completă e imediat mai jos. Nu tratăm aici BigQuery, Looker (produsul enterprise, care e altceva) și nici condițiile comerciale ale conectorilor de la parteneri.

Looker Studio sau Data Studio: ce s-a schimbat în aprilie 2026

Google a redenumit produsul înapoi în Data Studio. Nu e o presupunere: apare în notele de lansare oficiale, la data de 16 aprilie 2026 — „We’ve rebranded Looker Studio as Data Studio” — iar pagina de documentație afișează și azi anunțul „Looker Studio is now called Data Studio”.

Confuzia are o cauză simplă: numele s-a mutat de două ori. Produsul s-a lansat ca Data Studio, a devenit Looker Studio, iar în 2026 a redevenit Data Studio. Tot conținutul scris între cele două momente spune „fostul Google Data Studio” — corect atunci, pe dos acum.

Practic: nu trebuie să faci nimic. Rapoartele tale funcționează neschimbat, iar linkul vechi te duce unde trebuie. Singurul efect real e la căutare — dacă documentația pe care o găsești spune „Looker Studio”, e scrisă înainte de aprilie 2026, iar capturile de ecran din ea pot să nu mai semene cu ce vezi pe ecran.

Un dashboard util începe de la decizie, nu de la grafice

Ordinea în care se lucrează de obicei e: deschizi instrumentul, conectezi Google Analytics, vezi ce grafice există, le pui pe pagină. Rezultatul arată profesionist și nu se folosește după prima săptămână, pentru că nu răspunde la nicio întrebare pe care și-o pune cineva luni dimineața.

Ordinea corectă e inversă. Începi de la deciziile care se iau efectiv în firmă și cobori spre indicatori.

Tabelul e punct de plecare pentru discuția cu cine folosește raportul, nu listă de bifat: dacă o decizie din stânga nu se ia niciodată în firma ta, indicatorul din dreapta nu are ce căuta pe prima pagină. Un dashboard cu patru decizii bine acoperite bate unul cu douăzeci de grafice. Aceeași logică stă și la baza modului în care abordăm raportarea care leagă investiția de marketing de venit: întâi decizia, apoi indicatorul, apoi graficul.

Schema dashboardului, pe trei pagini

Structura de mai jos e wireframe-ul pe care îl folosim ca punct de pornire. Trei pagini, fiecare cu un singur rol. Dacă un element nu se încadrează în niciunul dintre cele trei roluri, nu intră în raport.

Pagina 1 — rezultat executiv

Se citește în treizeci de secunde, în picioare, de cineva care nu deschide nimic altceva.

• Venit atribuit — valoarea tranzacțiilor sau a leadurilor calificate, în perioada selectată. Definiție: se numără la data conversiei, nu la data clicului.
• Leaduri — numărul de evenimente marcate drept cheie. Definiție: un formular trimis de două ori de aceeași persoană se numără o dată.
• Cost total — cheltuiala publicitară, din platformele de reclame, în aceeași perioadă și în aceeași monedă.
• Cost per lead — cost total împărțit la leaduri. Se afișează alături de valoarea perioadei anterioare, nu singur.
• Un grafic de evoluție — o singură serie, pe zile sau săptămâni, cu perioada de comparație activată.

Fără procente de creștere care nu au bază de comparație și fără indicatori care nu au o definiție scrisă. Un indicator pe care doi oameni din firmă îl explică diferit produce ședințe, nu decizii.

Pagina 2 — diagnostic pe canal

Aici se răspunde la „de ce”. Un singur tabel, cu un rând per canal și cinci coloane:

• sesiuni și leaduri, ca volum;
• rata de conversie, ca eficiență;
• venitul, ca rezultat;
• costul, ca efort;
• un control de perioadă și un filtru pe canal deasupra, ca cititorul să poată izola singur o campanie fără să te sune.

Regula de compoziție: pe această pagină intră doar dimensiuni pe care le poți acționa. „Grupul de canale” e acționabil. „Rezoluția ecranului” nu e. Pagina asta e și locul în care rezultatele SEO se citesc în același tablou de bord cu reclamele — nu ca două rapoarte separate, care se compară manual în ședință.

Pagina 3 — calitatea datelor

Pagina pe care nu o are aproape nimeni și care decide dacă primele două merită citite.

1. Acoperirea etichetării — cât trafic plătit ajunge fără sursă și mediu completate. Dacă cifra crește, restul raportului se degradează tăcut.
2. Trafic neatribuit — volumul care ajunge în „Direct” sau fără valoare setată, cu evoluția lui în timp.
3. Data ultimei actualizări — un câmp text cu perioada acoperită și cu mențiunea că ultimele zile sunt incomplete.
4. Avertismentele de calitate a datelor — dacă sursa le semnalează, se afișează, nu se ascund.
5. Totalurile de control — aceeași metrică, luată din două surse, una lângă alta, ca diferența să fie vizibilă înainte să o observe clientul.

Ordinea celor trei pagini nu e decorativă: pagina 3 e cea care îți dă dreptul să prezinți paginile 1 și 2.

De la sursa de date la raportul pe care îl poți trimite

Partea mecanică e scurtă. Ghidul oficial de pornire o rezumă în câțiva pași, iar mai jos e aceeași secvență cu lucrurile pe care le adaugi ca raportul să fie utilizabil, nu doar existent.

1. Creezi raportul — din panoul de navigare, „Create”, apoi „Report”.
2. Conectezi sursa — „Connect to data”, alegi conectorul, autorizezi accesul, alegi setul de date. Pe canvas apare automat un tabel cu câmpurile sursei.
3. Redenumești raportul din antet, unde scrie „Untitled report”. Un raport numit „Untitled report” ajunge să fie deschis o dată.
4. Adaugi un control de perioadă. Fără el, cine primește raportul vede intervalul pe care l-ai lăsat tu și trage concluzii pe altă lună decât crede.
5. Adaugi filtrele de pe pagina 2 — canal, campanie, dispozitiv, cât e acționabil.
6. Activezi perioada de comparație pe indicatorii de pe prima pagină.
7. Verifici partajarea. Aici e capcana.

Explicația e chiar în ghidul oficial — „Sharing a report doesn’t share its data source”, iar credențialele sursei decid dacă cineva vede efectiv datele. Poți trimite un raport care ție îți arată tot și destinatarului nu îi arată nimic. Se testează într-un singur fel: deschizi linkul dintr-un cont care nu are acces la sursă și te uiți.

Notă: prospețimea datelor se confundă des cu o defecțiune. Reîmprospătarea automată a unui raport nu declanșează o reîmprospătare a memoriei cache — documentația descrie funcția în contextul versiunii Pro — iar dacă raportul cere date mai des decât se actualizează sursa, primești tot rezultatele din cache. Din iunie 2026, editorii pot permite explicit celor care doar vizualizează raportul să declanșeze manual o reîmprospătare.

Restul instrumentelor pe care le folosim în proiectele de măsurare sunt în lista noastră de instrumente.

Convenția UTM: fără ea, dashboardul arată bine și minte

Asta e partea pe care ghidurile o sar și care strică cele mai multe rapoarte. Dacă parametrii din linkurile tale nu respectă o convenție, dashboardul agregă greșit — și o face tăcut, pentru că fiecare variantă de scriere devine un rând separat, nu o eroare.

Motivul e documentat: Google precizează că „parameter values are case sensitive, e.g. utm_source=google is different from utm_source=Google” și recomandă o convenție de denumire strictă, sensibilă la majuscule, cu litere mici, pentru toate câmpurile. Facebook, facebook și FaceBook sunt trei canale distincte în raportul tău, iar niciunul nu e greșit din punctul de vedere al instrumentului.

Cele trei de sus sunt cele pe care documentația cere să le folosești mereu; celelalte reduc volumul de valori nesetate. Convenția care ține, în cinci reguli:

1. Totul cu litere mici, fără excepții și fără diacritice.
2. Cuvintele se leagă cu cratimă, niciodată cu spațiu.
3. Lista de valori permise pentru utm_source și utm_medium se scrie o dată, într-un fișier, și nu se improvizează.
4. utm_medium descrie tipul de canal, nu platforma: cpc, email, social, nu facebook-ads-februarie.
5. Fiecare link nou trece prin același generator, nu se scrie de mână.

Când NU merită efortul: dacă tot traficul tău plătit vine dintr-o singură platformă conectată nativ, care își completează singură parametrii, convenția e o formalitate. Din a doua sursă manuală încolo, e obligatorie. Verificarea că etichetele ajung efectiv unde trebuie se face în stratul de dinaintea raportului — vezi instalarea prin Google Tag Manager și, dacă vezi deja volume mari fără sursă, traficul care ajunge în „Direct / not set”.

Blend-uri: când combini surse și ce pierzi când o faci greșit

Un blend combină mai multe surse într-un singur tabel — tipic, datele de trafic cu cele de cost, sau exportul din CRM cu sesiunile. Este funcția care rezolvă cel mai des problema „vreau totul într-un singur grafic” și este, în același timp, cea mai frecventă cauză de cifre greșite care arată corect.

Documentația oficială stabilește limitele: maximum cinci surse într-un blend, cinci tipuri de îmbinare, iar condiția de legătură acceptă doar egalitate — poți lega câmpul A de câmpul B, dar nu poți scrie „mai mare decât” sau „diferit de”.

Alege îmbinarea după ce vrei să vezi când datele lipsesc dintr-o parte, nu după care dă cifra mai mare. Dacă schimbi tipul de îmbinare și totalul crește, nu ai găsit date noi — ai schimbat întrebarea.

Acum partea îngropată, care explică cele mai multe „de ce nu-mi dă totalul”. Înainte ca tabelele să fie îmbinate, instrumentul grupează și agregă rândurile din fiecare tabel după dimensiunile incluse acolo. Documentația spune verbatim: „If the dimensions that you select don’t include a unique identifier for each record, identical rows are collapsed during this pre-grouping phase”, iar rezultatul poate fi „a lower row count than you might get from running a SQL join query directly on the same data”.

Tradus: dacă în dimensiunile blendului nu ai un identificator unic, două comenzi identice ca valoare, dată și canal devin una singură — înainte ca îmbinarea să se producă. Nu primești nicio eroare. Primești un total mai mic.

Soluția e tot în documentație și e mecanică: adaugi un câmp cu identificator unic — cheie primară sau ID de rând — la lista de dimensiuni a fiecărei tabele din blend.

Cât de mare e o diferență normală între dashboard și platformă

Întrebarea reală nu e „de ce diferă”, ci „de la ce diferență trebuie să mă îngrijorez”. Răspunsul onest începe cu o precizare: în cele unsprezece pagini de documentație oficială consultate pentru acest articol, Google nu publică niciun prag de la care o diferență devine defect. Nu există „sub 5% e normal”. Cine îți dă o astfel de cifră ți-o dă din burtă.

Ce se poate spune cu sursă e cât de mare poate fi o diferență perfect legitimă. Documentația Google Ads dă exemplul: la o rată de repetare de 1,5, aceleași interacțiuni raportate cu setarea „One conversion” dau 10 conversii, iar cu „Every conversion” dau aproximativ 15. Aceeași realitate, o singură setare schimbată, diferență de ordinul a 50%.

Folosește tabelul ca listă de suspecți, în ordinea probabilității, nu ca diagnostic: prima coloană se observă, a doua se demonstrează.

Rândul „(other)”: totalul care lipsește fără să se vadă

Când un tabel depășește limita de rânduri, valorile mai rare sunt grupate într-un singur rând numit „(other)”. Google definește drept dimensiuni cu cardinalitate mare pe cele cu peste 500 de valori unice într-o zi — tipic, calea paginii sau identificatorul de produs — și explică faptul că acestea cresc numărul de rânduri și fac mai probabilă atingerea limitei.

Dimensiunile care ajung cel mai des peste prag, în rapoartele de marketing:

• calea sau adresa paginii, pe site-uri cu multe pagini;
• identificatorul de produs, în magazine online;
• parametrii de campanie, când convenția de etichetare nu e respectată.

Partea perfidă: efectul poate exista fără să vezi rândul. Documentația precizează că, dacă un filtru ascunde rândurile grupate sub „(other)”, avertismentul de calitate a datelor apare, dar rândul poate să nu fie afișat — deci totalul din vizualizarea curentă e incomplet, iar nimic din ecran nu îți spune asta direct. Limitele efective de rânduri variază după tipul proprietății, raportul folosit și complexitatea interogării, așa că nu există o cifră unică de reținut. Regula practică e alta: pe pagina executivă nu pui niciodată dimensiuni cu multe valori.

„Every” vs „One”: setarea care dublează conversiile

Este cauza clasică pentru care platforma de reclame arată consistent mai multe conversii decât analiticele, iar oamenii o caută luni de zile în locuri greșite. Google Ads numără, la alegere, fiecare conversie care urmează unei interacțiuni cu reclama, sau doar una per clic. Prima variantă e recomandată pentru vânzări, unde fiecare tranzacție are valoare separată; a doua, pentru generare de leaduri, unde același om care trimite trei formulare rămâne un singur prospect.

Verificarea durează un minut și se face în setările acțiunii de conversie, nu în raport. Dacă generezi leaduri și setarea e pe „Every”, diferența nu e o eroare de măsurare — e definiția pe care ai ales-o fără să știi.

Procedura de reconciliere, când chiar trebuie să afli

1. Izolează o singură zi încheiată. Nu ziua curentă, nu ultimele șapte zile.
2. Compară o singură metrică, nu tabelul întreg.
3. Coboară la un singur canal, apoi la o singură campanie.
4. Verifică perioada și fusul orar din ambele părți — o zi decalată explică diferențe care par misterioase.
5. Notează diferența rămasă, în procent, și repetă pe încă două zile.

Aici apare regula de decizie, și e a noastră, nu a documentației: o diferență care rămâne stabilă procentual de la o zi la alta e sistemică — vine din modul de atribuire sau de numărare, și nu se repară, se documentează. O diferență care sare de la o zi la alta e de colectare sau de configurare, și aia se investighează. Este o regulă de lucru, nu un prag garantat.

Notă: testul care închide discuția — dacă diferența nu schimbă ordinea canalelor și nu schimbă decizia pe care o iei, nu merită timpul tău. Compară clasamente și tendințe, nu totaluri absolute.

Sistemul tău de facturare rămâne sursa de adevăr pentru bani; analiticele aproximează drumul până acolo, iar dacă vrei ca aproximarea să fie cât mai mică, pornește de la configurarea corectă a GA4.

Întrebări frecvente

Looker Studio este gratuit?

Da. Documentația oficială îl descrie drept „a no-cost tool”, iar produsul de bază — rapoarte, surse de date, partajare — nu costă nimic. Există și o versiune Pro, care adaugă proprietate organizațională asupra rapoartelor, spații de lucru pentru echipă, până la 200 de programări de livrare per raport, opțiuni de criptare și asistență Gemini. Pagina oficială despre Pro nu publică tariful, ci trimite la pagina de prețuri.

Pot combina date din GA4, Google Ads și Meta Ads în același raport?

Da, cu o limită clară: un blend acceptă maximum cinci surse de date. Sursele Google se conectează direct, prin conectori proprii. Pentru platformele din afara ecosistemului Google folosești un conector din galeria de conectori parteneri — în mai 2026 au fost adăugați zece noi — sau exporți datele într-o foaie de calcul și o conectezi pe aceea. Condițiile comerciale ale conectorilor de la parteneri diferă de la furnizor la furnizor și nu sunt acoperite de documentația Google.

De ce nu coincid totalurile din dashboard cu cele din platforme?

Cel mai des din trei motive: setarea de numărare a conversiilor din Google Ads („Every” vs „One”), rândurile identice colapsate într-un blend fără identificator unic, și rândul „(other)” care apare când o dimensiune are prea multe valori. Google nu publică un prag de la care diferența devine defect. Regula practică: o diferență stabilă procentual e sistemică, una care sare e de configurare.

Looker Studio sau Data Studio — ce nume folosesc?

Pentru căutări și pentru discuțiile din echipă, „Looker Studio” e încă termenul pe care îl recunoaște toată lumea. Pentru documentație, caută „Data Studio” — numele oficial de la 16 aprilie 2026 — pentru că paginile actualizate folosesc noul nume, iar cele care spun „Looker Studio” sunt anterioare acestei date. Adresa veche redirecționează automat către cea nouă.

Ce se întâmplă cu rapoartele dacă pleacă omul care le-a construit?

În versiunea gratuită, rapoartele și sursele de date aparțin contului care le-a creat, deci plecarea lui e o problemă reală. În versiunea Pro, documentația precizează că acestea „belong to your organization, rather than to individual users”. Dacă lucrezi cu un furnizor extern, verifică din prima zi în ce cont se creează raportul și sursa de date — nu în ce cont se vede.

Regula de decizie: dashboardul se judecă după ce s-a schimbat în ședință

Un tablou de bord nu se evaluează după cât de bine arată, după numărul de surse conectate sau după câte grafice are. Se evaluează după o singură întrebare, pusă după trei luni: ce decizie s-a luat altfel din cauza lui? Dacă răspunsul e „niciuna”, ai construit un raport de status, iar rapoartele de status se citesc din obligație, nu din interes.

Modelul de reținut are trei straturi, în ordinea în care se construiesc — adică exact invers față de ordinea în care se văd:

1. Convenția de etichetare. Dacă valorile din linkuri nu sunt disciplinate, tot ce e deasupra e decorativ.
2. Definiția indicatorilor. Un număr pe care doi oameni îl explică diferit nu e un indicator, e o sursă de ceartă.
3. Cele trei pagini. Singurul strat pe care îl vede cineva și singurul care nu poate fi construit primul.

Majoritatea proiectelor încep de la stratul al treilea și se opresc acolo, ceea ce explică de ce dashboardurile se abandonează în tăcere după câteva săptămâni.

Iar când cifrele nu se leagă, nu porni de la ipoteza că instrumentul greșește. Pornește de la ipoteza că două sisteme numără două lucruri diferite și că amândouă au dreptate — după definiția lor. Treaba ta nu e să le faci identice, ci să știi care definiție susține decizia pe care o ai de luat.

Dacă vrei să știi de unde să începi în cazul tău concret — ce se măsoară deja corect, ce nu, și ce dashboard merită construit înainte de altele — cere un diagnostic de măsurare.