Hogyan kösd össze a CRM-et a Meta hirdetési fiókkal, és mikor van értelme?

A legtöbb magyar cégnél a Meta hirdetés és a CRM két külön világ. A hirdetési fiókban az látszik, hány űrlapkitöltés jött be és mennyibe került egy darab. A CRM-ben az látszik, kiből lett tényleg ügyfél. A kettő között viszont nincs kapcsolat, ezért a hirdetés arra optimalizál, amit mérni tud: a leadek számára.

Ez a cikk arról szól, hogyan lehet a kettőt összekötni, mit ad ez cserébe, és mikor nem érdemes belevágni. Ez utóbbi a fontosabb rész, mert a Meta konkrét mennyiségi küszöböket ír elő ahhoz a funkcióhoz, amiért a legtöbben egyáltalán belevágnak, és ezeket a küszöböket egy átlagos magyar B2B cég nem üti meg.

Kulcstanulságok

• Az összekötés két különálló irány, és nem ugyanannyit érnek. Az egyik a lead behúzása a Metából a CRM-be, a másik az eredmény visszaküldése a CRM-ből a Metának. Az érdemi haszon a másodikban van.
• A Meta „Conversion Leads” optimalizálásához a Meta dokumentált feltételeket szab: legalább havi 200 lead, napi vagy sűrűbb adatfeltöltés, a konverziónak a lead keletkezésétől számított 28 napon belül kell megtörténnie, és a célzott konverziós arány 1 és 40 százalék között kell legyen.
• Ha ezeket nem hozod, az összekötés akkor sem hiábavaló, csak más a hozama: riportálás, közönségépítés és kizárás lesz belőle, nem gépi optimalizálás.
• A HubSpot natív integrációja gyors, de fizetős sávhoz kötött. Marketing Hub előfizetés kell hozzá, az eseményszám a csomagtól függ (5, 50 vagy 100), és csak HubSpotban készült űrlapokkal működik.
• A Salesforce oldalán nem egy megoldás van, hanem több, és nem ugyanazt teszik. Az adatbeolvasás és a közönség-aktiválás két külön konnektor.
• Ha nincs natív integráció, három út van: iPaaS eszköz gyors leadtovábbításra, saját Conversions API integráció, vagy adattárház. A sorrend fontos: a legegyszerűbb értékesemény, a megnyert üzlet az első lépés, nem az utolsó.

Mit jelent egyáltalán, hogy „összekötöm a CRM-et a Metával”?

Két különböző dolgot takar ez a mondat, és a legtöbb félreértés abból jön, hogy összemossuk őket.

Első irány: Meta felől a CRM felé. A Lead Ads űrlapkitöltések automatikusan bekerülnek a CRM-be, mezőnkénti megfeleltetéssel és felelős-kiosztással. Nincs CSV export, nincs kézi másolás. Ez adminisztratív nyereség: az érdeklődő azonnal bekerül a folyamatba, és indulhat rá a visszahívás vagy a nurture szekvencia.

Ehhez a Meta dokumentációja szerint négy út van: partnerintegráció, saját webhook alapú integráció, Graph API-s csoportos kiolvasás, vagy kézi letöltés. Egy technikai részlet viszont kritikus, és ezt sok leírás kihagyja: a letöltött adatban benne kell lennie a 15 és 17 jegy közötti Meta Lead ID-nek. Ez a későbbi összekapcsolás kulcsa. Ha ez nincs eltárolva a CRM-ben, a második irány később csak gyengébb azonosítókkal fog működni.

Második irány: CRM felől a Meta felé. A CRM visszaküldi, mi lett a leadből. Minősített érdeklődő, egyeztetett tárgyalás, üzleti lehetőség, megnyert üzlet, és ehhez érték is tartozhat. Ez a Conversions API-n vagy egy CRM adatforráson keresztül történik.

