Meta Pixel og Conversions API: én hændelse
Forstå Meta Pixel og Conversions API: mål den rigtige handling, undgå dobbeltregistrering, test signalerne og respekter besøgendes samtykke.
Her på Facebook Tips og Tricks handler god måling om at kunne forklare, hvad der bliver registreret, før tallene styrer næste annoncebeslutning. Denne guide gør Meta Pixel og Conversions API lettere at forstå ved at holde kundens handling, de tekniske signaler og virksomhedens resultat adskilt. Du får et grundlag for at stille konkrete spørgsmål til opsætningen og kontrollere den sammen med den teknisk ansvarlige – ikke en opskrift, der garanterer fuld sporing eller flere salg.
Vælg den handling, du vil måle
Meta Pixel og Conversions API hjælper med at sende signaler om handlinger på dit website til Meta. Men før du undersøger teknikken, skal du beslutte, hvilken handling der faktisk har værdi for din virksomhed. Er det et gennemført køb, en indsendt kontaktformular eller noget andet? En hændelse er i denne sammenhæng en registrering af en bestemt handling, ikke et bevis på, at en annonce skabte den.
Start med at skrive én præcis sætning om dit mål. I et hypotetisk eksempel med en webshop kunne den være: »Vi registrerer et køb, når ordren er gennemført i vores ordresystem.« Det er ikke det samme som et klik på købsknappen, en vare i kurven eller begyndelsen på betalingen. Hvis disse trin alle får navnet Purchase, bliver tallene svære at fortolke, selv hvis forbindelsen til Meta fungerer.
Afklar derfor både handlingen og tidspunktet for registreringen. Guiden om læring før du skalerer hjælper dig med at holde målingen knyttet til et konkret forretningsmål. Målet her er ikke at samle flest mulige signaler, men at kunne forklare, hvad hvert signal betyder.
Forstå forskellen på Pixel og Conversions API
Meta Pixel er kode på dit website, som kan registrere handlinger og sende hændelser fra besøgendes browser til Meta. Browseren er altså den kanal, signalet kommer igennem. Det betyder ikke, at Pixel registrerer enhver besøgende eller ethvert køb.
Conversions API er en direkte forbindelse, som blandt andet kan sende hændelser fra en server eller websiteplatform til Meta. API betyder her en teknisk forbindelse, hvor systemer udveksler oplysninger. I denne guide handler det om websitehændelser sendt fra serversiden, ikke om alle de andre anvendelser, forbindelsen kan have.
De to kanaler kan bruges sammen. En gennemført handling kan derfor give både et browsersignal fra Pixel og et serversignal via Conversions API. Serverforbindelsen kan være mindre påvirket af visse browser- og forbindelsesproblemer, men den garanterer ikke fuld registrering eller bedre resultater. Den ophæver heller ikke krav til samtykke og databrug.
Tænk på kanalerne som to mulige veje for oplysninger om samme handling. Det centrale spørgsmål er ikke blot, om begge veje virker, men om Meta kan genkende, når de beskriver det samme. Ellers risikerer målingen at blande tekniske kopier sammen med separate kundehandlinger.
Giv samme handling samme identitet
Når samme køb sendes gennem begge kanaler, skal det ikke behandles som to køb. Deduplikering betyder, at Meta genkender overlappende registreringer af samme handling og undgår at tælle dem dobbelt i behandlingen. Det kræver mere end at aktivere Conversions API.
Metas udviklerguide om deduplikering beskriver den anbefalede metode med hændelses-id og hændelsesnavn. På Pixel-siden hedder id-feltet eventID; på serversiden hedder det event_id. Værdien skal være den samme for de to kopier af samme handling. Pixel-hændelsens navn skal også svare til serverfeltet event_name: eksempelvis Purchase i begge kanaler. Metoden forudsætter samme Pixel-ID, og begge kopier skal modtages inden for 48 timer af hinanden.
I webshop-eksemplet skal browserens og serverens registrering af ét gennemført køb derfor dele hændelses-id. Et andet køb skal have et andet id. Hvis hver kanal opfinder sit eget id for samme køb, mangler forbindelsen mellem kopierne. Hvis forskellige køb genbruger samme id, bliver adskillelsen mellem handlingerne uklar.
Et matchende id alene er altså ikke dokumentation for korrekt deduplikering. Navn, tilknytning, timing og den faktiske opsætning skal også kontrolleres. Bed den teknisk ansvarlige forklare, hvor id'et dannes, hvordan det deles mellem kanalerne, og hvordan separate handlinger holdes adskilt. Antag ikke, at en platforms integration automatisk har løst det.
Test modtagelsen – ikke kun antallet
Test først, om en konkret handling sender de forventede signaler. Gennemfør eksempelvis et tydeligt markeret testkøb i et egnet testforløb, og sammenhold handlingen med de hændelser, der modtages. Metas vejledning om overlappende hændelser beskriver brugen af Test Events og Events Manager til at undersøge kilder og identifikatorer.
Se efter, om signalerne kommer fra browser og server, om de har samme hændelsesnavn og id for samme handling, og om registreringen sker på det aftalte tidspunkt. Undersøg også serverforsinkelse og eventuelle diagnosticerede problemer. Der er forskel på at se et signal ankomme og at have bekræftet hele måleforløbet.
Den forskel er vigtig, når du læser tallene. Metas vejledning til verificering forklarer, at modtagelsestallet i Events Managers oversigt er rå hændelser før deduplikering, frasortering efter samtykkepolitikker og øvrig behandling. To modtagne kopier er derfor hverken automatisk to salg eller bevis for, at deduplikeringen allerede er korrekt. Oversigten er heller ikke en optælling af annonceattribuerede køb i Ads Manager.
Brug testforløbet til at kontrollere sammenhængen mellem handling, afsendelse og behandling. Sammenhold derefter med virksomhedens eget system. Ordresystemet fortæller, hvad der faktisk blev gennemført; Metas rapportering besvarer andre spørgsmål. Tallene behøver ikke være identiske, men forskelle skal undersøges frem for bortforklares.
Læs matchkvalitet sammen med virkelige resultater
Event Match Quality handler om, hvor anvendelige de medsendte kundeparametre er til at matche hændelser med personer hos Meta. Det er ikke en karakter for virksomhedens økonomi. Metas verificeringsguide behandler matching som en særskilt kontrol ved siden af blandt andet modtagelse, aktualitet og deduplikering.
En høj matchkvalitet beviser derfor ikke, at købshændelsen bliver udløst det rigtige sted, at kopier bliver deduplikeret korrekt, eller at alle ordrer er registreret. Den viser heller ikke, at annoncerne giver overskud. Hvis en hændelse registreres allerede ved et klik på betalingsknappen, bliver den ikke til et gennemført køb, fordi matchkvaliteten ser god ud.
Hold tre spørgsmål adskilt: Skete den ønskede handling? Blev den sendt og behandlet korrekt? Gav indsatsen et meningsfuldt resultat for virksomheden? Det sidste kræver, at du ser på de faktiske resultater og deres værdi, ikke kun på tekniske indikatorer.
Sammenhængen begynder allerede med det næste skridt, kunden bliver lovet. Guiden om vejen fra annonce til landingsside kan hjælpe med at afklare den handling. Brug derefter Pixel og Conversions API til at måle den præcist, uden at gøre en flot indikator til facit.
Få samtykke og overlevering til at hænge sammen
Serverbaseret måling er ikke en genvej uden om samtykke. Metas krav til databrug gælder både Pixel og Conversions API og omfatter nødvendige rettigheder, tilladelser og samtykker. Hvor samtykke er påkrævet, må oplysninger ikke deles før det foreligger. Serverforbindelsen skal også respektere besøgendes valg.
Gør derfor samtykke til en del af kontrollen, ikke et punkt efter den tekniske test. Den ansvarlige skal kunne forklare, hvad der sendes i hver kanal, og hvordan besøgendes valg påvirker afsendelsen. Kontrollér de faktiske oplysninger, der forlader systemet, frem for at antage, at en leverandør håndterer alt korrekt. Få kvalificeret teknisk eller juridisk hjælp, hvis ansvaret eller kravene er uklare.
Afslut med en kort, skriftlig overlevering: hvilken handling der måles, hvornår hændelsen registreres, hvordan fælles id og navn bruges, hvordan samtykke respekteres, og hvem der undersøger afvigelser. Gem også en beskrivelse af testforløbet og dets observationer. Så kan næste kontrol tage udgangspunkt i en konkret aftale i stedet for et enkelt skærmbillede. En brugbar opsætning er en måling, du kan forklare og efterprøve.