A cookieless remarketing ma legpraktikusabban három réteg kombinációjával működik: CMP és Consent Mode v2, platform-specifikus szerveroldali API-k (Meta CAPI, Google Enhanced Conversions, TikTok és LinkedIn), valamint szükség szerint szerveroldali címkekezelő (sGTM). Ezt egészíti ki a first-party adat és a kontextuális célzás. A következő lépés egy gyors audit, amely megmutatja, melyik réteg hiányzik nálad.

Röviden:

  • A Consent Mode v2 helyes beállítása 10–15%-kal növelheti a Google által jelentett konverziókat, de a hozzájárulás nélküli jelzések csak a modellezést javítják, remarketinglistát nem építenek.
  • A Meta CAPI és a Google Enhanced Conversions előtt stabilizáld a hozzájárulási jeleket, majd egyeztesd a böngészői és szerveres eseményazonosítókat, és küldj hashelt azonosítókat.
  • A szerveroldali címkekezelést csak stabil alapmérés, elegendő forgalom és megfelelő hirdetési keret esetén vezesd be, mert fenntartása kisebb keretnél nem feltétlenül térül meg.
  • A kampányokat ne csak a konverziók számára optimalizáld: importáld az ügyféladatbázisban lezárt eladásokat, és értékeld a csatornákat bevételük, valamint árrésük alapján.
Marketing Vision Agency
Tedd hatékonyabbá online hirdetéseid
A Marketing Vision Agency közgazdasági alapokra helyezi az online hirdetéseket, és a mérhető üzleti eredményeket, valamint az árrést tartja szem előtt.

Ismerd meg az ügynökséget

Tartalomjegyzék

A cookie-k körüli szabályozás nem csak a harmadik féltől származó sütikről szól. Az EDPB 2/2023-as iránymutatása szerint az ePrivacy irányelv 5(3) cikkének technikai hatóköre több cookie-szerű technikára is kiterjed, például pixelekre, URL-alapú követésre és ujjlenyomat-azonosításra. A hozzájárulás érvényességét ráadásul szigorúan nézik: az EDPB cookie-banner munkacsoportja szerint a hozzájárulásnak egyértelműnek és visszavonhatónak kell lennie, az előre kipipált mezők pedig nem elegendők.

Mi gyengül, és mi marad?

  • A cross-site remarketing skálázhatósága csökken, mert kevesebb felhasználót lehet böngészőkön átívelően azonosítani.
  • A platformokon belüli jelek (megtekintések, interakciók) és a saját csatornáid (e-mail, CRM, fiókok) értéke nő.
  • A hozzájárulás nélküli látogatókról hiányzó adatot modellezés pótolja, de ez csak kiegészítés.
  • A verseny ezért az ajánlat, a kreatív, az eseményszótár és a CRM-kapcsolat minőségén dől el.

Egy gyakorlati szemléletű hazai elemzés is úgy fogalmaz, hogy a szerveroldali megoldások hasznosak, de nem helyettesítik a stratégiát. Ha az adatgyűjtés mögött nincs tiszta üzleti logika, a legszebb technikai beállítás sem hoz többet.

Mely cookieless módszerek működnek, és mikor melyiket válaszd?

Nincs egyetlen csodamódszer, hanem öt eszköz, amelyek mást oldanak meg. Érdemes őket együtt kezelni.

  • First-party és zero-party adat. First-party adat az, amit a saját csatornáidon gyűjtesz: CRM, vásárlási előzmények, fiókok, hírlevél-feliratkozás. Zero-party adat az, amit a felhasználó tudatosan megad (preferenciák, kérdőív, méretválasztó). Az értékcsere itt a kulcs: csak akkor kapsz adatot, ha cserébe kézzelfogható előnyt adsz.
  • Kontextuális célzás. A tartalom alapján, nem a felhasználó múltja szerint célzol. Új ügyfélszerzésnél és felső tölcsérben kifejezetten hasznos.
  • Szerveroldali API-k (Meta CAPI, Google Enhanced Conversions). A konverziós eseményeket a szerverről küldöd a platformnak, a böngészők korlátait megkerülve. A találati arány attól függ, hogy hashelt azonosító (e-mail, telefonszám) is megy-e az eseménnyel.
  • Consent Mode v2. A hozzájárulási állapotot továbbítja a Google felé; a hozzájárulás nélküli látogatások mérését cookieless pingek és modellezés pótolják.
  • sGTM. Saját aldomainről szolgálja ki a címkéket, így tartósabb first-party mérést ad és több kontrollt a küldött adatok felett.