Ez a lényegi rész. Itt lesz a hirdetési rendszernek információja arról, hogy a tavalyi kampányodból befolyt-e valaha pénz, vagy csak űrlapok gyűltek.

Érdemes észrevenni, mi ennek a hátterében van. Ahogy a böngészőoldali mérés egyre kevesebbet lát, úgy értékelődik fel az, ami a te saját rendszeredben van. Ez ugyanaz a mozgás, ami miatt a platformok adatvédelmi változásai óta a saját adatra épülő megoldások kerültek előtérbe. A CRM-ed pontosan ilyen saját adat, csak eddig nem a hirdetés felé volt bekötve.

A két irány összefoglalva:

Miért érdemes ezzel foglalkozni?

Négy haszon van, és érdemes szétválasztani őket, mert nem egyszerre jönnek meg.

A hirdetés arra optimalizálhat, ami fizet. Ha a Meta csak azt látja, hogy űrlapkitöltés történt, akkor űrlapkitöltőket fog keresni, és meg is találja azokat, akik szívesen töltenek ki űrlapokat. Ez nem ugyanaz a halmaz, mint akik vásárolnak. Ha visszaküldöd, melyik leadből lett minősített érdeklődő, a rendszer bemenete megváltozik. Hogy mi számít minősítettnek, azt nálad kell eldönteni, és ez üzleti kérdés, nem technikai: a lead típusok és az MQL, SQL megkülönböztetés nélkül ez a lépés nem elvégezhető.

Lesz igazi megtérülési képed. Kattintástól a leaden át a szakaszváltásig és a bevételig végigvezethető a lánc. Ettől lesz értelme csatorna- és kampányszintű megtérülésről beszélni, és ettől lehet a költést bevétel alapján átrendezni, nem CTR és lead-költség alapján. Ez az a pont, ahol a digitális analitika és a hirdetéskezelés végre ugyanarról a számról beszél.

Lesznek használható közönségeid. A CRM szegmensek kimehetnek a Metába egyéni közönségként: nem konvertált érdeklődők újracélzásra, meglévő ügyfelek kereszteladásra, és ami a legtöbbet hozza, a már megnyert ügyfelek és a rossz illeszkedésű leadek kizárása. A kizárás gyakran több pénzt ment, mint amennyit egy új célzási ötlet hoz.

Csökken a kézi hiba. Egységes mezőmegfeleltetés, automatikus szinkron, következetes szakasznevek. Ez önmagában nem stratégia, de az adathigiénia minden fentebbi pont előfeltétele.

A küszöbök, amikről a legtöbb leírás nem beszél

Itt válik el a marketinges ígéret a dokumentált valóságtól. A Meta a Conversion Leads optimalizáláshoz jogosultsági feltételeket ír elő, és ezek nyilvánosak. Öt feltétel:

Ehhez jön még egy előfeltétel: a visszairányú integráció előtt már működnie kell a Metából a CRM-be tartó leadletöltésnek.

Nézzük meg őszintén, mit jelent ez. Ha havi 30 érdeklődőd van, és a tárgyalásaid három hónapig futnak, akkor a Conversion Leads optimalizálás most nem neked szól. Nem azért, mert rosszul csinálsz valamit, hanem mert a funkciónak nincs elég adata ahhoz, hogy tanuljon.

Ez nem azt jelenti, hogy az összekötésnek nincs értelme. Azt jelenti, hogy más lesz a hozama. A leadszinkron, a riportálás, a kizáró közönségek és a szakaszalapú riport akkor is működik, ha a gépi optimalizálásra még nincs elég mennyiség. Csak nem szabad azt hinni, hogy az algoritmus fog helyettünk dönteni.

A 28 napos ablak külön figyelmet érdemel. Ha a megnyert üzlet átlagosan négy hónap múlva jön, akkor nem azt kell visszaküldeni optimalizálási célként. Egy korábbi, de még értelmes szakaszt kell választani, például az egyeztetett tárgyalást, és a megnyert üzletet riportálásra használni.

