Serverové předávání konverzí: jak zapnout a nezapočítat konverzi dvakrát

Serverové předávání konverzí znamená, že událost neposílá prohlížeč návštěvníka, ale váš server přímo na API platformy. Pro Google Ads zvolíte podporovaný import nebo Google Ads API, pro Metu Conversions API. Measurement Protocol posílá události do GA4; případný import do Google Ads pak nastavujete zvlášť. Dvojímu započtení zabráníte tím, že stejnou událost pošlete jen jednou, nebo že prohlížeč i server pošlou shodné označení události.

Stručně

• Serverové měření odesílá data z vaší infrastruktury, obvykle z CRM nebo e-shopu, ne z prohlížeče.
• V Google Ads sladíte zdroje, identifikátory transakcí a konverzní akce; samostatně ověříte jejich roli v cílech a reportech.
• V Metě se duplicity řeší shodou názvu události a parametru event_id, samostatný přepínač tam není.
• Rozhodující je identifikátor: bez něj platforma nepozná, že jde o tutéž událost.
• Ověření stojí na porovnání počtu konverzí v platformě, v CRM a ve vašem logu odeslaných událostí.

Co je serverové předávání konverzí a kdy se vyplatí

Serverové předávání konverzí je přenos konverzní události z vašeho serveru na API reklamní platformy místo přenosu z prohlížeče. Událost vzniká tam, kde skutečně nastala, tedy v objednávkovém systému nebo v CRM, a platforma dostane její parametry včetně identifikátoru.

Vyplatí se ve chvíli, kdy potřebujete hlásit konverzi, kterou prohlížeč nemůže spolehlivě zachytit. Typicky jde o události, které se dozvíte až později: potvrzení objednávky při dobírce, posun leadu do kvalifikované fáze, uzavření obchodu po telefonu. Prohlížeč v tu chvíli už dávno není na vašem webu.

Druhý důvod je technický. Skript v prohlížeči může být zablokovaný, nemusí se načíst nebo může být omezený nastavením prohlížeče. Serverové odeslání na těchto okolnostech nezávisí, protože ho provádí vaše infrastruktura.

Serverové měření ale není náhrada měření v prohlížeči. Je to druhý zdroj, který s ním musí být sladěný. Právě ve sladění vzniká většina chyb s dvojím započtením.

Jak zapnout serverové předávání konverzí v Google Ads

Nejdřív rozlište dvě cesty: předávání konverzí přímo do Google Ads přes podporovaný import, Google Ads API nebo Data Manager a předávání událostí do GA4 přes Measurement Protocol. Measurement Protocol není API pro přímé odesílání konverzí do Google Ads. Pokud data vedete přes GA4, propojení a import do Google Ads řešíte zvlášť. Dokumentace GA4 popisuje, kam tento protokol události posílá.

1. Určete obchodní událost a zvolte podporovanou cestu pro svůj zdroj dat.
2. Pro Google Ads připravte odpovídající konverzní akci a identifikátory, které vyžaduje zvolený způsob importu.
3. Pro stejnou skutečnou konverzi držte stabilní transaction/order ID při opakovaném odeslání.
4. Ověřte přijetí dat a jejich vazbu na zamýšlenou konverzní akci.
5. Zkontrolujte, které akce se používají pro nabídky a pro který sloupec reportu data porovnáváte.

Google Ads rozpoznává opakování stejné konverzní akce se stejným identifikátorem transakce. Identifikátor proto musí být stabilní pro jednu objednávku a odlišný pro další. Stejný identifikátor automaticky nespojí různé konverzní akce. Podrobnosti popisuje dokumentace identifikátorů transakcí.

Když jednu objednávku měří samostatná akce z webu a další akce importovaná z GA4, zkontrolujte jejich roli v cílech. Nastavení primary/secondary ovlivňuje report a nabídky; data sekundárních akcí mohou zůstávat v souhrnu všech konverzí. Vlastní cíle mají zvláštní pravidla. Nejde tedy o univerzální zákaz dvou zdrojů, ale o sladění zdrojů, identifikátorů a konverzních akcí. Pravidla primárních a sekundárních akcí.

Jak zapnout serverové předávání konverzí v Metě

V Metě je serverová cesta postavená na Conversions API. Událost posíláte ze serveru a platforma ji přiřadí k uživateli podle identifikátorů, které k ní přiložíte.

Základní kroky:

1. Zřiďte přístup k Conversions API pro svůj zdroj událostí.
2. Rozhodněte, které události půjdou ze serveru a které z prohlížeče.
3. Ke každé události přiložte název události a parametry, které nesou informaci o hodnotě a obsahu.
4. Přidejte identifikátory, podle kterých platforma událost přiřadí, obvykle se používá kombinace údajů o uživateli a identifikátoru z prohlížeče.
5. Otestujte odeslání a zkontrolujte, že události dorazily.

Meta má vlastní pravidla pro to, jak dlouho trvá fáze učení a jak probíhá kontrola inzerátů, ale to s duplicitami přímo nesouvisí. Pro měření je podstatné jen to, že platforma musí umět rozpoznat, že dvě přijaté události jsou jedna a ta samá.

