ConnectWiz + Meta Conversions API

Live integrasjon

Annonsen som startet samtalen får vite hvordan den endte

Meldingsannonser optimaliserer i blinde med mindre noen forteller Meta hva som konverterte. ConnectWiz rapporterer vunne avtaler som Purchase-hendelser – med ekte verdi og riktig identitet per kanal – inn i ditt eget datasett i Events Manager, bak fire porter, med hvert eneste avslag logget.

Ditt datasett, ditt token Fire porter – samtykke først Avslag logges med begrunnelse
Meta Conversions API × ConnectWiz
Ingen match? Forkastet, ikke gjettet
Port: samtykket tillater annonsebruk
Identitet matchet per kanal
Purchase + verdi → ditt datasett
13
Standard hendelsesnavn – et fast vokabular, fordi navnelisten i et datasett er permanent
4
Porter før noen hendelse går ut – påslått, samtykke, velformet, ikke allerede sendt
100%
Av avslagene logges med en navngitt grunn – «vi sendte ikke» er et synlig faktum
24 t
Lokal dedup-sikring – bevisst kortere enn Metas eget 48-timersvindu

Annonser

Hva den gjør – presist

Avtaler blir signaler

Å vinne en avtale rapporterer en Purchase med den virkelige verdien; å flytte inn i et mappet stadium utløser hendelsen du valgte – uansett vei: skjerm, automatisering eller import.

Identitet gjort riktig

WhatsApp bruker klikk-ID-en, Messenger den sidescopede ID-en, Instagram sin egen – hver kanals riktige matchenøkkel, hashet slik Meta spesifiserer.

Fire porter, én dør

Er tenanten påslått? Tillater samtykket annonsemålretting? Er hendelsen velformet og matchbar? Er den ikke allerede sendt? Hvert avslag logges med sin begrunnelse – etterprøvbart, ikke mystisk.

Et helsepanel

Se hva som ble sendt og hva som ble avvist, og hvorfor – konverteringsinfrastruktur du faktisk kan inspisere.

Metas egne hendelser, gjengitt riktig

Kjøp Meta selv oppdager inne i tråden, gjengis tilbake med verdien dekodet fra Metas egen skala og hendelses-ID-en avledet fra meldingen – slik at et nytt webhook-forsøk faller sammen i stedet for å telle enda et salg. Et ukjent beløp sender ingen verdi i det hele tatt: en falsk null ville fortalt Meta at konverteringen var verdiløs.

Velformethet, med navn

Hendelser valideres før sending – navnelengde, tidsstempler i framtiden eller for gamle, parameterbudsjett, matchbarhet – og hvert brudd blir et navngitt avslag i loggen, ikke et mysterium.

Under panseret

Konverteringsinfrastruktur, gjort forsiktig

Hvorfor hendelsesnavnene er låst

Et Meta-datasett tar imot 1 000 ulike hendelsesnavn for godt – de kan ikke slettes, og over taket registreres ingenting nytt i det hele tatt. Derfor hentes hendelsesnavnene fra et fast vokabular, og variasjonen bor i parameterne, der den hører hjemme.

Deterministiske hendelses-ID-er

ID-en til hver hendelse avledes av det den beskriver, ikke av tilfeldighet – slik at et nytt forsøk gir samme ID og blir deduplisert i stedet for å telle det samme salget to ganger. Tilfeldighet ville satt hele mekanismen ut av spill.

Merkes som sendt først når Meta har tatt imot

Den lokale dedup-oppføringen skrives etter at Meta har akseptert, aldri før – en nettverksfeil fører til nytt forsøk, den kan ikke undertrykke seg selv til en tapt konvertering.

Normalisering som matcher Meta nøyaktig

E-postadresser gjøres om til små bokstaver, men Gmail-punktum og +tagger beholdes – fordi det er det Meta gjør. Telefonnumre må ende opp på 8–15 sifre med et land; et lokalt nummer uten landkode forkastes, det gjettes ikke. En forkastet nøkkel koster én match; en feil nøkkel koster feil person.

Identitet per kanal, presist

WhatsApp-hendelser bærer klikk-ID-en pluss telefonnummeret – klikk-ID-en er legitimt fraværende på enkelte plasseringer, og telefonnummeret overlever det. Messenger-identitet teller bare som side og sidescopet bruker sammen; Instagram bruker sin egen scopede ID; leadhendelser bærer plattformens egen lead-ID, begrenset til leads med Meta som kilde.