HubSpot: mit ad a natív integráció, és hol a korlátja

A HubSpot ebben a mezőben a legkényelmesebb választás, mert a két irányt kattintással is össze lehet kötni. Amit a HubSpot dokumentál:

• A Meta hirdetési fiók és a Facebook oldal összekapcsolása a HubSpot Ads felületén.
• Lead Ads űrlapkitöltések szinkronizálása kontaktként, hirdetési hozzárendeléssel.
• CRM életciklus események visszaküldése a Metának a Conversions API-n.
• HubSpot listák kimenő szinkronja egyéni közönségként.

Az esemény létrehozása a HubSpotban a More, majd Marketing, majd Ads útvonalon történik, ott a Create és az Event választásával. Három eseménytípus közül lehet választani: űrlapkitöltés, életciklus szakaszváltás, és oldalmegtekintés. B2B-ben az életciklus szakaszváltás a fontos, mert ez az, amivel megmondható a Metának, hogy mi az a lead, ami tényleg ér valamit.

Egy hasznos finomság: az életciklus eseménynél be lehet állítani, hogy minden kontaktra vonatkozzon, aki az adott szakaszba lép, vagy csak azokra, akik a hirdetéseiddel is interakcióba léptek.

A korlátok viszont valósak, és előfizetéshez kötöttek:

A HubSpotban készült űrlapok kikötése a leggyakoribb buktató. Ha a weboldalad saját fejlesztésű űrlapot használ, és azt egy háttérfolyamat tolja be a HubSpotba, akkor az az űrlapkitöltés ezen az úton nem küldhető ki. Ilyenkor vagy űrlapot kell cserélni, vagy életciklus eseményre kell váltani, vagy saját Conversions API hívást kell írni.

Salesforce: több út, és nem ugyanazt teszik

Salesforce-nál nincs egyetlen „bekapcsolom” gomb, és itt szoktak a leírások pontatlanok lenni. Három, egymástól különböző dolog van:

Adatbeolvasás a Data Cloud oldalán. A Meta Ads konnektor a hirdetési adatot hozza be, például költést és megjelenéseket, egységes riportáláshoz. Ez befelé tartó irány, kötegelt működéssel. Fontos, hogy ez nem az audience-aktiválás: arra a Salesforce külön Meta Activation konnektort tart fenn. Ha valaki azt mondja, hogy a Data Cloud Meta konnektorral közönséget tolsz ki, az összekeveri a kettőt.

AppExchange és külső konnektorok. Ezek végzik a Lead Ads leadek behúzását Leadként, mezőmegfeleltetéssel, és a kampánymetrikák szinkronját.

Offline konverziók és közönségek kifelé. A szakaszváltásokat és a megnyert üzleteket konnektoron vagy Conversions API-n keresztül lehet visszaküldeni, a szegmenseket pedig egyéni közönségként kitolni.

Két gyakorlati megjegyzés. A Data Cloud konnektor kiadáshoz kötött és Government Cloud alatt nem elérhető, tehát licenc kérdés is, nem csak beállítás. A Salesforce termékelnevezései emellett mozgásban vannak, a dokumentáció helyenként már Data 360 néven hivatkozik ugyanarra, ezért érdemes az aktuális dokumentációt megnyitni, nem egy tavalyi cikket.

Ha a saját folyamataidat Salesforce-on vezeted, a Salesforce oldali munka és a hirdetési oldal összehangolása általában nem konnektorválasztási, hanem szakaszdefiníciós kérdés.

Ha nincs natív integráció: három út

Sok magyar cég nem HubSpotot és nem Salesforce-t használ. Van saját fejlesztésű rendszer, van hazai CRM, és van olyan, ahol a CRM valójában egy jól vezetett táblázat. Ilyenkor is van út, csak választani kell.