A kontextuális célzás nem kényszerű rossz kompromisszum. Operátori adatok szerint a kontextuális hirdetések CTR-je mindössze 5–8%-on belül marad a viselkedésalapúhoz képest, a márkafelidézés pedig 2,2-szer magasabb.

A Consent Mode v2 helyes implementálása önmagában 10–15%-kal állíthatja helyre a Google által jelentett konverziók számát, Dataslayer. Ezért a Consent Mode v2 bevezetése jó első lépés lehet.

Hogyan vezesd be lépésről lépésre: Stage 1–3

A háromrétegű felépítést gyakorlati roadmapként is érdemes követni. A sorrend azért számít, mert minden réteg az előzőre épül.

  1. Stage 1: CMP és Consent Mode v2. Telepítsd a hozzájárulás-kezelőt, és kösd be a Consent Mode v2-be. Ez az alap: ha a hozzájárulási jelek nem jutnak el a címkékhez, minden további réteg hibás adatot kap. Ellenőrzéshez használd a Google Tag Assistantet és a CMP saját sablonját.
  2. Stage 2: Meta CAPI és Google Enhanced Conversions. Itt kapod a legnagyobb helyreállítást a ráfordított fejlesztői órákhoz képest. Az event_id és a hashelt azonosítók nélkül azonban duplikáció vagy gyenge egyezés lesz az eredmény. A Google-oldali részletekhez ebben a magyar útmutatóban találsz támpontot.
  3. Stage 3: sGTM és további API-k. Akkor érdemes belevágni, ha a forgalom és a hirdetési büdzsé indokolja a szerver költségét, és már van stabil Stage 1–2. Ide tartozik a TikTok és a LinkedIn szerveroldali API-ja is.
  4. Szervezeti feladatok. Közös eseményszótár, UTM-fegyelem, CRM-integráció, valamint heti monitoring és riportálás. A CRM-oldali visszacsatolásnál az offline konverziók importja is sokat segít.

Profi tipp: Stage 1 után várd meg, amíg stabilizálódnak az adatok, mielőtt Stage 2-t élesíted. Így könnyebb megállapítani, melyik változtatás mit javított.

Hogyan ellenőrizd a mérést? Tipikus hibák és validálás

A mérési hibák többsége három ponton keletkezik. Mindegyik ellenőrizhető néhány perc alatt.

  • A CMP nincs összekötve a Consent Mode-dal. A címkék a hozzájárulástól függetlenül futnak, vagy mindig elutasítottnak látják a felhasználót. Ellenőrizd a Tag Assistantben, hogy a hozzájárulási állapot változása után frissülnek-e a consent jelek.
  • CAPI duplikáció event_id nélkül. Ha ugyanazt az eseményt a böngésző és a szerver is elküldi, azonos event_id nélkül a platform kétszer számolja. A böngészői és a szerveroldali eseménynek ugyanazt az azonosítót kell kapnia.
  • Enhanced Conversions engedélyezve, de nincs hashelt azonosító. A funkció bekapcsolása önmagában kevés: az űrlapról vagy a megrendelésből gyűjtött e-mailt vagy telefonszámot normalizálni és hashelni kell, mielőtt elmegy.

A Google leírása szerint a Consent Mode cookieless pingjei nem használhatók egyedi felhasználók követésére vagy remarketing listák építésére, csak a modellezés pontosságát javítják. Ezt tartsd észben, amikor a modellezett konverziókra építesz.

A dataslayer.ai összefoglalója szerint a háromrétegű setup tipikus hibái a CMP és a Consent Mode v2 hiányos összekötése, az event_id-duplikáció és a hiányzó hashelt azonosító, és ezek jelennek meg a leggyakrabban a roadmap szerint. Ha mindhárom rendben van, a mérésed megbízhatóbbá válhat.

Gyors ellenőrző lista:

  • az event_id megegyezik a böngésző és a szerver eseményén;
  • az azonosítók hashelve és normalizálva érkeznek;
  • a Tag Assistant minden kulcsoldalon a várt consent állapotot mutatja;
  • a szerverkérések a saját aldomainre mennek;
  • a napi konverziószám és a platformok közti eltérés figyelve van.

Technikai checklist fejlesztőknek és CMP-választáshoz

