Profit loopback (T2) — Google Ads licitează pe profit

Campaniile cu tROAS optimizează pe venit — atât le spui. Dar două comenzi cu venit diferit pot avea valoare inversă după marjă: o comandă de 1.000 lei cu marjă 8% aduce 80 lei profit; una de 400 lei cu marjă 55% aduce 220 lei. Google le vede pe dos.

T2 trimite în Google Ads profitul fiecărei comenzi reale ca valoare de conversie, pe un conversion action dedicat „Profit (seenly.ad)". Smart Bidding începe să prefere căutările, produsele și audiențele care aduc bani, nu cifre umflate — o strategie de licitare pe profit pentru care alte platforme cer 200–500€/lună, inclusă la tine.

Cine face ce

Nu construim și nu instalăm plugin-uri de magazin — comenzile se trag prin API-ul platformei (Woo/Shopify/Magento/MerchantPro/Gomag/Extended, toate gata). „Profit Tag"-ul e un snippet universal de GTM, nu un plugin.

Setup — ce se întâmplă când apeși butoanele (Setări magazin → Profit Tag T2)

1. „Creează conversion action «Profit (seenly.ad)»" — apelăm API-ul Google Ads și creăm direct în contul Google Ads al clientului o acțiune de conversie numită „Profit (seenly.ad)" (tip import de clickuri), setată secundară. O vezi imediat în Google Ads → Goals → Conversions. Nu schimbă nicio licitare — doar pregătește „cutia" unde punem profitul. (Necesită acces API pe cont — dev token Standard Access.)
2. „Activează loopback-ul" — pornește jobul zilnic. În fiecare noapte (04:00) selectăm comenzile plătite + cu gclid + profit > 0 + mai noi de 90 zile + netrimise și le urcăm pe „Profit (seenly.ad)", fiecare cu profitul ei ca valoare + numărul comenzii ca cheie de deduplicare (Google nu poate dubla).

Panoul îți arată permanent: comenzi plătite, profit + marjă, % cu gclid, câte au fost trimise.

Cum comuți licitarea pe profit (partea care face banii — în Google Ads, nu în app)

1. Faza 1 — observație (2–3 săptămâni): acțiunea rămâne secundară, zero risc. Compari în coloane venitul vs profitul real per campanie/produs. (Coloane custom gata făcute în pagina „Licitare pe profit".)
2. Faza 2 — comutarea: la ~30+ conversii de profit/lună pe campanie → în Google Ads setezi „Profit (seenly.ad)" ca primară pe campaniile Shopping/PMax alese și scoți acțiunea de venit de pe primar (ca să nu se dubleze valoarea).
3. Recalibrezi ținta tROAS: țintă_profit ≈ țintă_venit × marja medie. Ex: tROAS 400% pe venit, marjă 40% → pornești de la ~160% pe profit. Conservator la început.

Efectul tipic: venitul rămâne constant sau scade ușor, profitul crește — trade-off-ul corect.

gclid — combustibilul T2, și cum îl afectează iOS / adblockere / consent

T2 trimite doar comenzile care au gclid (id-ul clicului Google). Vestea bună: modul robust de captare e cel nativ, server-side, imun la blocaje.

Cine capturează gclid nativ (fără niciun tag):

De ce iOS/ITP, adblockerele și consimțământul NU rup captarea nativă

• Captarea nativă e first-party, server-side: platforma citește ?gclid= din URL la aterizare/checkout și îl scrie în comandă, în baza magazinului. Nu e cookie de tracking terț → Safari ITP, adblockerele și banner-ul de cookie-uri nu-l ating. Odată în comandă, e permanent.
• Consimțământul: gclid-ul din URL nu e un cookie de marketing — e date de atribuire a comenzii pe care le ține chiar magazinul. Order Attribution îl salvează indiferent de consimțământul pentru cookie-uri.
• Ce se pierde: doar comenzile fără gclid captat nu se trimit — și alea sunt oricum majoritar non-Google (organic, direct, Meta). Nu strici nimic; trimiți ce ai. O acoperire de 40–60% e semnal puternic.
• Profit Tag-ul (Magento/Gomag/Extended) e mai fragil (cookie client 90 zile, plafonat la 7 zile pe Safari ITP), dar citește și cookie-ul Google _gcl_aw (via Conversion Linker) și trimite gclid-ul legat de numărul comenzii direct la noi — suficient în practică.

„Am tracking server-side (DataReshape) — mai am nevoie de tagul tău?"

Depinde de platformă, pentru că T2 ia gclid din comandă, nu din pipeline-ul lor:

• Woo / MerchantPro / Shopify: gclid-ul e deja în comandă nativ → T2 merge fără niciun tag, indiferent dacă ai sau nu DataReshape. Nu-ți trebuie nimic.
• Magento / Gomag / Extended (fără gclid nativ): DataReshape capturează gclid-ul, dar îl trimite spre destinațiile LOR (GA4/Meta/Google Ads) — nu-l scrie înapoi în comandă, deci T2 tot nu-l are. Ai două soluții, alegi una:
  1. Profit Tag-ul nostru (snippet GTM) → ne trimite gclid + numărul comenzii;
  2. Punte de la DataReshape (planul lor CUSTOM): configurează o „destinație seenly" care face POST pe https://seenly.ad/t2/click cu numărul comenzii + gclid → atunci tagul nostru NU mai e necesar, DataReshape hrănește T2 direct.

Pe scurt: „ei salvează tot" e adevărat pentru destinațiile LOR; ca să ajungă la T2 pe Magento trebuie fie tagul nostru, fie puntea custom. Pe platformele cu atribuire nativă, discuția nu există — merge oricum.

Precizia profitului

Profitul e atât de bun cât e lanțul de marjă: (1) ideal costuri reale în feed (cost_of_goods_sold) → precizie spre 100%; (2) bun marje pe categorie/brand (Setări → Marje); (3) acceptabil marja default. Fiecare item de comandă păstrează sursa costului — auditabil.

CLV Bidding (opțional)

Un client nou valorează mai mult decât prima lui comandă. Cu CLV Bidding activat, prima comandă a unui client nou pleacă cu profit × multiplicator LTV (din istoricul tău real, cohorta 180 zile, plafon 3×, activ de la 30+ clienți). Comenzile repetate pleacă cu profitul simplu. Efect: Smart Bidding plătește mai mult pentru achiziția care se repetă.

Depanare rapidă

Didn't find what you were looking for? Write to us at [email protected] or create an account and we'll walk you through it on your own data.