1. iPaaS eszköz, például Zapier vagy Make. Trigger: új Lead Ads lead. Művelet: kontakt létrehozása vagy frissítése a CRM-ben, mezőmegfeleltetéssel, és ha lehet, a kampányazonosítók megjegyzésével. Visszafelé ugyanez működhet: ha a lead elér egy szakaszt, egy HTTP hívás megy a Conversions API végpontra.

Ez a leggyorsabb kezdés, és nem véletlenül a legnépszerűbb. A korlátja a hashelés, a duplikátumszűrés és a mennyiség kezelése: ezekben az eszközök gyengébbek, mint egy célra írt integráció.

2. Saját Conversions API integráció. Egy háttérszolgáltatás figyeli a CRM webhookjait vagy lekérdezi a státuszváltozásokat, összeállítja a Conversions API payloadot hashelt azonosítókkal, eseménynévvel, időponttal és egyéni paraméterekkel, majd elküldi az Events Managerben létrehozott adatforrásba.

Ez ad teljes kontrollt, és ez az, ami hosszabb távon skálázódik. Fejlesztési kapacitást igényel, és igényel hibakezelést is: ha a szinkron csendben elhal, arról tudni kell.

3. Adattárház, például BigQuery vagy Snowflake. A CRM és a Meta adat egyaránt betöltésre kerül, és onnan mennek ki az események vagy a közönségek. Ez a legnagyobb szabadságot adja többes CRM és többes piac esetén, de ez a legmunkásabb út is.

A sorrend fontosabb, mint az eszközválasztás. Érdemes fázisokban haladni:

1. Először a megnyert üzlet mint offline konverzió. Ez a legegyszerűbb értékesemény, és ez adja a legtisztább visszajelzést.
2. Aztán a közbenső szakaszok: minősített érdeklődő, tárgyalás, üzleti lehetőség.
3. Végül a közönségszinkron, Conversions API-n vagy fájlfeltöltéssel, attól függően, mennyi fejlesztői kapacitás van.

Ez a fázisolás az oka annak, hogy az eszközbeszerzés nem első lépés. A martech stack tipikus hibája pont az, hogy előbb van meg az eszköz, mint a folyamat, amit ki kellene szolgálnia.

Mit küldj vissza, és milyen értékkel?

Ez a rész dönti el, hogy az összekötés hoz-e valamit. Négy döntés van.

Eseménynevek. Érdemes külön eseményként kezelni a szakaszokat: lead_created, mql, sql, demo_booked, opportunity_created, closed_won. Alternatíva egyetlen esemény szakasz paraméterrel. Bármelyik működik, de a névadásnak következetesnek kell lennie, különben a későbbi riport használhatatlan.

Érték. El kell dönteni, mit jelent az érték. Lehet előre jelzett bevétel, lehet tényleges üzletérték, és lehet szakaszonkénti helyettesítő érték, például egy fix összeg a minősített érdeklődőre és egy nagyobb az üzleti lehetőségre. A helyettesítő érték nem csalás, hanem gyakorlati döntés, csak írásban rögzíteni kell, mert különben pár hónap múlva senki nem tudja, mit jelentenek a számok.

Azonosítás. Elsősorban a Meta Lead ID-t érdemes küldeni, mert ez a legpontosabb összekapcsolás. Ha nincs, akkor kattintásazonosító, telefonszám vagy e-mail megy, hashelve. Ez utóbbi nem opcionális: a hashelés az, ami miatt az adatkezelés egyáltalán vállalható.

Duplikátumszűrés. Ha a pixel és a Conversions API is küld eseményt, akkor azonos event_id és következetes eseménynév kell, különben duplán számol a rendszer. Ez a leggyakoribb hiba az első élesítés után, és jellemzően úgy derül ki, hogy a konverziószám hirtelen túl szép.