Ezt a listát add oda a kivitelezőnek. Minden pont ellenőrizhető.

  1. CMP és Consent Mode v2 jelek. Állítsd be és teszteld az ad_storage, analytics_storage, ad_user_data és ad_personalization jelzőket. Válassz olyan CMP-t, amely támogatja a Consent Mode v2-t és kezeli az elutasítás egyenrangú lehetőségét.
  2. Enhanced Conversions for Web. Határozd meg, hol keletkezik az e-mail vagy telefonszám (űrlap, pénztár, fiók), és hogyan hasheled kliens- vagy szerveroldalon. Hash előtt normalizáld az értéket (kisbetű, felesleges szóközök nélkül).
  3. CAPI implementáció. Generálj event_id-t minden eseményhez, használd ugyanazt a böngészőben és a szerveren, és add meg a szerveroldali eseményforrásokat (webshop-háttérrendszer, CRM).
  4. sGTM alapok. Válassz saját aldomaint a tárolóhoz, döntsd el a hosting módját (felhős szolgáltató vagy saját üzemeltetés), és elsőként a legfontosabb konverziós címkéket migráld.
  5. Átadás előtti teszt. Próbálj ki egy teljes vásárlási útvonalat elfogadott és elutasított hozzájárulással, és vesd össze az eseményeket a platformok teszteszközeivel.

Mit tudunk mi ebből, és mikor érdemes szakértőt bevonni?

Ügynökségként a mérés beállításától a napi kampánykezelésig dolgozunk: auditot, hirdetési fiókok és háttérmérések beállítását (set-up) és kampánykezelést is vállalunk. Közgazdasági szemlélettel tervezünk, vagyis a mérést és a kreatívot is a profit maximalizálásához igazítjuk, nem a kattintásszám növeléséhez.

A cookieless mérés nem egyszeri beállítás, hanem folyamatosan karbantartott rendszer. Ha a kampánybüdzséd jelentős, a rosszul beállított mérés ugyanannyit rombolhat, mint amennyit egy jó kreatív épít.

Az általunk javasolt együttműködési modell: audit, majd set-up, végül folyamatos menedzsment. Külső bevonás akkor indokolt, ha nincs belső fejlesztői kapacitás a szerveroldali részhez, vagy ha az adatok nem egyeznek a platformok és a bevételi adatok között.

Mik a leggyakoribb konfigurációs buktatók a gyakorlatban?

A fenti három technikai hiba mellett a gyakorlatban más, kevésbé látványos csapdák is előjönnek.

Az egyik leggyakoribb, hogy a cookie-banner kialakítása sérti a hozzájárulás szabályait: az elutasítás gombja nehezen elérhető, vagy előre kipipált mezők vannak. Ilyenkor nem csak jogi kockázat keletkezik, hanem a hozzájárulási adat is megbízhatatlan lesz, ezért a modellezés is rossz alapra épül.

A második a szerverkérések rossz célpontja: ha a szerveroldali címke nem a saját aldomaineden fut, elveszik a first-party kontextus előnye. Szintén gyakori, hogy az sGTM-et bevezetik, de a régi böngészőoldali címkék párhuzamosan továbbra is futnak, így az események duplán számolódnak.

Harmadik buktató az eseményszótár hiánya. Ha a különböző platformokon ugyanazt a vásárlást máshogy nevezik el, az összehasonlítás és az optimalizálás lehetetlenné válik. Érdemes a bevezetés előtt egyetlen közös táblázatban rögzíteni az események nevét, paramétereit és forrását.

Végül a monitoring hiánya: a beállítás élesítés után nem romlik el azonnal, de egy oldalfrissítés, CMP-csere vagy űrlapmódosítás csendben megszakíthatja az adatáramlást. Heti ellenőrzéssel és riasztással ezt időben észreveszed.

Mik a leggyakoribb konfigurációs buktatók a gyakorlatban? — overview diagram

Hogyan hasonlíthatod össze a cookieless megoldásokat?

A választást nem az dönti el, melyik a legmodernebb, hanem hogy mekkora költséggel mennyi adatot hoz vissza, és mennyire illeszkedik a szervezetedhez.

A Consent Mode v2 és a CMP lehet költséghatékony kiindulópont. Előnye a gyors bevezetés és a nyilvánvaló megtérülés. Hátránya, hogy a hozzájárulás nélküli látogatók adatát csak modellezi, a profilokat nem építi.

A platform-API-k (CAPI, Enhanced Conversions) kedvező arányt kínálhatnak a fejlesztési ráfordításhoz képest. Hátrányuk, hogy fejlesztői munkát igényelnek, és a hashelt azonosítók gyűjtése nélkül gyengén teljesítenek.

