Costul implementării unui tracking pornește, în ofertele publice de pe piața românească, de la aproximativ 125 € o singură dată și urcă până la 2.500 €. Am deschis, la 29 iulie 2026, paginile publice a șase furnizori din România care vând implementare de măsurare: trei publică prețuri, trei nu. Cel mai mic preț publicat e 125 €, pentru un pachet de bază cu trei elemente; cel mai mare e capătul de sus al unui interval declarat pentru „implementare GA4 de la zero”, 800–2.500 €. Între extreme e un raport de douăzeci de ori — și nu pentru că unul e de douăzeci de ori mai bun, ci pentru că cele două prețuri nu descriu același livrabil. Acestea sunt intervale observate pe pagini publice, nu o medie statistică a pieței.
Ceea ce înseamnă că întrebarea „cât costă” nu are răspuns până când nu răspunzi la alta: ce anume e inclus, numărat pe bucăți. Două lucruri fac o ofertă comparabilă cu alta — numărul de evenimente numite pe nume și existența unui test de acceptanță scris. O ofertă care nu le are pe niciuna nu e mai ieftină. E mai mică, și nu știi cu cât.
Restul articolului descompune prețul pe patru componente, arată ce anume îl mută în sus, ce rămâne de plătit după ce implementarea e gata, și cum aduci două oferte care arată complet diferit pe același perimetru.
Notă: aici nu găsești tariful nostru și nu găsești pașii de instalare. Cât cerem noi pentru implementare și mentenanță e scris pe pagina de serviciu, iar procedura tehnică de instalare a containerului e în ghidul de instalare Google Tag Manager. Modelul general de cost al unei colaborări cu o agenție — abonament față de proiect, ce intră în onorariu, ce se negociază în contract — e tratat separat, în cât costă o agenție de marketing. Articolul de față se ocupă de un singur livrabil: proiectul de măsurare.
Un proiect de măsurare se livrează în șase obiecte concrete
Nu cumperi „GA4 configurat”. Cumperi șase obiecte pe care le poți cere, verifica și lua cu tine dacă schimbi furnizorul. Dacă unul lipsește din ofertă, lipsește și din preț — iar asta e prima explicație pentru diferențele mari dintre două cifre.
- Planul de măsurare — lista acțiunilor care contează pentru afacere, fiecare cu numele exact al evenimentului și cu parametrii lui. E documentul care transformă „vrem să vedem conversiile” în ceva pe care doi oameni diferiți l-ar implementa la fel.
- Configurarea containerului și a proprietății — taguri, declanșatoare, variabile, evenimente-cheie marcate. Aici se consumă cea mai mare parte din orele facturate, și tot aici se ascund cele mai multe diferențe de perimetru între oferte.
- Semnalele de consimțământ — starea implicită înainte ca vizitatorul să apese ceva și actualizarea ei după. Documentația Google descrie două moduri de implementare, de bază și avansat, cu comportamente diferite pe regiuni.
- Legăturile către platformele de reclame — conturi conectate, auto-etichetare activă, conversii importate, eventual conversii îmbunătățite. Fiecare platformă e o unitate separată de muncă, nu o bifă.
- Testul de acceptanță — lista de verificări care spune, obiectiv, dacă implementarea funcționează. Fără el, „gata” e o opinie.
- Documentația de implementare — ce s-a construit, cum se modifică, cine are acces la ce. E singurul obiect care te apără de dependența de furnizor.
Ordinea nu e întâmplătoare. Primele trei se pot face fără să știi nimic despre afacere, ceea ce le face ieftine de vândut și ușor de cotat; ultimele trei cer să înțelegi ce decizie se ia cu datele, cine o ia și cât de des. De aceea obiectele patru, cinci și șase sunt cele care cad primele din ofertele mici — nu din rea-credință, ci pentru că sunt singurele care cer timp de la o persoană care înțelege afacerea, nu doar interfața.
Ce înseamnă, concret, ca legăturile spre platforme să fie făcute complet — și de ce cifrele nu se închid când nu sunt — e tratat în urmărirea conversiilor în Google Ads și GA4.
Configurare, instrumente, integrări, mentenanță — unde se duc banii
Orice ofertă de măsurare, indiferent cum e împachetată, se așază pe patru componente. Trei dintre ele apar de obicei în ofertă. A patra apare pe factura altcuiva.
| Componentă | Ce conține | Întrebarea care demască o ofertă incompletă | Se plătește |
|---|---|---|---|
| Configurare | plan de măsurare, proprietate, container, evenimente și evenimente-cheie, semnale de consimțământ, test de acceptanță | „Câte evenimente sunt incluse, numite pe nume, și ce se întâmplă la al unsprezecelea?“ | o singură dată |
| Instrumente | ce rulează pe infrastructură proprie sau pe a unui terț: container server-side, export către un depozit de date, versiuni plătite ale platformelor | „Ce apare pe factura mea lunară, în afara onorariului vostru?“ | recurent, către terți |
| Integrări | fiecare platformă de reclame, fiecare sistem de plată, CRM-ul, stratul de raportare | „Care integrări sunt în preț și care se facturează separat?“ | o singură dată, per integrare |
| Mentenanță | reverificarea după schimbări de platformă, refacerea etichetelor rupte, ajustarea la modificări de site | „Când platforma schimbă o setare, cine reface implementarea și pe banii cui?“ | recurent, lunar sau la incident |
Citește tabelul pe coloana „se plătește”, nu pe cea a componentelor: două oferte pot conține exact aceleași cuvinte pe primele trei rânduri și să difere complet pe al patrulea, care e singurul care se repetă la infinit. O ofertă care nu spune nimic despre linia de mentenanță nu a eliminat costul — l-a mutat în viitor, pe seama ta. Coloana din mijloc e cea pe care merită să o folosești în discuție: cele patru întrebări nu sunt tehnice și nu cer să știi nimic despre implementare, iar un furnizor care lucrează curat răspunde la fiecare în două propoziții. Unul care se împiedică de a doua sau de a patra nu e neapărat neserios — dar înseamnă că oferta pe care ai primit-o descrie mai puțin decât credeai.
Stratul de raportare merită o mențiune separată, pentru că e componenta pe care cumpărătorii o presupun inclusă cel mai des. Un dashboard nu iese din implementare; e o livrare distinctă, cu ore proprii și cu decizii proprii de conținut — ce intră într-un dashboard util și ce nu arată din ce se compune munca aceea, ca să poți întreba direct dacă raportarea e sau nu în prețul primit și cine o reface când se schimbă structura datelor.
Ce mută prețul în sus și când nu merită plătit
Driverele de preț sunt patru și se pot verifica înainte de a cere ofertă. Fiecare are un contra-caz: un moment în care plata pentru el e bani aruncați.
| Driverul | Ce adaugă la muncă | Când NU merită plătit |
|---|---|---|
| Arhitectura — în browser, în context primar prin rețeaua de distribuție, sau container server-side propriu | de la o configurație standard, la infrastructură cu domeniu propriu, cu întreținere și cu factură lunară separată | dacă nu cheltui constant pe reclame și nu ai volum, plătești infrastructura fără să folosești motivul pentru care a fost inventată |
| Numărul și complexitatea evenimentelor | fiecare eveniment nou înseamnă definiție, implementare, testare și un rând în documentație; comerțul electronic adaugă un set întreg | dacă nu ai definit încă ce decizie iei cu evenimentul, nu-l măsura; un eveniment fără decizie e cost de întreținere pe termen nelimitat |
| Cerințele de consimțământ | starea implicită, actualizarea, comportamentul pe regiuni, verificarea pe fiecare stare | niciodată — dar nu se plătește de două ori: dacă ai deja un mecanism de consimțământ funcțional, oferta trebuie să spună că îl conectează, nu că îl reconstruiește |
| Integrările | fiecare platformă are cerințe proprii: conturi legate, permisiuni, auto-etichetare, uneori date de client trimise hashuit | dacă platforma nu îți aduce încă vânzări, integrarea ei e o cheltuială pentru un raport pe care nu îl citește nimeni |
Tabelul se folosește înainte de a cere ofertă, nu după ce ai primit-o: dacă știi pe ce poziție ești la fiecare dintre cele patru rânduri, poți cere furnizorilor să coteze același lucru. Dacă nu știi, fiecare va cota altceva, și diferența dintre cifre va părea inexplicabilă.
Două precizări care schimbă bugetul, ambele documentate.
- Arhitectura în context primar nu e totuna cu un container propriu. Documentația Google descrie o variantă care se instalează prin rețeaua de distribuție a conținutului sau prin echilibratorul de trafic pe care le ai deja, fără server dedicat, și o alta, cu container propriu, care aduce control și cheltuială. Sunt două produse, nu două nume pentru același lucru. Confuzia dintre ele e una dintre cauzele frecvente ale diferențelor mari între oferte care par să descrie același lucru.
- Un container server-side care doar retransmite mai departe ce primește din browser produce factura lunară fără beneficiul pentru care a fost cumpărat. Practicienii care auditează astfel de configurații descriu tiparul ca fiind cel mai răspândit mod de a plăti degeaba pentru o arhitectură corectă; documentația oficială nu cuantifică pierderea, deci nici noi nu o cuantificăm.
Implementarea semnalelor de consimțământ, cu cele trei trasee posibile și cu ordinea care contează, e tratată integral în Consent Mode v2 — inclusiv de ce traseele diferă ca preț. Iar dacă nu știi încă pe ce poziție ești la cele patru rânduri de mai sus, diagnoza care dimensionează corect proiectul de tracking e pasul care se face înaintea ofertelor, nu între ele.
Un caz aparte, pentru că se întâmplă mai des decât ar trebui: dacă site-ul urmează oricum să fie refăcut în lunile următoare, măsurarea nu se implementează de două ori. Reconstrucția site-ului cu măsurarea validată de la lansare costă mai puțin decât o implementare pe structura veche urmată de o refacere peste trei luni, iar diferența nu e mică: la a doua trecere se replătesc integral configurarea și integrările, adică exact componentele scumpe.
După ultima livrare, costul nu se oprește
Prima parte a răspunsului e liniștitoare și aproape nimeni nu o spune: pe o configurație standard, în browser, cu proprietatea gratuită, costul recurent al instrumentelor este zero. Nu plătești lunar nici pentru containerul de etichete, nici pentru proprietatea de analiză. Ce rămâne de plătit e muncă, nu abonament — și, dacă nu schimbi nimic pe site și nu rulezi campanii, poate să nu fie nici aceea. Cifrele de mai jos apar abia din momentul în care ai spus „da” unei arhitecturi mai mari; fiecare are unitatea, condiția și data verificării, pentru că sunt prețuri de platformă și expiră.
| Linia recurentă | Ce spune documentația | Condiția care schimbă cifra | Cui i se aplică |
|---|---|---|---|
| Container server-side pe infrastructură Google | „aproximativ 50 USD per instanță pe lună” | e o aproximare declarată ca atare, se înmulțește cu numărul de instanțe configurate, iar pagina care o publică e datată octombrie 2024 | doar configurațiilor cu container propriu |
| Aceeași infrastructură, alt regim de facturare | exemplul oficial pentru facturare pe cerere dă 13,69 USD pe lună, la 10 milioane de cereri lunare, 1 vCPU și 512 MiB, în Belgia | facturarea pe instanță se plătește pe toată durata de viață a instanțelor, inclusiv când sunt inactive dar menținute calde; facturarea pe cerere, doar când sosesc cereri | doar configurațiilor cu container propriu |
| Export către depozitul de date | proprietățile standard au o limită zilnică de export de 1 milion de evenimente; exportul poate merge într-o instanță gratuită, dar ce trece de limitele ei se facturează | exportul în flux se taxează separat, la 0,05 USD pe gigabyte, iar un gigabyte înseamnă aproximativ 600.000 de evenimente — număr care variază cu mărimea evenimentului | doar cui își exportă datele brute |
| Trecerea la versiunile plătite | limitele care forțează decizia: 30 de evenimente-cheie față de 50, o sută de audiențe față de patru sute, cincizeci de dimensiuni personalizate la nivel de eveniment față de o sută douăzeci și cinci, paisprezece luni de păstrare a datelor față de până la cincizeci | proprietățile mari și foarte mari sunt limitate la două luni de păstrare indiferent de versiune; explorările eșantionează peste zece milioane de evenimente per interogare, iar explorările neeșantionate nu sunt disponibile deloc în versiunea gratuită | cui a depășit una dintre limite |
Toate cifrele de mai sus au fost verificate la 29 iulie 2026, direct în documentația Google. Ce se vede citind tabelul pe orizontală: niciuna dintre ele nu e o taxă a furnizorului tău. Sunt costuri pe care le plătești altcuiva, iar o ofertă onestă le enumeră chiar dacă nu le încasează. Dintre cele șase pagini publice pe care le-am deschis, una singură scrie explicit că prețul include costul terț al infrastructurii server-side.
Merită spus și ce nu e pe listă, pentru că circulă o afirmație falsă. Numărul de evenimente numite distinct nu e limitat pe fluxurile web; limita de cinci sute care se citează des se aplică fluxurilor de aplicație, per utilizator. Deci nu ai nevoie de o versiune plătită pentru că ai „prea multe tipuri de evenimente” — ai nevoie de ea când depășești una dintre limitele din tabel, ceea ce e o cu totul altă discuție și un cu totul alt moment în viața unei firme.
Există și o linie de guvernanță care se traduce direct în cost, și pe care aproape nimeni nu o pune în calcul la început. Fluxul formal de aprobare a publicării — cineva cere, altcineva aprobă sau trimite înapoi — este disponibil doar în versiunea plătită a managerului de etichete. În versiunea gratuită, controlul se face exclusiv prin permisiuni: poți limita cine publică, dar nu ai un mecanism de cerere și aprobare cu istoric. Pentru o echipă de doi oameni, distincția nu contează. Pentru o firmă în care patru persoane și o agenție ating același container, e o decizie de buget.
Notă: exemplul cel mai clar că mentenanța nu e o taxă inventată de agenții are dată exactă. Începând cu 15 iunie 2026, Google Analytics a trecut la Consent Mode, gestionat din Google Ads, ca mecanism unic de control al colectării datelor; setarea Google Signals a rămas, dar controlează de atunci doar asocierea datelor cu utilizatori conectați, pentru raportarea comportamentală. O modificare de personalizare a reclamelor e anunțată pentru „mai târziu în 2026”, fără dată publicată la 29 iulie 2026. Nimeni din afara Google nu a decis nimic din toate astea, dar cineva a trebuit să reverifice fiecare implementare afectată.
Ca reper de structură, nu ca preț de piață: pe pagina noastră de măsurare publicăm implementarea de la 280 €, o singură dată (e-commerce complex de la 500 €), iar modificările ulterioare la cerere sau incluse în retainerele active. O citez pentru forma ei, nu pentru cifră: implementarea e o plată unică, cu scopul definit, iar ce urmează e legat de o condiție verificabilă — ai sau nu campanii active de optimizat. Asta e structura pe care merită să o ceri de la oricine, inclusiv de la noi.
Cum pui două oferte pe aceleași patru componente
Compararea nu se face pe preț, ci pe perimetru. Tabelul de mai jos arată cum arată aceeași diferență citită pe cele patru componente — nu ca acuzație la adresa ofertei mici, ci ca metodă de a afla ce ai cumpărat.
| Componenta | Cum sună în oferta mică | Cum sună în oferta mare |
|---|---|---|
| Configurare | „implementare GA4 și GTM, evenimente principale” | „plan de măsurare cu N evenimente numite, listă anexată, test de acceptanță semnat la predare” |
| Instrumente | nu apare | „infrastructura X, cost estimat lunar Y, factură emisă de Z, pe numele clientului” |
| Integrări | „conectare cu Google Ads” | „Google Ads, Meta, procesatorul de plăți, CRM — fiecare cotat separat, cu ce e inclus și ce nu” |
| Mentenanță | nu apare, sau „suport 30 de zile” | „N ore pe lună, cu ce intră și ce se facturează separat, plus reverificare la schimbări de platformă” |
Ce faci cu tabelul: iei oferta care are cel mai puțin scris și ceri, în scris, completările din coloana dreaptă. Nu ca să o scumpești, ci ca să afli dacă diferența de preț era diferență de perimetru sau de furnizor. În jumătate din cazuri, oferta mică rămâne alegerea corectă — după ce știi ce nu conține.
Conversația care rezolvă asta durează un sfert de oră și are trei mișcări. Întâi ceri fiecărui furnizor lista de evenimente, ca anexă; dacă unul o trimite și celălalt spune că „se stabilesc pe parcurs”, ai găsit deja jumătate din diferență. Apoi întrebi ce apare pe factura lunară în afara onorariului; răspunsul separă ofertele cu arhitectură mare de cele cu arhitectură mică, indiferent cum sunt intitulate. La final ceri testul de acceptanță. Cine îl are, îl trimite; cine nu, îți va explica de ce nu e nevoie de el.
Notă: dacă una dintre oferte e vizibil mai mare, cere-i furnizorului să coteze și varianta redusă, pe perimetrul ofertei mici. Un furnizor serios o va face în aceeași zi și îți va spune ce pierzi. Refuzul de a cota perimetrul redus e, în sine, un răspuns.
Observația de piață care justifică efortul: dintre cele șase pagini publice de furnizori români deschise la 29 iulie 2026, trei publică prețuri și trei nu. Unul singur își definește pachetele prin numărul de evenimente incluse — cinci la pachetul mic, până la cincisprezece la cel mare — și tot el separă pachetele prin durata asistenței incluse, treizeci de zile față de nouăzeci. Un altul își leagă explicit intervalul de trei variabile: numărul de evenimente, integrările și complexitatea de comerț electronic. Restul publică fie cifre fără explicație, fie explicații fără cifre. Acestea sunt intervale observate pe pagini publice, nu o medie statistică a pieței.
Structura comercială a colaborării — abonament sau proiect, durată minimă, ce se întâmplă la ieșire — se judecă separat de perimetrul tehnic și e tratată în cât costă o agenție de marketing. Cele două se confundă des în discuție și produc comparații care nu duc nicăieri: o ofertă de proiect și una de abonament nu sunt comparabile pe cifra din subsol.
Opt întrebări de pus înainte de semnătură
Fiecare întrebare de mai jos are o ancoră: fie o limită documentată de platformă, fie o componentă din tabelul de la începutul articolului. Nu sunt întrebări de politețe; sunt întrebări la care un răspuns vag îți spune ceva.
- Câte evenimente sunt incluse, numite pe nume, și ce se întâmplă la al unsprezecelea? Un răspuns bun e o listă anexată. Un răspuns de forma „toate evenimentele importante” înseamnă că numărul se va negocia după ce ai semnat. Furnizorii care își definesc pachetele prin numărul de evenimente sunt cei ale căror oferte se pot compara.
- Ce apare pe factura mea lunară, în afara onorariului vostru? Dacă răspunsul e „nimic”, cere-l în scris. Pe o configurație standard e adevărat; pe una cu container propriu sau cu export de date brute, nu are cum să fie.
- Care integrări sunt în preț și care se facturează separat? Conversiile îmbunătățite, de exemplu, sunt o unitate de muncă distinctă: trimit către Google date de primă parte ale clienților tăi, hashuite cu un algoritm unidirecțional numit SHA256, ceea ce înseamnă și muncă tehnică, și o verificare de conformitate.
- Cum arată testul de acceptanță și cine îl semnează? Aceasta e întrebarea care prezice cele mai multe probleme de mai târziu. Un furnizor care are un test de acceptanță îl poate trimite înainte de contract — testul de acceptanță pe care îl folosim, cu cele paisprezece verificări e public tocmai ca să poată fi cerut ca reper.
- Ce documentație primesc și în ce format? Un document care spune ce s-a construit, unde, cu ce nume și cum se modifică. Fără el, orice schimbare viitoare începe cu o oră de arheologie plătită.
- Cine poate publica în container și cum se aprobă o modificare? Dacă răspunsul presupune un flux formal de aprobare, întreabă pe ce versiune — pentru că acela nu există în varianta gratuită, iar diferența e o linie de buget, nu o preferință.
- Când platforma schimbă o setare, cine reface implementarea și pe banii cui? Schimbarea din 15 iunie 2026 e exemplul de folosit în discuție: e documentată, e datată și nu a cerut-o niciun client.
- Ce rămâne al meu dacă ne despărțim luna viitoare? Conturile trebuie să fie pe numele firmei tale, documentația la tine, iar datele exportate — de reținut — nu se pot re-exporta înapoi din depozitul de date către platforma de analiză. Ce ai mutat, ai mutat.
Dacă răspunsurile la aceste opt întrebări sunt scrise, ai o ofertă. Dacă sunt spuse la telefon, ai o intenție. Diferența se vede abia peste șase luni, când cineva trebuie să demonstreze ce anume s-a promis.
Întrebări frecvente
Cât costă o implementare de GA4 și GTM făcută corect?
Prețul se formează din patru componente, nu dintr-o cifră: configurare, instrumente, integrări și mentenanță. În ofertele publice pe care le-am deschis la 29 iulie 2026, cifrele merg de la 125 € o singură dată, pentru un pachet de bază, până la 2.500 €, capătul de sus al unui interval declarat pentru o implementare de la zero. Acestea sunt intervale observate pe pagini publice, nu o medie statistică a pieței — iar diferența nu e de furnizor, e de perimetru.
Ce rămâne de plătit lunar după ce implementarea este gata?
Pe o configurație standard, în browser, nimic: instrumentele sunt gratuite, iar singurul cost rămas e munca de mentenanță, dacă o contractezi. Costuri lunare apar din momentul în care ai container server-side propriu, export de date brute peste nivelul gratuit sau ai depășit una dintre limitele versiunii gratuite.
De ce diferă atât de mult prețurile pentru aceeași implementare?
Pentru că nu e aceeași implementare. Aceleași trei cuvinte pot însemna cinci evenimente sau cincizeci, o platformă conectată sau patru, cu sau fără mecanism de consimțământ, cu sau fără test de acceptanță și documentație. Ordonează cele două oferte pe componente și diferența devine vizibilă în cinci minute.
Cât costă server-side tracking pe lună?
Documentația Google dă o singură cifră orientativă: aproximativ 50 USD per instanță pe lună, o aproximare publicată pe o pagină datată octombrie 2024, care se înmulțește cu numărul de instanțe configurate. Regimul de facturare schimbă mult rezultatul — exemplul oficial pentru facturare pe cerere dă 13,69 USD pe lună la zece milioane de cereri lunare. Verificat la 29 iulie 2026.
Ce cer ca livrabil, ca să nu depind de furnizor?
Trei lucruri: conturile pe numele firmei tale, documentația de implementare și testul de acceptanță cu rezultatele lui. Cu ele, următorul furnizor începe de unde s-a oprit precedentul. Fără ele, plătești de la capăt descoperirea a ceea ce ai deja.
De la ce prag am nevoie de versiunea plătită a Google Analytics?
Când depășești una dintre limitele documentate: 30 de evenimente-cheie, o sută de audiențe, cincizeci de dimensiuni personalizate la nivel de eveniment, paisprezece luni de păstrare a datelor sau un milion de evenimente exportate pe zi. În practică, primul prag pe care îl atinge cineva nu e niciunul dintre acestea, ci eșantionarea din explorări, care pornește peste zece milioane de evenimente per interogare. Verificat la 29 iulie 2026.
Ce se verifică la final decide ce ai cumpărat la început
Toate ofertele de măsurare arată la fel în ziua semnării. Se despart abia în ziua în care cineva întreabă „de unde a venit comanda asta” și primește un răspuns pe care nu îl poate verifica. Diferența dintre cele două cifre pe care le-ai comparat nu a fost niciodată în preț; a fost în ce anume era scris că se testează la predare.
De aceea singura linie care apără restul ofertei e testul de acceptanță. El transformă „am implementat” într-o afirmație falsificabilă, obligă furnizorul să numere evenimentele înainte de a le implementa, și îți dă, peste un an, un punct de referință față de care poți spune ce s-a rupt și când. Configurarea se poate reface, integrările se pot reconstrui, chiar și arhitectura se poate schimba cu bani și răbdare. Încrederea într-un raport pe care l-ai folosit un an ca să iei decizii nu se poate reface.
Cere-l în scris, înainte de contract, de la toți furnizorii pe care îi compari. Cine îl are, îl trimite în aceeași zi. Cine nu îl are, îți va explica de ce nu e nevoie de el — și explicația aceea este, de fapt, răspunsul la întrebarea cu care ai început: de ce una dintre oferte era mai ieftină. Dacă vrei să știi de la ce dimensiune de proiect pleci înainte să ceri oferte, un diagnostic de măsurare îți dă perimetrul în scris, iar de acolo cifrele devin comparabile.