ConnectWiz + Meta Conversions API

Live integration

Annoncen, der startede chatten, lærer hvordan den endte

Beskedannoncer optimerer i blinde, medmindre nogen fortæller Meta, hvad der konverterede. ConnectWiz rapporterer vundne aftaler som Purchase-hændelser – med rigtig værdi og korrekt identitet pr. kanal – ind i dit eget datasæt i Events Manager, bag fire porte og med hver afvisning logget.

Dit datasæt, dit token Fire porte – samtykke først Afvisninger logget med grunde
Meta Conversions API × ConnectWiz
Intet match? Droppet, ikke gættet
Port: samtykket tillader annoncebrug
Identitet matchet pr. kanal
Purchase + værdi → dit datasæt
13
standardnavne til hændelser – et fast ordforråd, fordi et datasæts navneliste er permanent
4
porte, før en hændelse forlader huset – slået til, samtykke, velformet, ikke sendt endnu
100%
af afvisningerne logges med en navngiven grund – »vi sendte ikke« er en synlig kendsgerning
24 timer
lokalt værn mod dubletter – bevidst kortere end Metas eget vindue på 48 timer

Annoncer

Hvad den gør – præcist

Aftaler bliver til signaler

En vundet aftale rapporteres som et Purchase med sin rigtige værdi; et skift til et kortlagt trin udløser den hændelse, du har valgt – uanset hvor det sker: på skærmen, i en automatisering eller ved import.

Identitet gjort ordentligt

WhatsApp bruger klik-id'et, Messenger det sidespecifikke id, Instagram sit eget – hver kanals rigtige matchnøgle, hashet præcis som Meta foreskriver.

Fire porte, én dør

Er tenanten slået til? Tillader samtykket annoncemålretning? Er hændelsen velformet og mulig at matche? Er den ikke sendt allerede? Hver afvisning logges med sin grund – til at revidere, ikke til at undre sig over.

Et sundhedspanel

Se hvad der blev sendt, og hvad der blev afvist – og hvorfor. Konverteringsmaskineri, du faktisk kan efterse.

Metas egne hændelser, sendt rigtigt retur

Køb, som Meta selv opdager inde i tråden, sendes retur med værdien afkodet fra Metas egen skala og hændelses-id'et udledt af beskeden – så et gentaget webhook-kald falder sammen i stedet for at tælle et salg to gange. Er beløbet ukendt, sendes der slet ingen værdi: et falsk nul ville fortælle Meta, at konverteringen var værdiløs.

Velformethed, med navn

Hændelser valideres, før de sendes – navnelængde, tidsstempler i fremtiden eller fortiden, parameterbudget, matchbarhed – og hver overtrædelse bliver en navngiven afvisning i loggen, ikke en gåde.

Teknikken bag

Konverteringsmaskineriet, lavet omhyggeligt

Derfor ligger hændelsesnavnene fast

Et Meta-datasæt accepterer 1.000 forskellige hændelsesnavne – permanent. De kan ikke slettes, og over loftet registreres der slet intet nyt. Derfor kommer hændelsesnavne fra et fast ordforråd, og variationen bor i parametrene, hvor den hører hjemme.

Deterministiske hændelses-id'er

Hver hændelses id udledes af det, den beskriver, ikke af tilfældighed – så et nyt forsøg giver det samme id og bliver afduplikeret i stedet for at tælle det samme salg to gange. Tilfældighed ville sætte hele mekanismen ud af kraft.

Markeret som sendt først, når Meta har taget imod

Den lokale dubletregistrering skrives efter Metas accept, aldrig før – en netværksfejl fører til et nyt forsøg; den kan ikke lukke munden på sig selv og koste en tabt konvertering.

Normalisering, der rammer Meta præcist

E-mailadresser sættes med små bogstaver, men Gmail-punktummer og +tags bevares – fordi det er det, Meta gør. Telefonnumre skal give 8–15 cifre med et land; et lokalt nummer uden land droppes, det bliver ikke gættet. En droppet nøgle koster ét match; en forkert nøgle koster en forkert person.

Identitet pr. kanal, helt præcist

WhatsApp-hændelser bærer klik-id'et plus telefonnummeret – klik-id'et mangler legitimt på visse placeringer, og telefonnummeret overlever det. Messenger-identitet tæller kun som side plus sidespecifik bruger tilsammen; Instagram bruger sit eget afgrænsede id; leadhændelser bærer platformens eget lead-id og er begrænset til leads med Meta som kilde.