Az sGTM több kontrollt és tartósabb mérést ad, de üzemeltetési költséggel és karbantartási teherrel jár. Kisebb büdzsénél előfordulhat, hogy nem térül meg.

A first-party és zero-party adat hosszú távon a legértékesebb, mert a tiéd. Lassabban épül, és értékcserét kíván: kupon, tartalom, személyre szabott ajánlás.

A kontextuális célzás gyorsan indítható és adatvédelmi szempontból egyszerű. Újonnan szerzett közönségnél jó, de a már ismert vásárlók újraelérésére kevésbé alkalmas.

Gyakorlati döntési szabály: kezdd a költséghatékony alaprétegekkel, majd vezesd be azokat a megoldásokat, amelyek várhatóan a legtöbbet segítenek, és csak utána a további költséges elemeket. Egy összehasonlítás segíthet eldönteni, megéri-e a szerveroldali mérés.

Merre tart a cookieless remarketing?

Pontos előrejelzést senki sem tud adni, de a tendenciák iránya jól látszik, mert a szabályozói és a platformoldali nyomás ugyanabba az irányba mutat.

Az első irány a szigorúbb hozzájárulás-értelmezés. Az EDPB iránymutatásai szerint egyre több követési technika kerül az ePrivacy hatálya alá, így nem elég kizárólag a sütikre figyelni. A cookie-szerű technikák ugyanúgy hozzájárulást igényelhetnek.

A második irány a platformok közti szerveroldali jelátadás általánossá válása. Ami ma versenyelőny, az néhány éven belül alapkövetelmény lehet, ezért érdemes a CAPI és az Enhanced Conversions bevezetését nem halogatni.

A harmadik irány a modellezés szerepének növekedése. Ahogy egyre több látogató nem járul hozzá a követéshez, a platformok egyre inkább becsült adatokra támaszkodnak. Ezért értékes, ha a saját first-party adataiddal ellenőrizni tudod a modellezett számokat.

A negyedik irány a first-party adat stratégiai szerepe. A sütik nélküli világban az nyer, aki közvetlen kapcsolatot épít az ügyfeleivel. Ebben az elemzésben részletesebben is írunk erről. Ez a legkevésbé függ a külső szabályváltozásoktól.

Cookieless környezetben a mérés nem egyetlen szám, hanem több nézőpont összevetése. A platform által jelentett konverzió, a saját rendszered (webshop, CRM) adata és a modellezett érték sosem lesz teljesen azonos, de az eltérésnek stabilnak kell lennie.

Az attribúciónál érdemes elfogadni, hogy az utolsó kattintásos modell és a platformok saját hozzárendelése torzít. Használj több modellt egymás mellett, és figyeld, melyik csatorna szerepe változik jelentősen, ha modellt váltasz. Ha egy csatorna csak egyetlen modellben jó, az gyanús jel.

A kampányoptimalizálásnál a bevételi és árrési adatot vidd vissza a platformra, ne csak a konverziók számát. Offline vagy CRM-ben lezárt üzleteket importálva a rendszer arra tanul, ami valóban profitot hoz. Ehhez használhatod az offline konverziók importját.

Ugyanilyen fontos a napi fegyelem: egy rövid, ismétlődő napi optimalizálási ellenőrzés időben jelzi, ha a mérés megsérült. A döntéseknél pedig a megbízható, adatvezérelt döntéshozatal szabályai segítenek, hogy ne egyetlen ingadozó mutatóra építs.

Hogyan néz ki egy működő cookieless remarketing a gyakorlatban?

Valós ügyféleredményt nem idézünk, mert ehhez nincs nyilvános, ellenőrizhető adat. Ehelyett egy tipikus, szemléltető felépítést mutatunk be: egy webshop, amely korábban a harmadik féltől származó sütikre épített.

Első lépésben a CMP-t és a Consent Mode v2-t kötik be, majd ellenőrzik a hozzájárulási jelek áramlását. Másodszor a vásárlásnál és a regisztrációnál gyűjtött e-mailt hashelve küldik a szerveren keresztül a Meta és a Google felé, közös event_id-vel. Harmadszor a CRM-ből visszaimportálják a ténylegesen teljesült megrendeléseket.

Cookieless remarketing adatfolyamának három lépése

A remarketing közönségeket ezután nem sütik, hanem hozzájáruláson alapuló, first-party listák alkotják: a kosárelhagyók, a korábbi vásárlók és a hírlevél-feliratkozók. A lista mellé kontextuális célzással új közönség is érkezik. A kreatívban a lemorzsolódó vásárlók számára a termékhez kapcsolódó ajánlat, a törzsvásárlóknak pedig keresztértékesítési üzenet szerepel.

