Konverzió-deduplikáció
A konverzió-deduplikáció az a mechanizmus, ami megakadályozza, hogy ugyanaz a vásárlás kétszer kerüljön be a hirdetési rendszerbe. Amióta a böngészőoldali mérés (pixel) mellett szerveroldali mérés is fut, minden konverzió két úton indul el — és ha nincs közös azonosítójuk, a rendszer két külön vásárlásnak látja őket.
Miért megy ki kétszer
Nem hibából: szándékosan. A böngészőoldali mérést a hirdetésblokkolók, a sütikorlátozások és a megszakadt oldalbetöltés is elnyelheti, ezért mellé szerveroldali küldés került. A kettő együtt teljesebb képet ad, mint bármelyik önmagában.
A csapda ott van, hogy amikor mindkettő átmegy — ami a látogatók többségénél így van —, akkor a rendszernek el kell döntenie, hogy ez egy vagy két esemény volt. Ehhez kell egy közös kulcs.
Hogyan működik a gyakorlatban
| Elem | Mit csinál | Mire figyelj |
|---|---|---|
| event_id | Ugyanaz az egyedi azonosító mindkét küldésben | Tényleg ugyanaz legyen — ne két külön generált érték |
| event_name | Az esemény típusa, pl. Purchase | A két küldésben azonos nevet használj |
| Időablak | A rendszer korlátozott ideig párosítja a két küldést | A szerveroldali küldés ne késsen órákat |
| Sorrend | Bármelyik érkezhet előbb | Nem kell sorrendet erőltetni, az azonosító dönt |
A leggyakoribb hiba nem a hiányzó azonosító, hanem hogy a két oldal külön generál egyet. Ilyenkor formailag minden helyes, a párosítás mégsem történik meg — a fiók pedig hibajelzés nélkül duplán számol.
Mi történik, ha nem működik
A hiba azért veszélyes, mert nem hibaüzenetként jelentkezik, hanem jó hírként: hirtelen kétszer annyi konverziót mutat a fiók.
Ebből három rossz döntés következik. A megtérülés jobbnak látszik a valóságnál, tehát többet költesz olyan kampányra, ami nem termel. A konverziónkénti költség felére csökken papíron, tehát a licitstratégia rossz célszámot kap. És ami a legdrágább: az automatikus licitelés a hibás adatból tanul, vagyis a rendszer maga is rossz irányba optimalizál.
Az ellenőrzés egyszerű: vess össze egy hetet a hirdetési fiók és a webshop tényleges rendelésszáma között. Ha a fiók nagyságrendileg többet mutat, és ez nem magyarázható a nézet alapú konverzióval, akkor a deduplikációval van baj.
Gyakori kérdések
Honnan tudom, hogy duplán mérek?
Hasonlítsd össze a hirdetési fiók vásárlásszámát a webshop tényleges rendelésszámával azonos időszakra. A platformok eseménydiagnosztikai felületén emellett jellemzően látszik, hogy a beérkező események mekkora hányada lett sikeresen párosítva.
Elég csak szerveroldalon mérni?
Működik, és a deduplikáció kérdését meg is szünteti, de a böngészőoldali jelekből származó információ egy része elveszhet. A legtöbb esetben a kettő párhuzamos futtatása és korrekt deduplikálása ad teljesebb képet.
Google Ads-nél is van ilyen?
A probléma mintázata ugyanaz mindenhol, ahol több forrásból érkezhet ugyanaz a konverzió — például ha a weboldali címke mellett importált konverzió is fut. A megoldás elve is azonos: egyedi tranzakció-azonosító, ami mindkét úton ugyanaz.
Ki tudja ezt beállítani?
Az azonosító előállítása fejlesztői feladat, mert a rendelés-visszaigazolás pillanatában kell generálni és mindkét küldéshez átadni. Címkekezelőn keresztül is megoldható, de az azonosító forrása akkor is a rendszer, nem a címkekezelő.
Megnézzük, hol tart most az oldalad?
Ingyenes AI-láthatósági auditot adunk: mit lát belőled a Google és mit látnak az AI-keresők.
Kérem az auditot