Van ennek egy másik, kevésbé ismert változata, amiről a hirdetéskezelők a saját fiókjaik alapján beszélnek: nem a pixel és a Conversions API üt egymásra, hanem ugyanaz a CRM-szakasz sül el többször. Egy áttett tárgyalás, egy visszaállított majd újra beállított státusz, egy második egyeztetés ugyanazzal az emberrel, és a szabály mindegyikre újra tüzel. Technikailag minden működik, a szám mégis hamis lesz.

Ezért érdemes a szabályt nem a szakasz értékére, hanem a szakaszba való belépésre kötni, és kontaktonként egyszer engedni. A gyakorlatban ez úgy néz ki, hogy az integráció megjegyzi, erre a kontaktra ezt az eseményt már elküldte, és másodszor nem küldi el, akkor sem, ha a szakasz újra beáll.

Öt kérdés, ami eldönti, készen álltok-e

Ezt a listát végig lehet venni egy ülésben, fejlesztő nélkül. Ahol nincs válasz, ott van a következő teendő.

1. Havonta hány leadet hoz a Meta, és ebből hány jut el minősített szakaszba?
2. Az értékesítés következetesen és időben állítja a szakaszokat a CRM-ben, vagy hetekkel később, egyszerre?
3. Átlagosan mennyi idő telik el a lead és a megnyert üzlet között, és ez belül van 28 napon?
4. Milyen űrlapon jön be az érdeklődő, és az abban a rendszerben készült, amiből szinkronizálni akarsz?
5. El van döntve és le van írva, mit jelent nálatok a minősített érdeklődő, vagy mindenkinél mást jelent?

Ha a második kérdésre az a válasz, hogy a szakaszok gondozása nem következetes, akkor az integrációval érdemes várni. Rossz szakaszadatból rossz jelzés lesz, és a rossz jelzés nem semleges: aktívan rontja az optimalizálást.

Amit ne olvass ki ebből

Nem ígérünk százalékos javulást. Ebben a cikkben szándékosan nincs olyan mondat, hogy az összekötés hány százalékkal javítja az eredményt. Ilyen számokat látni fogsz máshol, de független mérés nem támasztja alá őket egy konkrét fiókra, és a saját eredményed a leadmennyiségtől, a minősítés következetességétől és az ajánlattól függ.

A feltételek a Meta mai dokumentációját tükrözik. A 200 lead, a 28 nap és az 1 és 40 százalék közötti sáv az, amit a Meta most közöl. Ez változhat, ezért élesítés előtt a saját fiókra vonatkozó aktuális feltételt kell megnézni, nem ezt a cikket.

Az összekötés nem javítja meg a tölcsért. Ha kevés a lead, vagy az ajánlat nem működik, akkor az integráció ezt nem oldja meg, csak pontosabban meg fogja mutatni. A marketingautomatizálástól sem szabad többet várni, mint amit egy működő folyamat felgyorsítása jelent.

Az automatizálás nem váltja ki az értékesítési visszacsatolást. A minősítési kritériumot időnként újra kell tárgyalni az értékesítéssel. Ha a CRM-ben az értékesítési folyamat nem tükrözi a valóságot, akkor a Metának küldött jelzés sem fogja.

A hozzájárulás a te felelősséged marad. A hirdetési célú felhasználáshoz megfelelő hozzájárulás kell, és ezt a CRM-ben kell nyilvántartani. A hashelt azonosító a technikai megoldás, nem a jogalap.

Az integráció után sem a Meta száma az igazság. Ez a rész azért van itt, mert könnyű az ellenkező következtetést levonni: ha már a CRM-ből küldünk vissza adatot, akkor a felületen látott szám biztosan pontos. A hirdetéskezelők tapasztalata szerint nem így van, és a független mérés továbbra is kell. A Metában látott darabszámot időnként össze kell vetni azzal, amit a CRM-ben tényleg megszámolsz. Ha a kettő tartósan elválik, a hiba jellemzően a szabályban van, nem a valóságban.

Gyakori kérdések

Mit jelent az, hogy összekötöm a CRM-et a Meta hirdetési fiókkal?

