Meta Event Match Quality: sådan hæver du din score

Event Match Quality (EMQ) er en score ud af 10, som Meta giver hvert website-event, du sender gennem Conversions API. Den viser, hvor godt kundeoplysningerne på det event kan matche det med en Meta-konto. Du hæver den ved at sende flere af de rigtige identifikatorer, formateret og hashet, som Meta forventer.

Denne guide forklarer, hvad scoren måler, hvilke parametre for kundeoplysninger der tæller mest, reglerne for hashing og normalisering, hvorfor køb fra ordredata bærer flere identifikatorer end sidevisninger, hvilken score du skal sigte efter, og hvor du tjekker den.

Hvad måler Event Match Quality?

Meta beregner scoren ud fra to ting: kvaliteten af de kundeoplysninger, du sender med et server-event, og andelen af disse events, som Meta matcher med en konto. Et matchet event fortæller Meta, hvilken person der købte. Meta kan så tilskrive købet til den annonce, personen så eller klikkede på, og vise dine annoncer til folk, der er mere tilbøjelige til at købe.

Nogle fakta fra Metas dokumentation påvirker, hvordan du læser scoren:

• Den gælder pr. event. Purchase, AddToCart og PageView får hver deres score, både for standard- og tilpassede events.
• Den dækker kun server-events. Scoren er tilgængelig for website-events sendt gennem Conversions API med action_source sat til website. Events, der kun sendes af browserpixelen, har ingen score.
• Den bruger de seneste 48 timer. Send events jævnt, ellers bliver scoren forældet.

Meta bemærker også, at bedre matching kan øge de yderligere konverteringer, Meta rapporterer for din Conversions API-opsætning. Et køb, som Meta ikke kan matche, er et køb, dine annoncer ikke får kredit for.

Hvilke parametre for kundeoplysninger hæver scoren?

Meta offentliggør en prioritet for hver type kundeoplysning. Send hver parameter, du har, for et event, og start med dem med høj prioritet.

IP-adressen og user agent står ikke på Metas prioritetsliste, men Metas udviklerdokumentation siger, at det kan hjælpe matchingen at sende client_ip_address og client_user_agent. User agent er under alle omstændigheder påkrævet for website-events. Begge skal være shopperens værdier, ikke din servers.

Hvordan hasher og normaliserer du kundedata?

Meta kræver, at kontaktoplysninger hashes med SHA-256, før du sender dem. Hashing virker kun, hvis alle systemer skriver den samme værdi på samme måde, så Meta definerer en normalform for hvert felt. Normalisér først, og hash derefter.

I kode er det rækkefølgen af trinnene, der tæller:

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

Pas på telefonnumre med et indledende nul i det nationale nummer. Et hollandsk nummer skrevet som +31 (0)6 1234 5678 bliver til 310612345678, hvis du kun fjerner symbolerne. Den korrekte form er 31612345678. Pladsholderværdier er en anden fælde: En e-mail som noemail@example.com, som en shop udfylder ved gæsteordrer, deles af mange kunder, så den kan ikke identificere én person. Udelad i stedet feltet.

Hvorfor bærer server-events fra ordredata flere identifikatorer?

En sidevisning sker, før den besøgende har fortalt dig noget. Browseren kender et cookie-id, måske et klik-id, en IP-adresse og en user agent. En betalt ordre er anderledes: Shopperen har indtastet en e-mailadresse, ofte et telefonnummer, et navn og en adresse.

Derfor kan et Purchase-event, der sendes fra din server, score højere end PageView eller ViewContent. Et købsevent, der kun kommer fra takkesiden, har browseridentifikatorerne, men ikke altid e-mailen og telefonnummeret fra ordren.

Ikke alle parametre kan nå 100% af events, og det er normalt. I eksemplet nedenfor findes klik-id'et på 38% af købene, fordi kun købere, der kom fra et klik på en Meta-annonce, har et.

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

Metas udviklerdokumentation siger, at Meta typisk anbefaler en score på 6.0 eller højere, hvor det er muligt. Se det som målet for de events, der bærer kontaktdata, først og fremmest Purchase. Et Purchase, der er bygget ud fra ordredata, bærer e-mail, som er en af de to højt prioriterede parametre, og de fleste af de mellemprioriterede, så det er det event, hvor målet er mest realistisk. Mål det i stedet for at antage det: Scoren afhænger også af dine kunder.

