Nem a legszexibb kifejezés a one-click Konverziók API, de mégis sok marketinges örülhet, főleg azok, akik kisebb vállalkozások, egyszerűbb weboldalak marketingjén dolgoznak. Nekik ugyanis sokat spórolt a Meta az új rendszer bevezetésével, hiszen egy gombnyomással beállíthatjuk magunknak a szerver oldali követést. Vagy mégsem?.
Meta Pixel vs. Konverziók API: a Meta hirdetések elengedhetetlen eleme
Ha hirdetsz Facebookon vagy Instagramon, és saját felületre, weboldalra webáruházba viszed az embereket, elengedhetetlen, hogy tudjad, mi történik ott a látogatókkal. Merre járnak, mikor pattannak le, mikor csinálnak valamilyen fontos konverziót (pl. vásárlás, feliratkozás). Ebben segít ez a két rendszer.
A Meta Pixel a böngészőben lefutó kód, ami javascript és cookie-k (böngésző süti) segítségével próbál adatot átadni a Meta hirdetési rendszerének a látogatókról.
A Konverziók API (Conversions API, CAPI) pedig szintén adatokat próbál eljuttatni a Meta hirdetési rendszerében, de nem a böngészőn keresztül, hanem másik útvonalon, szerveroldali kapcsolatokon keresztül.
A Meta hirdetési rendszere a két útvonalról érkező információt egyesíti, deduplikálja, majd felhasználja statisztikákra, konverziókövetésre, és hirdetés optimalizálásra.
Vagyis ha az egyik útvonal nem működik, mert például a Meta Pixel nem tud adatot átadni valamilyen böngésző korlátozás miatt, a másik útvonalról (teljes értékű CAPI használata esetén) megérkezik az információ, így mindenki boldog (mármint elsősorban a hirdető és a Meta).
Ez szuper, régóta működő rendszer, sokat írtam róla, sőt a Liftup Akadémia Marketing Hubba készítettünk külön képzést is a témában.
De ha régi az ügy, mi az újdonság?
Az egy kattintásos CAPI
Míg egy Meta Pixelt a weboldalra szinte bárki be tud rakni, a CAPI telepítése eddig plusz feladat volt. Egyedi fejlesztésre volt szükség, vagy szerver oldali Google Tag Managerre, vagy egy olyan webáruház rendszerre (vagy itt sorolhatnék még sok más megoldást). Ezek kellettek ahhoz, hogy meg tudják oldani az alternatív, alap böngészőtől független adat átadást. Ez plusz időt, plusz szaktudást és plusz költséget jelentett sok esetben.
A One-click CAPI pont ezen segít, hiszen nincs más dolgunk, mint a Meta Hirdetéskezelő Eseménykezelőjében rákattintani az opcióra, és kész. Már megy is a szerver-oldali kiegészítés.
De ezzel valóban megoldunk mindent?
Nos, nem teljesen.
Ez a CAPI nem az a CAPI
A one-click CAPI ugyanis csak annyit csinál, hogy automatikusan létrehoz egy szerveroldali kapcsolatot is. A Meta leírása szerint azokat az eseményeket és paramétereket továbbítja ezen az útvonalon is, amelyeket a Meta Pixel megoszt. Tulajdonképpen ugyanarra az alapra épülő adatsort két helyről érkezteti be. Utána megtörténik a deduplikáció, és minden a szokásos rendszerben megy tovább.
A “hagyományos” CAPI telepítési megoldás esetén viszont két tényleges útvonal van: a böngésző alapú (böngésző sütik segítségével) és a szerver oldali. Ezeket párosítja majd a Meta össze a saját rendszerén belül a deduplikáció folyamatában.
Vagyis a one-click CAPI nem minden problémát old meg.
Mert lesz ugyan két útvonalról érkező adata a Meta hirdetési szerverének, de ha a Pixel-esemény eleve nem jön létre, vagy nem kerül megosztásra a Metával valami hiba, vagy korlátozás (böngésző, adblocker, stb.), akkor a one-click CAPI sem tekinthető ugyanolyan független mentőútnak, mint egy teljes értékű szerveroldali CAPI, vagyis nem lesz alternatív útvonalról érkező adat sem.
Mire jó akkor mégis ez az egész egyszerűsített CAPI telepítés?
Vannak olyan helyzetek, mint például az Apple Safari ITP (Intelligent Tracking Prevention) amelyik törli a sütiket kötelezően pár napon belül, így ha ezen kívül érkezik ugyanaz a látogató a weboldalra, azt a sima Meta Pixel alapú folyamat már nem tudja felismerni, a one-click CAPI alapú adatátadás viszont nagyobb valószínűséggel képes rá.
A titok az, hogy míg a Safari a böngészőben lévő Meta sütit törli, addig a CAPI-n keresztül a Meta szerverére érkező azonosítók (pl. hashelt email) a Meta saját belső adatbázisában sokkal tartósabban párosítják a felhasználót a hirdetéssel. Nem a mérés lesz „több”, hanem az attribúció „pontosabb” és „tartósabb”.
Így sok esetben ez is tud segíteni az egy kattintásos CAPI beállítás technikai háttere.
Meta Pixel és adatvédelem
Természetesen a telepítés módjától függetlenül nem a Meta, hanem a cég felel az adatok átadásának jogszerűségétől. Így ha egy kattintásos módon használjuk is a CAPI-t ugyanazok vonatkoznak rá, vagyis csak akkor adhat át adatot, a weboldal a Metának ha ehhez előzetesen hozzájárultak a felhasználók.
Erre viszonylag egyszerű felkészíteni a weboldalt, mert ha van egy jó hozzájárulás kezelő rendszerünk (sütibanner), akkor az kezeli ezt is. Hiszen ha a sütibannerben letiltjuk az adatátadást a Metának, akkor nem futhat le jogszerűen a Meta Pixel, és nem adhat át adatot a CAPI sem attól függetlenül, hogyan telepítjük. Persze, ha egy kattintásosan telepítjük, akkor ez nem is lehet gond, hiszen az alapból így működik technikailag: a Pixel adataira épít, ami pedig ilyenkor nem futhat le.
Persze ha más módját választjuk a CAPI telepítésnek (szerver oldali GTM plugin, stb.), és a felhasználó nem járult hozzá az adat átadáshoz, akkor sem adhatunk át adatot sem a Pixelen, sem a CAPI-n keresztül, még akkor sem, ha ilyen esetekben ez technikailag lehetséges.
Mikor nem jó a one-click CAPI?
Összetettebb, több eseményt használó webáruház esetén, vagy ha tényleg fontos hogy redundáns módon érkezzenek be az adatok, így tényleg a lehető legtöbb felhasználói eseményt felismerje a Meta, akkor a one-click CAPI kevés. De nem elegendő akkor sem, ha más eseményeket szeretnénk átadni a Meta szerverének, például CRM rendszerekben keletkező adatokat.