Et helsepanel som står for sin egen regning

Ferskhet, hendelsesfrekvens, dekning av sterke matchenøkler, kjøpsverdier og hver eneste avslagsgrunn – målt over et vindu på 28 dager og merket som våre målinger, fordi det å presentere vår egen regning som Metas score ville skapt en autoritet vi ikke har.

Oppsett

Slik kobles den til

01

Lim inn datasettet ditt

Datasett-ID-en og tokenet ditt fra Events Manager – kryptert, ditt, og mulig å trekke tilbake.

02

Map stadiene dine

Velg hvilke pipeline-stadier som utløser hvilke konverteringshendelser.

03

Vinn avtaler

Rapporteringen skjer av seg selv – portsikret, deduplisert, logget.

Bedre sammen

Hva den spiller sammen med

CRM-pipelines

Vunne avtaler og mappede pipeline-stadier er det som utløser hendelser – trakten du allerede kjører, er signalkilden.

Klikk-til-melding-annonser

Kampanjer som lander i WhatsApp, Messenger eller Instagram får endelig vite hvilke samtaler som ble til omsetning.

Leadannonser

Innsendinger fra Metas leadskjemaer havner allerede i CRM-et – denne integrasjonen lukker sløyfen ved å rapportere leadkvalitet tilbake til annonsekontoen.

Sikkerhet og garantier

De kjedelige garantiene

Ditt datasett, ditt token

Hendelser går til datasettet du limer inn fra din egen Events Manager – tilgangstokenet er kryptert i hvile og vises aldri tilbake. Dataforholdet er mellom din bedrift og Meta.

Samtykke er en port, ikke en innstilling

En hendelse går ut bare når kontaktens samtykke tillater annonsemålretting – en dobbel opt-in som fortsatt venter, teller ikke, og avslaget logges med navn.

Testmodus er synlig

En testhendelseskode som blir liggende igjen, ville stille stoppet ekte konverteringer fra å telle – derfor vises testmodus som sitt eget flagg i panelet, umulig å glemme i det stille.

Spørsmålet om dobbelttelling, stilt

Hvis du allerede kjører en CAPI eller Signals Gateway, ville sending herfra også telle dobbelt – dedup kan ikke redde to forskjellige ID-er for ett salg. Panelet spør; lar du være å svare, advarer det i stedet for å anta.

Det med liten skrift, uten pynt

Grensene, sagt rett ut

Ingen gjettede identiteter

Et telefonnummer uten landkode forkastes, det gjettes ikke – en feil match bruker opp noen andres personvern. Og en avtale uten verdi sender ingenting, aldri en falsk null.

Av er en gyldig tilstand

Hele integrasjonen leveres avslått; av er ikke en degradert modus. Annonsedataene dine går ut bare når du bestemmer at de skal det.

FAQ om Meta Conversions API

Klare svar

Mer finner du i vår fullstendige FAQ, eller spør oss direkte.

Purchase-hendelser for vunne avtaler (med ekte verdi og identitet per kanal), konverteringshendelsene du mapper til pipeline-stadier, og signaler om leadkvalitet fra CRM-trakten din – alt sammen inn i ditt eget datasett, deduplisert mot Metas egen deteksjon.

Det er en av de fire portene: en hendelse går ut bare hvis kontaktens samtykke tillater annonsebruk. Avviste hendelser logges med begrunnelse, slik at «vi sendte ikke» er et synlig faktum.

Nei – du limer inn din egen datasett-ID og ditt eget tilgangstoken fra Events Manager. Dataforholdet er mellom din bedrift og Meta; vi er infrastrukturen med porter.

E-postadresser, telefonnumre, navn, by/region/postnummer, fødselsdatoer og eksterne ID-er SHA-256-hashes etter en normalisering som er identisk med Metas. Klikk-ID-er, nettleser-ID-er, sidescopede ID-er og lead-ID-er sendes som de er – de er allerede ugjennomsiktige, og Meta slår dem opp bokstavelig; å hashe dem ville ødelagt dem.

Det ville det – og derfor spør integrasjonen. To avsendere med forskjellige hendelses-ID-er er, for Meta, to salg. Bekrefter du at det finnes en annen avsender, velger du hvem som eier hvilke hendelser; svarer du ikke, advarer panelet i stedet for å anta.

Ærlig koblet slår høylytt koblet.

Hver eneste integrasjon her er beskrevet ut fra hva den faktisk gjør – retning, eierskap og grenser inkludert.