OpenAdLibraryOpenAdLibrary
Meghatározás

Conversions API (CAPI): Definíció és Működése

A Conversions API (CAPI) konverziós eseményeket küld közvetlenül a saját szerveredről egy hirdetési platformra, ahelyett, hogy csak egy böngészős pixelre támaszkodna.

Szerkesztős illusztráció: Conversions API (CAPI): Definíció és Működése

A Conversions API (CAPI) egy szerverről-szerverre történő integráció, amely konverziós eseményeket, például egy vásárlást vagy egy lead űrlap beküldését, közvetlenül a hirdető szerveréről küld egy hirdetési platformra, ahelyett, hogy csak egy böngészőalapú tracking pixelre támaszkodna az esemény kliensoldali elindításához. A Meta népszerűsítette a kifejezést saját Conversions API-jával, és a legtöbb nagyobb platform ma már kínál egy ekvivalens szerveroldali esemény API-t.

Miért létezik#

A böngészőalapú konverziós pixelek attól függenek, hogy a felhasználó böngészője ténylegesen betölti és végrehajtja-e a követő szkriptet. A reklámblokkolók, a böngészők nyomkövetés-gátló funkciói, és az a felhasználók, akik egyszerűen bezárják a lapot, mielőtt a pixel elindulna, mind valódi konverziók rögzítetlen maradását okozzák. Egy CAPI integráció ugyanazt az eseményt küldi a háttérrendszeredből, abban a pillanatban, amikor a rendelési rendszered ténylegesen megerősíti az értékesítést, tehát egyáltalán nem függ attól, hogy mi történik az ügyfél böngészőjében. A legtöbb CAPI-t böngészős pixellel együtt futtató hirdető jelentős visszanyerést tapasztal a nyomon követett konverziókban, mivel a két módszer különböző hibamódokat fog be.

Hogyan illeszkedik a szélesebb szerveroldali mérésbe#

A Conversions API egy konkrét megvalósítása egy szélesebb átállásnak: az eseménygyűjtés kivitelezése a böngészőről a hirdető által irányított infrastruktúrára. Ez a szélesebb megközelítés magában foglalhat egy CAPI integrációt más szerveroldali elemek mellett, például egy first-party követési domain vagy egy szerveroldali tag manager konténer, mind ugyanazt a célt szolgálva: a kliensoldali szkriptektől való függőség csökkentését. Egyes affiliate és CPA beállítások hasonló eredményt érnek el egy postback URL segítségével, ahol a hálózat szervere közvetlenül értesíti a szerveredet, amikor egy konverzió befejeződik.

Hogyan néz ki egy tipikus beállítás#

A webes vagy alkalmazás háttérrendszered észlel egy konverziós eseményt, egy befejezett pénztárfolyamatot vagy egy beküldött leadet. A szervered elküldi ezt az eseményt, a párosításhoz szükséges titkosított ügyfélazonosítókkal együtt, közvetlenül a hirdetési platform API végpontjára. A platform deduplikálja ezt a szervereseményt a konverzióhoz tartozó esetleges egyező böngészős pixel eseménnyel szemben, egy megosztott eseményazonosító használatával, így ugyanazt az értékesítést nem számolja kétszer.

Mit javít meg és mit nem#

A CAPI visszanyeri azokat az eseményeket, amelyeket egy blokkolt vagy késleltetett böngészős pixel kihagyott volna, ami általában javítja a konverziókövetés teljességét, és javíthatja magának a platformnak az optimalizálását, mivel az algoritmus több és jobban illeszkedő jelet kap meg. Önmagában nem oldja meg a kereszteszközös vagy kereszt-hálózatos attribúciót. Annak eldöntése, hogy mennyi kreditet érdemel a hosszabb útvonal mentén minden egyes érintési pont, továbbra is egy különálló modellezési probléma, amelyet egyetlen esemény API önmagában nem tud megoldani.

Hol számít a natív és affiliate kampányok esetén#

Azoknak a hirdetőknek, akik több hálózaton vásárolnak, natív platformokon a fizetett közösségimédia mellett, egy megbízható CAPI beállítás minden platformon azt jelenti, hogy az egyes irányítópultokban látott jelentett megszerzési költség közelebb áll a valósághoz, ami a hálózatok közötti költségvetési összehasonlításokat megbízhatóbbá teszi. Mielőtt feltételeznéd, hogy egy hálózat jelentett CPA-ja pusztán a követési veszteség miatt alulbecsült, érdemes megerősíteni, hogy maga a kreatív ténylegesen még mindig versenyképes-e. Az OpenAdLibrary hirdetési intelligencia eszközeivel ellenőrizheted, hogy jelenleg mi fut és milyen ideje, lásd a hirdetés élettartamát, a saját követési adataid mellett.

Gyakran ismételt kérdések

Mi a különbség a Conversions API és egy konverziós pixel között?
Egy konverziós pixel a felhasználó böngészőjéből indul el, és attól függ, hogy a böngésző sikeresen végrehajtja-e a szkriptet. Egy Conversions API ugyanazt az eseményt a saját szerveredről küldi el, tehát egyáltalán nem függ a böngészőtől, és visszanyeri azokat az eseményeket, amelyeket a blokkolók vagy a lap bezárása elveszítene.
A Conversions API helyettesíti a böngészős pixel szükségességét?
A legtöbb platform azt javasolja, hogy mindkettőt együtt futtasd, nem pedig az egyiket helyettesítsd a másikkal. A platform egy megosztott eseményazonosító segítségével deduplikálja az egyező eseményeket, és mindkét módszer együttes futtatása több olyan hibamódot fog be, amelyekre az egyes módszerek önmagukban hajlamosak.
A CAPI megoldja a multi-touch attribúciót?
Nem. A Conversions API biztosítja, hogy egy egyéni konverziós esemény valóban eljusson a platformra. Annak eldöntése, hogy mennyi kreditet érdemel a vevőút mentén minden egyes érintési pont, egy különálló attribúciós modellezési kérdés, amelyre a CAPI önmagában nem ad választ.
Megéri egy kis hirdető számára beállítani a Conversions API-t?
Ez attól függ, hogy mennyi nyomon követett konverzióveszteséget tapasztalsz a böngészőoldali blokkolás miatt. Ha a platformjelentésekben nem jelenik meg az értékesítéseidnek egy jelentős része, akkor egy CAPI integráció általában megéri a beállítási erőfeszítést egy kisebb fiók esetén is.
Az OpenAdLibrary Csapat
ÍrtaAz OpenAdLibrary Csapat
Ad intelligencia és natív hirdetéskutatás

Mi építjük az OpenAdLibrary-t, a nyílt hirdetésátláthatósági platformot. Rendszereink naponta élő natív hirdetéseket rögzítenek a Taboola, Outbrain, MGID, Revcontent, Teads, Yahoo és MSN hálózatokon, azonosítják az egyes hirdetések mögötti valódi hirdetőt, és követik a kattintást a céloldalig. Ezek az útmutatók összegyűjtik, amit ezekben az adatokban látunk, hogy gyorsabban kutatni tudd a piacot.