Contul tău de Google Ads vede cam două treimi din vânzări. Restul se pierd în cinci locuri.

Diferența e normală. Ignorarea ei nu e.

Deschide administrarea magazinului și coloana de conversii din Google Ads pentru aceeași lună. În majoritatea conturilor de e-commerce pe care le auditez, platforma de ads vede între 60% și 75% din comenzile pe care magazinul le-a înregistrat efectiv. Diferența nu e un mister și rar e un singur lucru. De obicei sunt patru sau cinci scurgeri mici care se adună.

Problema e ce face diferența asta cu deciziile tale. Smart Bidding optimizează către conversiile pe care le vede. Dacă o treime din ele sunt invizibile, algoritmul învață dintr-un eșantion distorsionat, ROAS-ul raportat e subestimat și probabil tai campanii care funcționează.

Cauza 1: bannerul de consimțământ blochează tag-ul și nimic nu îl înlocuiește

De când Consent Mode v2 a devenit obligatoriu pentru traficul din UE, un vizitator care refuză cookie-urile nu mai trimite semnalul standard de conversie. Comportamentul e corect. Greșeala e să rulezi consent mode „basic", în care tag-urile nu se declanșează deloc fără consimțământ, în loc de „advanced", în care semnalele fără cookie ajung totuși la Google și conversiile sunt modelate. Pe un magazin din România cu o rată de acceptare de 55–65%, modul basic singur poate ascunde un sfert din comenzi.

Cum verifici: în preview-ul din Google Tag Manager, refuză bannerul și urmărește dacă tag-urile Google se declanșează în stare de consimțământ refuzat. Dacă nu se declanșează deloc, ești pe basic.

Cauza 2: evenimentul de achiziție se declanșează înainte să existe comanda

Pagini de mulțumire care se încarcă lent, redirecturi de plată care sar peste pagina de confirmare sau un eveniment de achiziție pus pe click de buton în loc de pagina comenzii confirmate. Fiecare dintre ele fie se declanșează de două ori, fie cu valoarea greșită, fie deloc pentru o întreagă metodă de plată. Plata cu cardul prin redirect 3D Secure e cazul clasic: clientul plătește, revine în magazin, iar pagina de confirmare nu apucă să se randeze suficient pentru tag.

Cum verifici: compară comenzile pe metode de plată din magazin cu conversiile pe metode de plată din GA4. Dacă o metodă lipsește sistematic, aici e scurgerea.

Cauza 3: Enhanced Conversions e oprit sau pornit, dar gol

Enhanced Conversions îi permite lui Google să potrivească o conversie cu un utilizator autentificat, folosind date first-party criptate, și recuperează conversii pe care pierderea cookie-urilor le-ar ascunde. Multe conturi au opțiunea activată și nu trimit niciun fel de date, pentru că câmpul de email sau telefon nu e mapat în tag. Google raportează funcția ca „activă" în ambele cazuri.

Cum verifici: în Google Ads, deschide diagnosticul acțiunii de conversie. Dacă Enhanced Conversions arată „fără date recente" sau o rată de potrivire sub 50%, maparea câmpurilor e stricată.

Cauza 4: lipsesc ID-urile de tranzacție, deci deduplicarea nu funcționează

Fără ID de tranzacție, aceeași comandă numărată prin tag-ul Google Ads și din nou prin importul din GA4 devine două conversii. Asta umflă în loc să ascundă, dar corupe aceleași decizii. Unele setup-uri fac invers: ID-ul există, dar e diferit între cele două surse, așa că Google elimină una ca duplicat, deși nu e.

Cum verifici: exportă o săptămână de conversii cu ID-uri de tranzacție și potrivește-le cu numerele de comandă din magazin. Duplicatele și câmpurile goale se văd într-un tabel în mai puțin de o oră.

Cauza 5: tracking-ul server-side a fost configurat și apoi uitat

GTM server-side îmbunătățește calitatea datelor când e întreținut. Când platforma magazinului se actualizează, procesatorul de plăți se schimbă sau un developer mută un container, endpoint-ul de server continuă să răspundă 200 în timp ce trimite date incomplete. Nimeni nu observă, pentru că dashboard-ul arată în continuare cifre.

Cum verifici: fă o comandă de test și urmărește-o cap-coadă, din browser în containerul de server și apoi în Google Ads. Dacă nu poți urmări o comandă prin tot lanțul, presupune că lanțul e rupt undeva.

Cum arată un setup reparat

La un retailer de suplimente din România, auditul a găsit cauzele 1, 2 și 3 active simultan. Captarea conversiilor a urcat de la aproximativ 65% la aproximativ 90% din comenzile reale după reparație, fără nicio modificare la campanii. ROAS-ul raportat s-a mutat corespunzător, iar două campanii care erau pe punctul de a fi oprite s-au dovedit cele mai profitabile din cont.

Reparația în sine nu e exotică: consent mode advanced, eveniment de achiziție legat de comanda confirmată, Enhanced Conversions cu câmpuri mapate, ID-uri de tranzacție consecvente și o comandă de test care trece prin tot lanțul în fiecare lună.

Ce faci săptămâna asta

Scoate comenzile din magazin și conversiile din ads pentru aceleași 30 de zile și calculează raportul. Dacă e sub 85%, parcurge cele cinci cauze în ordine. Dacă preferi să facă altcineva diagnosticul, exact pentru asta există auditul de tracking.