Két dolgot. Az egyik, hogy a Meta űrlapkitöltések automatikusan bekerülnek a CRM-be. A másik, hogy a CRM visszaküldi a Metának, mi lett a leadből, például minősített érdeklődő vagy megnyert üzlet. A második irány az, ami a hirdetés optimalizálását befolyásolja.

Megéri ez egy kis cégnek is?

Részben. A leadszinkron, a riportálás és a kizáró közönségek méretfüggetlenül hasznosak. A Meta gépi optimalizálása minősített leadre viszont dokumentált küszöbökhöz kötött, köztük egy havi 200 leades minimumhoz, ezért kis mennyiségnél ez a rész még nem lesz elérhető.

Mennyi idő alatt lehet ezt beállítani?

HubSpotnál, ha megvan az előfizetés és a pixel, a natív rész napok kérdése. Salesforce-nál a konnektor és a licenc tisztázása a hosszabb rész. Saját CRM-nél a gyors leadtovábbítás egy nap, a Conversions API integráció fejlesztési feladat, hetekben mérhető.

Mi legyen az első esemény, amit visszaküldök?

A megnyert üzlet, ha 28 napon belül szokott megtörténni. Ez a legegyszerűbb és a legtisztább értékesemény. Ha a döntési ciklus hosszabb, akkor egy korábbi szakasz, jellemzően az egyeztetett tárgyalás, és a megnyert üzletet riportálásra használd.

Elég a Zapier vagy Make, vagy kell saját fejlesztés?

Leadtovábbításra a Metából a CRM-be általában elég. Visszafelé, a szakaszok és értékek küldésénél az iPaaS eszközök a hashelésnél, a duplikátumszűrésnél és nagyobb mennyiségnél korlátosak, ott érdemes saját integrációra váltani.

Mi a leggyakoribb hiba az élesítés után?

A duplán számolt konverzió, két változatban. Vagy a pixel és a Conversions API küld ugyanarra az eseményre külön azonosítóval, vagy ugyanaz a CRM-szakasz sül el többször egy áttett tárgyalás vagy egy visszaállított státusz miatt. Mindkettőre ugyanaz a válasz: azonos eseményazonosító, és kontaktonként egyszer engedd el az eseményt. A harmadik gyakori hiba nem technikai, hanem a következetlen szakaszkezelés az értékesítésnél, ami zajos jelzést csinál a jó szándékból.

Következő lépés

Ha most az látszik, hogy a hirdetési fiókban jönnek a leadek, a bevétel viszont nem követi, akkor a kérdés általában nem a célzás és nem is az eszköz. A kérdés az, hogy a rendszer tudja-e, melyik lead ért valamit.

Ez a döntés két lépésből áll: el kell dönteni, mit jelent nálatok a minősített érdeklődő, és meg kell nézni, a saját számaid alapján egyáltalán elérhető-e a gépi optimalizálás, vagy először riportálásra és közönségekre érdemes építeni. Ha ebben kellene egy külső szem a B2B leadgenerálásra is ránézve, írj nekünk.

Források

• Meta for Developers: Conversion Leads Integration, jogosultsági feltételek és a CRM oldali beállítás. https://developers.facebook.com/docs/marketing-api/conversions-api/conversion-leads-integration
• Meta for Developers: Connecting your CRM with Lead Ads, integrációs utak és a Meta Lead ID szerepe. https://developers.facebook.com/docs/marketing-api/conversions-api/conversion-leads-integration/crm-integration/1-connecting-your-crm-with-lead-ads
• HubSpot Knowledge Base: Create and sync ad conversion events with your Meta Ads accounts using Meta’s Conversions API. https://knowledge.hubspot.com/ads/create-and-sync-ad-conversion-events-with-your-meta-ads-accounts-using-metas-conversion-api
• Salesforce Developers: Meta Ads Connector, Data Cloud. https://developer.salesforce.com/docs/data/data-cloud-int/guide/c360-a-facebookads-connector.html