Forvent ikke den samme score på alle events. PageView, ViewContent og AddToCart har ofte ingen kontaktdata, fordi de fleste besøgende er anonyme indtil checkout. En lavere score er forventet her, og det er ingen grund til at indsamle e-mailadresser tidligere, end dine besøgende har lyst til at give dem.

Sigt heller ikke efter en 10'er. Scoren afhænger også af andelen af events, som Meta matcher, og en del af det ligger uden for din kontrol: Nogle af dine købere har ingen Meta-konto eller brugte en anden e-mailadresse dér. Samtykke betyder også noget. Når Respect visitor consent er slået til i ROASaurus, har en besøgende, der afviser marketingcookies, intet gemt klik-id eller besøgs-id, så den betalte ordre sendes med hashede ordredata og ordrens IP-adresse og user agent, men uden fbc og fbp. Flere afvisninger giver færre identifikatorer pr. event. Vores hjælpeside om samtykke forklarer indstillingen.

Det nyttige spørgsmål er ikke, om din score er høj, men om den har ændret sig. Sammenlign hvert event med dets egen historik efter hver ændring af dit theme, din checkout eller din tracking.

Hvordan tjekker du Event Match Quality i Events Manager?

1. Åbn dit dataset

   Gå til Events Manager, og vælg navnet og id'et på din pixel eller dit dataset.

2. Åbn eventdetaljerne

   Find eventet, for eksempel Purchase, og klik på View details.

3. Læs fanen Event matching

   Den viser scoren, andelen af events, der bærer kundeoplysninger, og tips til at forbedre matchingen.

4. Tjek Diagnostics

   Fanen Diagnostics i Events Manager viser problemer med dine events og anbefalinger til, hvordan du løser dem.

5. Tjek igen efter to dage

   Scoren bruger events fra de seneste 48 timer, så en rettelse viser sig fuldt ud cirka to dage senere.

De andre faner på den samme side hjælper også. Event coverage sammenligner dine server-events med dine pixel-events, Event deduplication viser andelen af events, der bærer en deduplikeringsnøgle som event-id'et, og Data freshness viser, hvor hurtigt dine server-events ankommer. Hvis du stadig er ved at sætte serversiden op, så start med vores guide til Meta Conversions API.

Hvorfor er min Event Match Quality lav?

Når et event scorer lavere, end du forventer, er det som regel på grund af følgende:

• Serveren sender sin egen IP-adresse. Hvis events går gennem din server eller en tag-server, skal den videresende den IP-adresse og user agent, den har registreret fra shopperen, ikke sine egne.
• fbclid'et går tabt. Klik-id'et findes kun i URL'en på landingssiden. Hvis intet gemmer det dér, er det væk, når shopperen når til checkout. Behold det præcis, som det ankommer, fordi det skelner mellem store og små bogstaver.
• Kontaktdata hashes uden normalisering, eller de sendes uhashede.
• Browseridentifikatorerne hashes. Et hashet fbp eller fbc kan ikke matches.
• Køb kommer kun fra browseren. Et event fra takkesiden mangler ofte den e-mail og det telefonnummer, som ordren har. Når købet sendes fra ordren, løser det problemet.

Sådan sender ROASaurus kundeoplysninger

ROASaurus bygger Purchase-eventet ud fra ordren i din shop, så det bærer ordrens kontaktdata. E-mail, telefon, for- og efternavn, by, stat, postnummer og land normaliseres og hashes med SHA-256. Shoppens kunde-id og ROASaurus' besøgs-id sendes hashet som external_id. IP-adressen, user agent, sidens URL og fbp kobles på fra shopperens besøg, og fbc bygges ud fra det fbclid, som storefront-scriptet gemmer, når den besøgende lander.

Et event uden fbc, fbp, e-mail, telefon eller IP-adresse springes over, fordi Meta ikke kan matche det. Meta-integrationssiden viser alle felter, der sendes, og server-side tracking forklarer, hvordan ordrer matches med annonceklikket. For at følge scoren læser siden Tracking health hver Meta-pixels Event Match Quality hver dag og udløser en alarm, når Purchase-scoren falder under dit minimum, som standard 6,0.

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-integration
• Server-side tracking
• Hjælp: forbind Meta

Læs videre