Meta Event Match Quality: slik hever du scoren din

Event Match Quality (EMQ) er en score ut av 10 som Meta gir hver nettsted-event du sender gjennom Conversions API. Den viser hvor godt kundeinformasjonen på den eventen kan koble den til en Meta-konto. Du hever den ved å sende flere av de riktige identifikatorene, formatert og hashet slik Meta forventer.

Denne guiden forklarer hva scoren måler, hvilke parametere for kundeinformasjon som teller mest, reglene for hashing og normalisering, hvorfor kjøp fra bestillingsdata har flere identifikatorer enn sidevisninger, hvilken score du bør sikte mot, og hvor du sjekker den.

Hva måler Event Match Quality?

Meta beregner scoren ut fra to ting: kvaliteten på kundeinformasjonen du sender med en server-event, og andelen av disse eventene Meta kobler til en konto. En koblet event forteller Meta hvilken person som kjøpte. Meta kan da kreditere kjøpet til annonsen den personen så eller klikket på, og vise annonsene dine til folk som er mer tilbøyelige til å kjøpe.

Noen fakta fra Metas dokumentasjon former hvordan du leser scoren:

• Den gjelder per event. Purchase, AddToCart og PageView får hver sin score, både for standard- og egendefinerte events.
• Den gjelder bare server-events. Scoren er tilgjengelig for nettsted-events sendt gjennom Conversions API med action_source satt til website. Events som bare sendes av nettleserpixelen, har ingen score.
• Den bruker de siste 48 timene. Send events jevnt, ellers blir scoren utdatert.

Meta skriver også at bedre matching kan øke de ekstra konverteringene den rapporterer for Conversions API-oppsettet ditt. Et kjøp Meta ikke kan koble, er et kjøp annonsene dine ikke får æren for.

Hvilke parametere for kundeinformasjon hever scoren?

Meta publiserer en prioritet for hver type kundeinformasjon. Send hver parameter du har for en event, og begynn med de som har høy prioritet.

IP-adressen og user agent står ikke på Metas prioritetsliste, men Metas utviklerdokumentasjon sier at det kan hjelpe matchingen å sende client_ip_address og client_user_agent. User agent kreves uansett for nettsted-events. Begge må være kjøperens verdier, ikke serverens.

Hvordan hasher og normaliserer du kundedata?

Meta krever at kontaktinformasjon hashes med SHA-256 før du sender den. Hashing fungerer bare hvis alle systemer skriver den samme verdien på samme måte, så Meta definerer en normalform for hvert felt. Normaliser først, hash deretter.

I koden er det rekkefølgen på trinnene som teller:

import { createHash } from 'node:crypto';
const sha256 = (s) => createHash('sha256').update(s).digest('hex');

// Normalize first, then hash.
const em = sha256(' Anna.Berg@Example.com '.trim().toLowerCase());
// hashes "anna.berg@example.com"

const ph = sha256('+1 (415) 555-0134'.replace(/\D/g, ''));
// hashes "14155550134"

const ct = sha256('San Francisco'.toLowerCase().replace(/[^a-z]/g, ''));
// hashes "sanfrancisco"

// Sent as they are, never hashed:
// fbp, fbc, client_ip_address, client_user_agent

Se opp for telefonnumre med en null som bare brukes innenlands. Et nederlandsk nummer skrevet som +31 (0)6 1234 5678 blir 310612345678 hvis du bare fjerner symbolene. Riktig form er 31612345678. Plassholderverdier er en annen felle: en e-postadresse som noemail@example.com, som en nettbutikk fyller inn for gjestebestillinger, deles av mange kunder, så den kan ikke identifisere én person. La heller feltet utgå.

Hvorfor har server-events fra bestillingsdata flere identifikatorer?

En sidevisning skjer før den besøkende har fortalt deg noe. Nettleseren kjenner en cookie-ID, kanskje en click id, en IP-adresse og en user agent. En betalt bestilling er annerledes: kunden har skrevet inn en e-postadresse, ofte et telefonnummer, et navn og en adresse.

Derfor kan en Purchase-event som sendes fra serveren din, få høyere score enn PageView eller ViewContent. En kjøpsevent som bare kommer fra takkesiden, har nettleser-identifikatorene, men ikke alltid e-posten og telefonnummeret fra bestillingen.

Ikke alle parametere kan nå 100% av eventene, og det er normalt. I eksemplet under finnes click id på 38% av kjøpene, fordi bare kjøpere som kom via et klikk på en Meta-annonse har en.

Hva er et realistisk mål for Event Match Quality?

Metas utviklerdokumentasjon sier at Meta vanligvis anbefaler en score på 6.0 eller høyere, der det er mulig. Se det som målet for eventene som har med kontaktdata, først og fremst Purchase. En Purchase-event som bygges fra bestillingsdata, har med e-post, en av de to parameterne med høyest prioritet, og de fleste av parameterne med middels prioritet, så det er eventen der målet er mest realistisk. Mål det i stedet for å anta det: scoren avhenger også av kundene dine.

