ConnectWiz + Meta Conversions API

Éles integráció

A hirdetés, amely elindította a chatet, megtudja a végét

Az üzenetküldő hirdetések vakon optimalizálnak, amíg valaki meg nem mondja a Metának, mi konvertált. A ConnectWiz a megnyert üzleteket Purchase eseményként jelenti – valós értékkel és csatornánként helyes azonossággal – a saját Events Manager-adatkészletedbe, négy kapu mögül, minden elutasítást naplózva.

A saját adatkészleted, a saját tokened Négy kapu – elsőként a hozzájárulás Az elutasítások indokkal naplózva
Meta Conversions API × ConnectWiz
Nincs találat? Eldobjuk, nem találgatunk
Kapu: a hozzájárulás engedi a hirdetési felhasználást
Azonosság csatornánként párosítva
Purchase + érték → az adatkészletedbe
13
Szabványos eseménynév – rögzített szótár, mert egy adatkészlet névlistája végleges
4
Kapu, mielőtt bármelyik esemény elindulna – bekapcsolva, hozzájárulás, szabályos, még nem ment ki
100%
Az elutasításoknak megnevezett indokkal naplózva – a „nem küldtük el” látható tény
24 óra
Helyi duplikációvédelem – szándékosan rövidebb, mint a Meta saját 48 órás ablaka

Hirdetések

Mit csinál – pontosan

Az üzletből jel lesz

Egy üzlet megnyerése Purchase eseményt jelent a valós értékével; egy leképezett szakaszba lépés pedig az általad választott eseményt indítja – bármelyik útról: képernyőről, automatizálásból vagy importból.

Az azonosság jól megoldva

A WhatsApp a kattintásazonosítót használja, a Messenger az oldalhoz kötött azonosítót, az Instagram a sajátját – mindegyik csatorna a saját, helyes párosítókulcsát, úgy hashelve, ahogy a Meta előírja.

Négy kapu, egy ajtó

Be van kapcsolva a tenantnál? Engedi a hozzájárulás a hirdetési célzást? Szabályos és párosítható az esemény? Nem ment még ki? Minden elutasítást indokkal naplózunk – auditálható, nem rejtélyes.

Állapotpanel

Látod, mi ment ki, mit utasítottunk el, és miért – konverziós gépház, amelybe tényleg bele lehet nézni.

A Meta saját eseményei, helyesen visszhangozva

A Meta által a beszélgetésben észlelt vásárlásokat úgy visszhangozzuk, hogy az értéket a Meta saját skálájáról dekódoljuk, az esemény azonosítóját pedig az üzenetből vezetjük le – így egy webhook-újrapróbálkozás összecsuklik, nem pedig második eladásnak számít. Ismeretlen összegnél egyáltalán nem küldünk értéket: egy hamis nulla azt mondaná a Metának, hogy a konverzió értéktelen volt.

A szabályosság, megnevezve

Az eseményeket küldés előtt ellenőrizzük – névhossz, jövőbeli vagy elavult időbélyeg, paraméterkeret, párosíthatóság –, és minden szabálysértés megnevezett elutasításként kerül a naplóba, nem rejtélyként.

Műszaki háttér

Konverziós gépház, gondosan megcsinálva

Miért rögzítettek az eseménynevek

Egy Meta-adatkészlet véglegesen 1000 különböző eseménynevet fogad be – ezek nem törölhetők, a plafon fölött pedig már semmi újat nem rögzít. Ezért az eseménynevek rögzített szótárból jönnek, a változatosság pedig a paraméterekben él, ahol a helye van.

Determinisztikus eseményazonosítók

Minden esemény azonosítóját abból vezetjük le, amit leír, nem véletlenszámból – így az újrapróbálkozás ugyanazt az azonosítót adja, és deduplikálódik, ahelyett hogy kétszer számolná ugyanazt az eladást. A véletlenszerűség az egész mechanizmust tönkretenné.

Csak a Meta elfogadása után jelöljük elküldöttnek

A helyi deduplikációs bejegyzés a Meta elfogadása után íródik, soha nem előtte – egy hálózati hiba újrapróbálkozik; nem tudja magát elveszett konverzióvá elnyomni.

Normalizálás, pontosan a Meta szerint

Az e-mail-címet kisbetűsítjük, de a Gmail pontjait és a +címkéket megtartjuk – mert a Meta is ezt teszi. A telefonszámnak országkóddal együtt 8–15 számjegyre kell kijönnie; az országkód nélküli helyi számot eldobjuk, nem találgatjuk. Egy eldobott kulcs egy találatba kerül; egy rossz kulcs egy rossz emberbe.

Csatornánkénti azonosság, pontosan

A WhatsApp-események a kattintásazonosítót és a telefonszámot viszik – a kattintásazonosító egyes elhelyezéseknél jogosan hiányzik, és a telefonszám ezt túléli. A Messenger-azonosság csak az oldal és az oldalhoz kötött felhasználó együtt érvényes; az Instagram a saját, hatókörös azonosítóját használja; a lead-események a platform saját lead-azonosítóját viszik, kizárólag Meta-forrású leadeknél.

