Un audit GA4 pentru un retailer american de piese industriale pe BigCommerce a arătat că, într-o săptămână (20–27 sept. 2026), magazinul a înregistrat 92 de comenzi, iar GA4 doar 49. Am verificat comandă cu comandă, am exclus șase cauze și am dus dovezile la BigCommerce, care a acceptat o eroare de platformă. În 19–26 octombrie, GA4 capta din nou circa 85% din comenzi; corecția e în așteptare.
Surse: exportul comenzilor și GA4 (vizualizări ale confirmării, evenimente purchase), sept. – oct. 2026; comenzi de test, nov. 2026.
Retailerul vinde piese industriale în Statele Unite printr-un magazin BigCommerce. La fiecare comandă, GA4 primește un eveniment purchase, iar Google Ads importă această achiziție drept conversie. Din 21 septembrie 2026, o parte din comenzile din checkout nu au mai ajuns în GA4, deși vizualizările paginii de confirmare a comenzii erau înregistrate în continuare.
Din 21 sept. 2026, circa 50% din vizualizările paginii de confirmare au generat un eveniment purchase în GA4. Între 1 și 20 sept., circa 89%.
Google Ads importă achiziția din GA4 drept conversie, așa că și comenzile venite din reclame erau numărate incomplet.
Licitarea automată optimizează spre conversiile pe care le vede. Cu comenzi lipsă, învăța doar dintr-o parte a imaginii.
Paginile de confirmare apăreau în continuare în GA4, deci tag-ul se încărca. Ceva între pagină și evenimentul purchase nu funcționa.
Am pornit de la comenzile magazinului, nu de la rapoartele GA4. Fiecare pas a restrâns lista cauzelor până când a rămas doar platforma. Apoi i-am dat BigCommerce un test pe care îl putea repeta.
Corecția tehnică a BigCommerce era încă în așteptare la data redactării.
Rezultat43 din 92 de comenzi lipsă; GA4 arăta circa 30% din venitul magazinului în acea săptămână.
RezultatȘase cauze excluse. Problema era în modul în care se trimitea evenimentul purchase.
RezultatBigCommerce a acceptat problema ca eroare de platformă și a deschis un tichet tehnic.
RezultatCaptarea a revenit la circa 85% cât timp corecția platformei e în așteptare.
RezultatAchizițiile poartă acum datele clientului, codificate prin hash, nu pe ale magazinului.
Rezultat43 din 92 de comenzi lipsă; GA4 arăta circa 30% din venitul magazinului în acea săptămână.
RezultatȘase cauze excluse. Problema era în modul în care se trimitea evenimentul purchase.
RezultatBigCommerce a acceptat problema ca eroare de platformă și a deschis un tichet tehnic.
RezultatCaptarea a revenit la circa 85% cât timp corecția platformei e în așteptare.
RezultatAchizițiile poartă acum datele clientului, codificate prin hash, nu pe ale magazinului.
Am comparat comenzile magazinului cu GA4, comandă cu comandă, în trei săptămâni: înainte de pierdere, în cea mai slabă săptămână și după escaladare. Fiecare bară arată ce parte din comenzile săptămânii a fost găsită în GA4.
Surse: exportul comenzilor din magazin, GA4. Comparație comandă cu comandă.
Un total în GA4 poate părea plauzibil chiar dacă lipsesc comenzi. Comparând fiecare comandă din magazin cu evenimentul ei purchase, vezi care lipsesc și ce au în comun.
Dacă pagina de confirmare este înregistrată, dar achiziția nu, tag-ul se încarcă. Asta exclude dintr-un singur pas blocarea, consimțământul și filtrele și indică mecanismul care trimite evenimentul.
Echipele de suport acționează pe cazuri pe care le pot reproduce. O procedură scrisă de comenzi de test, cu ce ar fi trebuit să ajungă și ce a ajuns, a transformat o diferență de raportare într-un tichet tehnic.
O setare de urmărire poate fi activă și totuși să trimită datele altei persoane. Doar o comandă de test reală arată ce conține de fapt evenimentul purchase.
Altă întrebare? Scrie-ne la hello@semroi.net sau citește ghidul nostru GA4 cross-domain.
Un audit GA4, adică un audit Google Analytics 4, verifică dacă datele din GA4 corespund realității. Pentru un magazin online, asta înseamnă să compari achizițiile din GA4 cu comenzile magazinului, să verifici valorile, filtrele, consimțământul și tag-urile și să confirmi că Google Ads importă conversia corectă.
Dacă pagina de confirmare apare în GA4, dar evenimentul purchase nu, tag-ul se încarcă, deci blocarea și consimțământul sunt cauze puțin probabile. Verifică ce trimite evenimentul. Aici a fost o eroare de platformă în urmărirea GA4 din BigCommerce, acceptată de BigCommerce, mai ales pe Chrome și Edge pe desktop.
Exportă comenzile unei perioade și compară fiecare număr de comandă cu ID-urile de tranzacție din GA4. Comenzile fără pereche lipsesc. În acest audit, 20–27 sept. 2026 a avut 92 de comenzi în magazin și 49 în GA4. Comparația zilnică a confirmărilor cu evenimentele purchase a arătat când a început pierderea.
Când Google Ads importă conversia de achiziție din GA4, fiecare achiziție ratată de GA4 lipsește și din Google Ads, iar licitarea automată învață din date parțiale. Compară mai întâi GA4 cu comenzile magazinului. Modificările făcute doar în Google Ads nu vor aduce înapoi acele conversii.
Plasează o comandă de test reală și verifică evenimentul purchase pe care îl trimite. În acest audit, evenimentul trimitea drept date ale utilizatorului e-mailul magazinului, nu pe al clientului. După corecție, o a doua comandă de test a confirmat că achiziția poartă datele clientului, codificate prin hash.
Trimite-ne comenzile magazinului dintr-o săptămână și acces de citire la GA4. Le comparăm comandă cu comandă și îți spunem ce am găsit.