Ikke forvent den samme scoren på alle events. PageView, ViewContent og AddToCart har ofte ingen kontaktdata, fordi de fleste besøkende er anonyme fram til checkout. En lavere score der er forventet, og det er ingen grunn til å samle inn e-postadresser tidligere enn de besøkende ønsker å oppgi dem.

Ikke jag etter en 10-er heller. Scoren avhenger også av andelen events som Meta klarer å matche, og en del av det ligger utenfor din kontroll: noen av kjøperne dine har ingen Meta-konto, eller brukte en annen e-postadresse der. Samtykke spiller også inn. Med Respect visitor consent slått på i ROASaurus har en besøkende som avslår markedsføringscookies, ingen lagret click id eller besøks-ID, så den betalte bestillingen sendes med hashede bestillingsdata og bestillingens IP-adresse og user agent, men uten fbc og fbp. Flere avslag betyr færre identifikatorer per event. Hjelpesiden vår om samtykke forklarer innstillingen.

Det nyttige spørsmålet er ikke om scoren din er høy, men om den har endret seg. Sammenlign hver event med sin egen historikk etter hver endring i temaet ditt, checkout eller tracking.

Hvordan sjekker du Event Match Quality i Events Manager?

1. Åpne datasettet ditt

   Gå til Events Manager og velg navnet og ID-en til pixelen eller datasettet ditt.

2. Åpne eventdetaljene

   Finn eventen, for eksempel Purchase, og klikk på View details.

3. Les fanen Event matching

   Den viser scoren, andelen events som har med kundeinformasjon, og tips for å forbedre matchingen.

4. Sjekk Diagnostics

   Fanen Diagnostics i Events Manager lister opp problemer med eventene dine og anbefalinger for hvordan du løser dem.

5. Sjekk på nytt etter to dager

   Scoren bruker eventene fra de siste 48 timene, så en rettelse vises fullt ut omtrent to dager senere.

De andre fanene på den samme siden hjelper også. Event coverage sammenligner server-eventene dine med pixel-eventene dine, Event deduplication viser andelen events som har en deduplikeringsnøkkel som event-ID-en, og Data freshness viser hvor raskt server-eventene dine kommer fram. Hvis du fortsatt setter opp serversiden, kan du starte med guiden vår til Meta Conversions API.

Hvorfor er Event Match Quality-en min lav?

Når én event får lavere score enn du forventer, er dette de vanligste årsakene:

• Serveren sender sin egen IP-adresse. Hvis eventene går via serveren din eller en tag-server, må den videresende IP-adressen og user agent som den registrerte fra kunden, ikke sine egne.
• fbclid går tapt. Click id-en finnes bare i URL-en til landingssiden. Hvis ingenting lagrer den der, er den borte når kunden kommer til checkout. Behold den nøyaktig slik den kommer, fordi den skiller mellom store og små bokstaver.
• Kontaktdata hashes uten normalisering, eller sendes uten hashing.
• Nettleser-identifikatorene hashes. En hashet fbp eller fbc kan ikke matches.
• Kjøpene kommer bare fra nettleseren. En event fra takkesiden mangler ofte e-posten og telefonnummeret som bestillingen har. Å sende kjøpet fra bestillingen løser det.

Hvordan ROASaurus sender kundeinformasjon

ROASaurus bygger Purchase-eventen fra bestillingen i nettbutikken din, så den har med bestillingens kontaktdata. E-post, telefon, fornavn og etternavn, by, delstat, postnummer og land normaliseres og hashes med SHA-256. Nettbutikkens kunde-ID og besøks-ID-en fra ROASaurus sendes hashet som external_id. IP-adressen, user agent, side-URL-en og fbp kobles på fra kundens besøk, og fbc bygges fra fbclid som skriptet i nettbutikken lagrer når den besøkende lander.

En event uten fbc, fbp, e-post, telefon eller IP-adresse hoppes over, fordi Meta ikke kan matche den. Siden om Meta-integrasjonen viser alle feltene som sendes, og server-side tracking forklarer hvordan bestillinger kobles til annonseklikket. For å følge med på scoren leser siden Tracking health Event Match Quality for hver Meta-pixel hver dag og sender et varsel når Purchase-scoren faller under minimumet ditt, 6,0 som standard.

Kilder

1. Meta Business Help Center: About Event Match Quality
2. Meta for Developers: Customer Information Parameters
3. Meta for Developers: Verifying Your Setup
4. Meta Business Help Center: View server event details in Meta Events Manager
5. Meta for Developers: Best Practices - Conversions API

I ROASaurus

• Meta-integrasjon
• Server-side tracking
• Hjelp: koble til Meta

Les videre