Állapotpanel, amely vállalja a saját számtanát

Frissesség, eseménygyakoriság, az erős párosítókulcsok lefedettsége, vásárlási értékek és minden elutasítási indok – 28 napos ablakon mérve, és a mi mérésünkként felcímkézve, mert a saját számtanunkat a Meta pontszámaként feltálalni olyan tekintélyt találna ki, amellyel nem rendelkezünk.

Beállítás

Hogyan kapcsolódik

01

Másold be az adatkészletedet

Az Events Manager adatkészlet-azonosítód és tokened – titkosítva, a tiéd, visszavonható.

02

Képezd le a szakaszaidat

Válaszd ki, mely pipeline-szakaszok mely konverziós eseményeket indítják.

03

Nyerj üzleteket

A jelentés magától megtörténik – kapuzva, deduplikálva, naplózva.

Együtt jobb

Mivel áll össze

CRM-pipeline

A megnyert üzletek és a leképezett pipeline-szakaszok indítják az eseményeket – a tölcsér, amelyet már most működtetsz, maga a jelforrás.

Click-to-message hirdetések

A WhatsApp, Messenger vagy Instagram felületén landoló kampányok végre megtudják, mely beszélgetésekből lett bevétel.

Leadhirdetések

A Meta leadűrlap-kitöltései már most a CRM-be érkeznek – ez az integráció azzal zárja be a kört, hogy a leadminőséget visszajelenti a hirdetési fióknak.

Biztonság és garanciák

Az unalmas garanciák

A saját adatkészleted, a saját tokened

Az események abba az adatkészletbe mennek, amelyet a saját Events Manager-fiókodból másolsz be – a hozzáférési token titkosítva pihen, és soha nem jelenítjük meg újra. Az adatkapcsolat a te vállalkozásod és a Meta között van.

A hozzájárulás kapu, nem beállítás

Egy esemény csak akkor indul el, ha a kapcsolat hozzájárulása engedi a hirdetési célzást – egy függőben lévő dupla opt-in nem számít, az elutasítást pedig néven nevezve naplózzuk.

A tesztmód látszik

Egy bennfelejtett teszteseménykód csendben megakadályozná, hogy a valódi konverziók számítsanak – ezért a tesztmód külön jelzésként jelenik meg a panelen, láthatatlanul elfelejteni lehetetlen.

A kétszer számolás kérdése, feltéve

Ha már futtatsz CAPI-t vagy Signals Gatewayt, az innen küldés kétszer számolna – a deduplikáció nem menthet meg két különböző azonosítót egyetlen eladásra. A panel rákérdez; ha nem válaszolsz, inkább figyelmeztet, mint feltételez.

Az őszinte apróbetű

Kimondott határok

Semmi találgatott azonosság

Az országkód nélküli telefonszámot eldobjuk, nem találgatjuk – egy rossz párosítás valaki más magánszféráját költi el. Az érték nélküli üzlet pedig semmit nem küld, soha nem hamis nullát.

A kikapcsolt állapot is érvényes állapot

A teljes integráció kikapcsolva érkezik; a kikapcsolt állapot nem csökkentett üzemmód. A hirdetési adatod csak akkor indul el, amikor te úgy döntesz.

Meta Conversions API – GYIK

Egyenes válaszok

Bővebben a teljes GYIK-ban, illetve írj nekünk közvetlenül.

Purchase eseményeket a megnyert üzletekhez (valós értékkel és csatornánkénti azonossággal), azokat a konverziós eseményeket, amelyeket pipeline-szakaszokhoz képezel le, és leadminőségi jeleket a CRM-tölcséredből – mind a saját adatkészletedbe, a Meta saját észlelésével szemben deduplikálva.

Ez a négy kapu egyike: egy esemény csak akkor indul el, ha a kapcsolat hozzájárulása engedi a hirdetési felhasználást. Az elutasított eseményeket indokkal naplózzuk, így a „nem küldtük el” látható tény.

Nem – a saját Events Manager adatkészlet-azonosítódat és hozzáférési tokenedet másolod be. Az adatkapcsolat a te vállalkozásod és a Meta között van; mi a gépház vagyunk, kapukkal.

Az e-mail-címet, a telefonszámot, a neveket, a várost/megyét/irányítószámot, a születési dátumot és a külső azonosítókat SHA-256-tal hasheljük, a Meta pontos normalizálása után. A kattintásazonosítók, a böngészőazonosítók, az oldalhoz kötött azonosítók és a lead-azonosítók változatlanul mennek ki – ezek már eleve átláthatatlanok, és a Meta szó szerint keresi vissza őket; a hashelés tönkretenné őket.

Igen, kétszer – pont ezért kérdez rá az integráció. Két küldő két különböző eseményazonosítóval a Meta szemében két eladás. Ha jelzed, hogy van másik küldő, te döntöd el, melyik melyik eseményt birtokolja; ha nem válaszolsz, a panel figyelmeztet, nem feltételez.

Az őszintén összekötött többet ér a hangosan összekötöttnél.

Itt minden integrációt az ír le, amit tényleg csinál – iránnyal, tulajdonjoggal és korlátokkal együtt.