Jak zabránit dvojímu započtení konverze

Dvojí započtení vzniká ve chvíli, kdy stejnou událost pošlete dvakrát jako dvě různé. Platforma nemá jak poznat, že jde o jeden nákup, pokud jí to neřeknete. Řešení se liší podle platformy.

V Metě se duplicity řeší podle shody názvu události a parametru event_id. Samostatný přepínač pro deduplikaci tam není. Když prohlížeč i server pošlou událost se stejným názvem a stejným event_id, platforma je spojí do jedné. Když identifikátor chybí nebo se liší, roste riziko duplicit; výsledek ověřte ve skutečných událostech.

V Google Ads rozlište opakované hlášení stejné konverzní akce od dvou samostatných akcí. Pro první případ je důležitý stabilní transaction/order ID; u druhého ověřte nastavení cílů a to, které akce se započítávají do porovnávaného reportu. Dva zdroje samy o sobě nepotvrzují dvojí počet.

Praktické pravidlo: pro každou konverzní událost si napište, odkud se hlásí, a tuto informaci držte na jednom místě. Tabulka níže ukazuje, co v které platformě duplicitu řeší.

Jak ověřit, že se konverze nepočítá dvakrát

Ověření stojí na porovnání tří míst: reportu v platformě, vašeho systému a logu odeslaných událostí. Pokud čísla nesedí, hledejte příčinu v identifikátorech a ve zdrojích.

Postupujte takto:

1. Vyberte jednu konkrétní událost, například dokončenou objednávku, a ohraničte ji krátkým obdobím.
2. Spočítejte její výskyt v CRM nebo e-shopu. To je referenční číslo.
3. Porovnejte ho s počtem v reportu platformy za stejné období.
4. Zkontrolujte log, kolik událostí váš server skutečně odeslal.
5. Pokud platforma hlásí víc než váš systém, hledejte druhý zdroj nebo chybějící event_id.

Rozdíl nemusí vždy znamenat chybu. Do reportu se promítá okno konverze, zpoždění v přiřazení události a to, že některé události platforma nemusí přiřadit k žádnému kliku. Proto porovnávejte delší období a dívejte se na trend, ne na jeden den.

Pro průběžnou kontrolu se hodí mít měření na jednom místě s ostatními výstupy. Přehled o tom, jak se konverze a náklady sbíhají v reportech, najdete na stránce reporty a analytika kampaní.

Typické chyby a jak je poznat předem

Nejčastější chyba je dvojí zdroj u jedné události. Může se projevit vyšším počtem hlášených konverzí, ale samotný rozdíl proti CRM duplicitu nepotvrzuje. Ověřte konkrétní události, identifikátory a pravidla přiřazení.

Druhá chyba je chybějící identifikátor. Událost odejde, ale platforma ji nemá k čemu přiřadit. Projeví se to opačně: konverzí v platformě je méně, než kolik jich váš server odeslal.

Třetí chyba je odesílání ve špatný moment. Pokud server pošle událost při vytvoření objednávky a CRM ji později zruší, měříte něco jiného, než si myslíte. Událost se má posílat ve stavu, který považujete za dokončený.

Čtvrtá chyba je tichá změna na straně webu. Někdo upraví skript, přidá novou událost nebo zapne jiný nástroj a vy o tom nevíte. Proto se kontrole nevyhnete opakovaně, ne jednorázově po nasazení.

Předem se dá chyba odhalit jednoduše: pro každou konverzní událost mějte sepsané, kdo ji hlásí, s jakým identifikátorem a v jakém stavu. Když na tuto otázku nemáte odpověď, dřív nebo později se dvojí započtení objeví.

Na co si dát pozor při změnách

Každá změna v měření může rozhodit to, co už fungovalo. Když přidáte novou událost, zkontrolujte, jestli už stejnou nehlásí někdo jiný. Když měníte CRM, ověřte, že identifikátory zůstaly stejné.

Pozor také na to, že platformy mají vlastní pravidla pro zpracování dat a pro to, jak dlouho se události uchovávají. To ovlivňuje, jak daleko zpět můžete porovnávat. Pokud potřebujete delší historii, musíte si ji držet ve svém systému.

Užitečné je nastavit si pravidelnou kontrolu, ne ji dělat jen při podezření. Stačí porovnat počet konverzí za uzavřené období a podívat se, jestli se rozdíl nemění. Když se rozdíl zvětšuje, něco se změnilo.

Další krok

Vyberte jednu konverzní událost, která je pro vás nejdůležitější, a projděte si u ní všechny tři otázky: kdo ji hlásí, s jakým identifikátorem a v jakém stavu. Teprve pak řešte nasazení na další události. Pokud chcete mít měření, kontrolu identifikátorů a přehled o konverzích na jednom místě, začněte na stránce serverové konverze z CRM.

Chcete-li podrobněji prozkoumat související otázky, přečtěte si Reklama na sociálních sítích pro zubní ordinace a Reklamy na Instagramu bez Facebook účtu: jak na to.