A webshop remarketing kampány beállításának lépései jó kiindulópont ehhez. A lényeg nem egyetlen trükk, hanem hogy minden réteg egymást erősíti. Egy külső, német nyelvű összefoglaló cookie nélküli retargetingről további módszereket és példákat mutat be.

Szerzői vélemény: előbb az értékcsere, aztán a szerver

Szerintünk a legtöbb hirdető rossz sorrendben fog bele: a szerveroldali mérést bevezeti, de közben nem gondolja végig, miért adna adatot neki az ügyfél. A technika csak azt a jelet erősíti, ami már megvan. Ha nincs értékcsere, nincs mit erősíteni.

A hagyományos tanács, hogy „kapcsold be az összes szerveroldali integrációt”, ezért kevés. A legjobb megtérülés ott van, ahol az ügyfél tudatosan, valami hasznos cserébe ad adatot: jobb ajánlatért, személyre szabott tartalomért, gyorsabb ügyintézésért. Ez a zero-party adat, és ez a legkevésbé sérülékeny.

A másik, amit túlértékelnek, az sGTM mint önálló megoldás. Hasznos kiegészítés, de nem pótolja a Consent Mode v2 és a CAPI helyes beállítását. A profitorientált audit ezért az első lépés: megmutatja, hol veszítesz valódi bevételt, és hol csak kényelmes a technikai munka.

Mit tegyél először? Ellenőrizd, hogy a hozzájárulási jelek eljutnak-e a címkékhez, majd nézd meg, milyen azonosítót küldesz a platformoknak. Ez munkát igényel, és gyakran jelentős javulást hozhat.

— Balázs

Hogyan segítünk bevezetni a cookieless remarketinget?

Ha nincs időd vagy fejlesztői kapacitásod a bevezetésre, átvesszük a munka nagy részét. Az ajánlatunkban az alábbi elemek illeszkednek a cookieless átálláshoz:

  • Teljes körű marketing auditálás: megmutatja, hol veszítesz mérési adatot és bevételt.
  • Set-up, vagyis a hirdetési fiókok és háttérmérések beállítása: CMP-összekötés, szerveroldali API-k, eseményszótár.
  • Kampánykezelés a CORE PERFORMANCE csomagban: havi 540 000 Ft díjért napi optimalizálás, a mért adatok alapján.

[kép:cta_image]

Számíthatsz implementációs támogatásra, mérésjavításra és napi szintű optimalizálásra, mindezt a profitra, nem a kattintásszámra tervezve. A szolgáltatásaink oldalán megtalálod a teljes listát, és a főoldalunkról kérhetsz ajánlatot. Írj nekünk, és megnézzük, melyik réteg hiányzik nálad.

Gyakran ismételt kérdések

Mit jelent a cookieless remarketing a gyakorlatban?

Olyan újraelérést jelent, amely nem harmadik féltől származó sütikre épít. A helyét a hozzájáruláson alapuló first-party adat, a szerveroldali eseményküldés és a kontextuális célzás veszi át. A hozzájárulás nélküli látogatók mérését a platformok modellezéssel pótolják.

A helyes implementáció önmagában 10–15%-kal állíthatja helyre a Google által jelentett konverziók számát, a dataslayer.ai szerint. A tényleges eredmény a hozzájárulási aránytól és a beállítás minőségétől függ. Ezért mérd az eredményt a saját adataiddal.

Haladó módban a rendszer hozzájárulás nélkül is küldhet cookieless pingeket, ami részletesebb modellezést tesz lehetővé. A Google leírása szerint alap módban ez nem történik meg. A pingek nem használhatók egyedi követésre vagy remarketing listák építésére.

Kell-e sGTM a cookieless remarketinghez?

Nem kötelező, de nagyobb büdzsénél hasznos lehet. A szerveroldali címkekezelés több kontrollt ad, és operátori megfigyelések szerint további helyreállítást hozhat. Először a CMP, a Consent Mode v2 és a platform-API-k beállítását érdemes rendbe tenni.

Mi a leggyakoribb hiba az átállásnál?

A CMP és a Consent Mode v2 hiányos összekötése, a CAPI duplikációja közös event_id nélkül és a hashelt azonosító hiánya. Mindhárom a háromrétegű setup roadmapjában is a tipikus hibák között szerepel. Ezek néhány perc alatt ellenőrizhetők.

Források

Ajánlott