Et sundhedspanel, der står ved sit eget regnestykke

Friskhed, hændelsesfrekvens, dækning af stærke matchnøgler, købsværdier og hver eneste afvisningsgrund – målt over et vindue på 28 dage og mærket som vores målinger, for at fremstille vores regnestykke som Metas score ville opfinde en autoritet, vi ikke har.

Opsætning

Sådan kobles den til

01

Indsæt dit datasæt

Dit datasæt-id og token fra Events Manager – krypteret, dit og til at trække tilbage.

02

Kortlæg dine trin

Vælg, hvilke pipelinetrin der udløser hvilke konverteringshændelser.

03

Vind aftaler

Rapporteringen sker af sig selv – med porte, uden dubletter og med det hele logget.

Bedre sammen

Hvad den spiller sammen med

CRM-pipelines

Vundne aftaler og kortlagte pipelinetrin er det, der udløser hændelser – den tragt, du allerede kører, er selve signalkilden.

Klik-til-besked-annoncer

Endelig får kampagner i WhatsApp, Messenger eller Instagram besked om, hvilke samtaler der blev til omsætning.

Leadannoncer

Indsendelser fra Metas leadformularer lander allerede i CRM'et – denne integration lukker sløjfen ved at rapportere leadkvaliteten tilbage til annoncekontoen.

Sikkerhed & garantier

De kedelige garantier

Dit datasæt, dit token

Hændelser går til det datasæt, du selv indsætter fra din egen Events Manager – adgangstokenet krypteres, når det ligger stille, og vises aldrig igen. Dataforholdet er mellem din virksomhed og Meta.

Samtykke er en port, ikke en indstilling

En hændelse forlader kun huset, når kontaktens samtykke tillader annoncemålretning – et dobbelt opt-in, der stadig afventer, tæller ikke, og afvisningen logges ved navn.

Testtilstand er synlig

En testhændelseskode, der bliver liggende, ville i stilhed stoppe rigtige konverteringer i at tælle – derfor vises testtilstand som sit eget flag i panelet, umulig at glemme usynligt.

Spørgsmålet om dobbelttælling, stillet

Kører du allerede en CAPI eller en Signals Gateway, ville det tælle dobbelt at sende herfra også – afduplikering kan ikke redde to forskellige id'er for ét salg. Panelet spørger; er der ikke svaret, advarer det i stedet for at antage.

Det ærlige med småt

Grænser, sagt højt

Ingen gættede identiteter

Et telefonnummer uden landekode droppes, det bliver ikke gættet – et forkert match bruger et andet menneskes privatliv. Og en aftale uden værdi sender ingenting, aldrig et falsk nul.

Slukket er en gyldig tilstand

Hele integrationen leveres slukket; slukket er ikke en forringet tilstand. Dine annoncedata forlader huset, først når du beslutter, at de skal.

FAQ om Meta Conversions API

Klare svar

Mere i vores fulde FAQ, eller spørg os direkte.

Purchase-hændelser for vundne aftaler (med rigtig værdi og identitet pr. kanal), de konverteringshændelser, du kortlægger til pipelinetrin, og signaler om leadkvalitet fra din CRM-tragt – alt sammen ind i dit eget datasæt og afdupliceret mod Metas egen registrering.

Det er en af de fire porte: en hændelse forlader kun huset, hvis kontaktens samtykke tillader annoncebrug. Afviste hændelser logges med grunden, så »vi sendte ikke« er en synlig kendsgerning.

Nej – du indsætter dit eget datasæt-id og adgangstoken fra Events Manager. Dataforholdet er mellem din virksomhed og Meta; vi er maskinrummet med porte.

E-mailadresser, telefonnumre, navne, by/region/postnummer, fødselsdatoer og eksterne id'er hashes med SHA-256 efter en normalisering, der rammer Meta præcist. Klik-id'er, browser-id'er, sidespecifikke id'er og lead-id'er sendes, som de er – de er allerede uigennemsigtige, og Meta slår dem op bogstaveligt; at hashe dem ville ødelægge dem.

Det ville det – og derfor spørger integrationen. To afsendere med forskellige hændelses-id'er er for Meta to salg. Erkender du en anden afsender, vælger du selv, hvem der ejer hvilke hændelser; svarer du ikke, advarer panelet i stedet for at antage.

Ærligt koblet til slår højlydt markedsført.

Hver eneste integration her er beskrevet efter, hvad den faktisk gør – retning, ejerskab og grænser inklusive.