Meta Event Match Quality: kako povećati svoju ocjenu

Event Match Quality (EMQ) je ocjena od 10 koju Meta daje svakom događaju na web-stranici koji pošaljete putem Conversions API-ja. Pokazuje koliko se dobro podaci o kupcu uz taj događaj mogu povezati s Meta računom. Povećavate ga slanjem više pravih identifikatora, formatiranih i hashiranih onako kako Meta očekuje.

Ovaj vodič objašnjava što ocjena mjeri, koji parametri podataka o kupcu najviše vrijede, pravila hashiranja i normalizacije, zašto kupnje iz podataka o narudžbama nose više identifikatora od prikaza stranica, kojoj ocjeni težiti i gdje je provjeriti.

Što mjeri Event Match Quality?

Meta ocjenu izračunava iz dvije stvari: kvalitete podataka o kupcu koje šaljete s događajem s poslužitelja i udjela tih događaja koje Meta povezuje s računom. Povezani događaj govori Meti koja je osoba kupila. Meta tada može pripisati kupnju oglasu koji je ta osoba vidjela ili kliknula te prikazivati vaše oglase ljudima koji će vjerojatnije kupiti.

Nekoliko činjenica iz Metine dokumentacije određuje kako čitati ocjenu:

• Vrijedi po događaju. Purchase, AddToCart i PageView svaki dobivaju vlastitu ocjenu, i za standardne i za prilagođene događaje.
• Obuhvaća samo događaje s poslužitelja. Ocjena je dostupna za događaje na web-stranici poslane putem Conversions API-ja s action_source postavljenim na website. Događaji koje šalje samo piksel u pregledniku nemaju ocjenu.
• Koristi zadnjih 48 sati. Šaljite događaje ravnomjerno ili ocjena zastarijeva.

Meta također napominje da bolje povezivanje može povećati dodatne konverzije koje prijavljuje za vaše postavljanje Conversions API-ja. Kupnja koju Meta ne može povezati jest kupnja za koju vaši oglasi ne dobivaju zasluge.

Koji parametri podataka o kupcu povećavaju ocjenu?

Meta objavljuje prioritet za svaku vrstu podataka o kupcu. Pošaljite svaki parametar koji imate za događaj i počnite s onima visokog prioriteta.

IP adresa i user agent nisu na Metinu popisu prioriteta, ali Metina razvojna dokumentacija navodi da slanje client_ip_address i client_user_agent može pomoći pri povezivanju. User agent je ionako obavezan za događaje na web-stranici. Obje vrijednosti moraju biti vrijednosti kupca, a ne vašeg poslužitelja.

Kako hashirati i normalizirati podatke o kupcu?

Meta zahtijeva da se kontaktni podaci prije slanja hashiraju algoritmom SHA-256. Hashiranje radi samo ako svi sustavi istu vrijednost zapisuju na isti način, pa Meta definira normalni oblik za svako polje. Prvo normalizirajte, zatim hashirajte.

U kodu je važan redoslijed koraka:

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

Pazite na telefonske brojeve s početnom nulom. Nizozemski broj zapisan kao +31 (0)6 1234 5678 postaje 310612345678 ako samo uklonite simbole. Ispravan oblik je 31612345678. Zamjenske vrijednosti još su jedna zamka: e-adresu poput noemail@example.com, koju web-trgovina upisuje za narudžbe bez računa, dijeli mnogo kupaca pa ona ne može identificirati jednu osobu. Umjesto toga izostavite to polje.

Zašto događaji s poslužitelja iz podataka o narudžbama nose više identifikatora?

Prikaz stranice događa se prije nego što vam posjetitelj išta kaže. Preglednik zna ID kolačića, možda ID klika, IP adresu i user agent. Plaćena narudžba je drukčija: kupac je upisao e-adresu, često i telefonski broj, ime i adresu.

Zato događaj Purchase poslan s vašeg poslužitelja može postići bolji rezultat od PageView ili ViewContent. Događaj kupnje koji dolazi samo sa stranice zahvale ima identifikatore preglednika, ali ne uvijek i e-adresu i telefon iz narudžbe.

Svaki parametar ne može doći do 100% događaja i to je normalno. U primjeru u nastavku ID klika postoji kod 38% kupnji, jer ga imaju samo kupci koji su došli klikom na Meta oglas.

Koja je realna ciljna vrijednost Event Match Quality?

Meta u svojoj dokumentaciji za razvojne programere navodi da obično preporučuje rezultat 6.0 ili viši, kada je moguće. Shvatite to kao cilj za događaje koji nose kontaktne podatke, prije svega Purchase. Purchase izgrađen iz podataka o narudžbi nosi e-adresu, jedan od dvaju parametara visokog prioriteta, i većinu parametara srednjeg prioriteta, pa je to događaj za koji je cilj najrealniji. Izmjerite ga umjesto da ga pretpostavljate: rezultat ovisi i o vašim kupcima.

