Jak sladit konverze z Google Ads a Mety se skutečnými objednávkami

V reklamním reportu vychází víc nákupů než v objednávkovém systému. Znamená to, že se měření rozbilo? Ne nutně. Nejdřív je potřeba zjistit, co jednotlivé zdroje vlastně počítají a podle jakých pravidel.

Pro vedení firmy je důležitý přehled, který ukazuje skutečný prodej a zároveň zachovává užitečné informace z reklamních platforem. Cílem není upravovat čísla tak dlouho, až vyjde shoda. Cílem je umět každé číslo vysvětlit.

Proč si jeden nákup mohou připsat dvě platformy?

Zákazník může před nákupem přijít do kontaktu s reklamou na Googlu i na Metě. Každá platforma posuzuje konverzi podle vlastních atribučních pravidel. Pokud nákup splní podmínky obou, mohou si jej připsat obě. V objednávkovém systému přitom stále existuje jediná objednávka.

Překryv atribuce tak není totéž jako duplicitně odeslaná nákupní událost. K rozdílům navíc přispívají časová okna, způsob započítávání, výběr konverzních akcí a modelování. Ze samotného rozdílu mezi součty nelze určit příčinu ani usuzovat na podvod nebo chybnou implementaci.

Při vykazování firemního prodeje vycházejte z jedinečných ID objednávek, které splňují dohodnuté podmínky. Google Ads a Meta vedle toho poskytují vlastní pohled na výkon reklamy. Tyto pohledy mají hodnotu, ale jejich prostý součet není další zdroj celkového počtu objednávek.

Než začnete porovnávat, sjednoťte zadání

Uložte datované kopie exportů. Ke každému poznamenejte období, časové pásmo, datum stažení, měnu a to, co zahrnujete do hodnoty objednávky. Dohodněte se, jak zacházíte s uhrazenými a stornovanými objednávkami i vrácenými platbami. Rozdíl v započtení daní nebo dopravy může vysvětlit část odchylky dřív, než se dostanete k atribuci.

Zkontrolujte konkrétní událost či konverzní akci, způsob započítávání, atribuční model a skutečně používaná okna. U Google Ads ověřte také primární a sekundární akce. Meta oznámila změny v březnu 2026 s různými termíny zavedení pro jednotlivé inzerenty. Vycházejte proto z aktuálních definic kliknutí, zobrazení a dalších interakcí v daném podkladu.

Běžné konverzní sloupce v Google Ads se obvykle řídí datem interakce s reklamou. Při porovnávání s datem objednávky mohou pomoci sloupce podle času konverze. Změna časového základu ale neodstraní rozdíly v atribuci. Počítejte také s průběžnou aktualizací dat a evidujte termín pořízení exportu; neexistuje jedna čekací doba vhodná pro všechny zdroje.

Šest objednávek, sedm připsaných nákupů

Následující příklad je smyšlený. Zahrnuje šest uhrazených objednávek z 1. září 2026, časové pásmo UTC a měnu EUR. Hodnoty neobsahují daně ani dopravu a žádná platba nebyla vrácena. Objednávkový systém eviduje šest jedinečných objednávek v hodnotě 700 EUR.

Google má v příkladu připsané čtyři nákupy za 570 EUR. Meta má tři za 300 EUR. Součet činí sedm připsaných nákupů za 870 EUR. Objednávky A100 a A103, dohromady za 220 EUR, se objevují u obou platforem. Jejich vazby jsme do příkladu záměrně doplnili; nejde o příslib, že takové párování obsahuje běžný export z reklamních systémů.

Po odečtení doloženého překryvu zbývá 4 + 3 − 2 = 5 různých objednávek v celkové hodnotě 650 EUR. U objednávky A104 za 50 EUR není v příkladu uvedeno připsání ani jedné platformě. S ní dostaneme šest firemních objednávek. Hodnoty se vyrovnají výpočtem 570 + 300 − 220 + 50 = 700 EUR.

Důležitý detail: rozdíl mezi sedmi připsanými nákupy a šesti objednávkami je jedna, překryv jsou ale dvě objednávky. Odečtením firemního součtu od součtu platforem tedy překryv nezjistíte. Tento postup funguje díky známým, srovnatelným údajům o objednávkách. Nelze jej mechanicky použít na modelované konverze nebo konverze započtené jen zčásti bez odpovídajících objednávkových záznamů.

Kdy je problém opravdu v duplicitní události?

Samostatně prověřte, zda se tentýž nákup neposílá do jedné platformy opakovaně. Google Ads může pomocí stabilního a jedinečného transaction_id odstranit opakované konverze v rámci stejné konverzní akce. Neodstraňuje tím překryv mezi Googlem a Metou. Tento identifikátor také nezajišťuje dostupnost úplného atribučního přehledu na úrovni jednotlivých objednávek.

Pokud Meta dostává jednu nákupní událost z prohlížeče i ze serveru, ověřte dokumentované nastavení deduplikace v konkrétní implementaci. Kontrolujete tím kopie jedné události, nikoli to, že si dvě platformy připsaly jeden skutečný nákup. Obě kontroly mají jiné zadání. Do identifikátorů objednávek nikdy nevkládejte jména ani e-mailové adresy zákazníků.

Co dělat s částí výsledků, kterou nelze spárovat?

K párování používejte vlastní data, s nimiž smíte pro tento účel pracovat a která konkrétní vazbu skutečně dokládají. Vedle doložených shod ponechte jasně označené neznámé případy. Chybějící důkaz o vazbě neznamená důkaz, že reklama neměla vliv.

Souhrnné nebo modelované výsledky nemusí mít jednoznačné přiřazení k jednotlivým objednávkám. Uveďte je jako samostatnou nerozřazenou část a vysvětlete omezení i použité předpoklady. Nevytvářejte fiktivní řádky a nerozdělujte zbytek mezi kanály jen proto, aby report vypadal úplně.

Objednávkový systém určuje počet a hodnotu prodeje v dohodnutém rozsahu. Sám neříká, která reklama nákup způsobila. Atribuce a inkrementální přínos jsou různé otázky; správně sladěný report ještě nedokazuje dodatečné prodeje vyvolané reklamou.

AI pomůže s přípravou, výpočty musí zůstat ověřitelné

AI může navrhnout přiřazení sloupců, upozornit na chybějící údaje a sepsat vysvětlení zkontrolovaných rozdílů. Součty a další výpočty nechte na ověřitelných vzorcích nebo kódu. Výsledek pak musí projít lidskou kontrolou, zejména u výjimek a nejasných definic.

Pracujte s minimem anonymizovaných údajů. Šablonu upravujte místně a do pracovního listu ani vstupu pro AI nedávejte jména či e-mailové adresy zákazníků. Před odevzdáním prověřte časový základ, hodnoty, duplicity, neznámé vazby a uložené zdroje. AI nemůže obnovit nedostupné identity, zjistit skutečný překryv z pouhých dvou součtů ani prokázat, že nákup způsobila právě reklama.