Ne očekujte isti rezultat za svaki događaj. PageView, ViewContent i AddToCart često nemaju kontaktne podatke jer je većina posjetitelja anonimna do naplate. Niži rezultat tamo je očekivan i nije razlog da e-adrese prikupljate ranije nego što ih posjetitelji žele dati.

Ne jurite ni rezultat 10. Rezultat ovisi i o udjelu događaja koje Meta uspije povezati, a dio toga izvan je vaše kontrole: neki vaši kupci nemaju Meta račun ili su na njemu koristili drugu e-adresu. Bitna je i privola. U ROASaurusu, kada je uključeno Respect visitor consent, posjetitelj koji odbije marketinške kolačiće nema pohranjen ID klika ni ID posjetitelja, pa plaćena narudžba odlazi s hashiranim podacima iz narudžbe te IP adresom i user agentom narudžbe, ali bez fbc i fbp. Što je više odbijanja, to je manje identifikatora po događaju. Naša stranica pomoći o privoli objašnjava tu postavku.

Korisno pitanje nije je li vaš rezultat visok, nego je li se promijenio. Nakon svake promjene teme, naplate ili praćenja usporedite svaki događaj s njegovom vlastitom poviješću.

Kako provjeriti Event Match Quality u Events Manageru?

1. Otvorite svoj skup podataka

   Idite na Events Manager i odaberite naziv i ID svojeg piksela ili skupa podataka.

2. Otvorite detalje događaja

   Pronađite događaj, na primjer Purchase, i kliknite View details.

3. Pročitajte karticu Event matching

   Prikazuje rezultat, udio događaja koji nose podatke o kupcu i savjete za poboljšanje povezivanja.

4. Provjerite Diagnostics

   Kartica Diagnostics u Events Manageru navodi probleme s vašim događajima i preporuke za njihovo rješavanje.

5. Ponovno provjerite nakon dva dana

   Rezultat koristi događaje iz zadnjih 48 sati, pa se ispravak u potpunosti vidi tek oko dva dana poslije.

Pomažu i ostale kartice na istoj stranici. Event coverage uspoređuje vaše događaje s poslužitelja s događajima piksela, Event deduplication prikazuje udio događaja koji nose ključ deduplikacije, poput ID-a događaja, a Data freshness prikazuje koliko brzo stižu vaši događaji s poslužitelja. Ako još postavljate stranu poslužitelja, počnite s našim vodičem za Meta Conversions API.

Zašto je moj Event Match Quality nizak?

Kada neki događaj ima niži rezultat od očekivanog, uobičajeni su uzroci sljedeći:

• Poslužitelj šalje vlastitu IP adresu. Ako događaji prolaze kroz vaš poslužitelj ili tag poslužitelj, on mora proslijediti IP adresu i user agent koje je zabilježio od kupca, a ne vlastite.
• Gubi se fbclid. ID klika nalazi se samo u URL-u odredišne stranice. Ako ga ondje ništa ne spremi, do naplate je izgubljen. Zadržite ga točno onako kako stiže, jer razlikuje velika i mala slova.
• Kontaktni podaci hashiraju se bez normalizacije ili se šalju nehashirani.
• Identifikatori preglednika su hashirani. Hashirani fbp ili fbc ne može se povezati.
• Kupnje dolaze samo iz preglednika. Događaju sa stranice zahvale često nedostaju e-adresa i telefon koje narudžba ima. Slanje kupnje iz narudžbe to rješava.

Kako ROASaurus šalje podatke o kupcu

ROASaurus gradi događaj Purchase iz narudžbe u vašoj web-trgovini, pa on nosi kontaktne podatke narudžbe. E-adresa, telefon, ime i prezime, grad, savezna država, poštanski broj i država normaliziraju se i hashiraju algoritmom SHA-256. ID kupca iz trgovine i ID posjetitelja ROASaurusa šalju se hashirani kao external_id. IP adresa, user agent, URL stranice i fbp preuzimaju se iz posjeta kupca, a fbc se gradi iz fbclid koji skripta na stranici trgovine spremi kada posjetitelj stigne.

Događaj bez fbc, fbp, e-pošte, telefona ili IP adrese preskače se jer ga Meta ne može povezati. Stranica Meta integracije navodi svako polje koje se šalje, a praćenje na strani poslužitelja objašnjava kako se narudžbe povezuju s klikom na oglas. Za praćenje ocjene stranica Tracking health svaki dan čita Event Match Quality svakog Meta piksela i šalje upozorenje kada ocjena za Purchase padne ispod vašeg minimuma, zadano 6,0.

Izvori

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

U ROASaurusu

• Integracija s Metom
• Praćenje na strani poslužitelja
• Pomoć: povezivanje platforme Meta

Nastavite čitati