- Event Match Quality (EMQ) je skóre z 10, které Meta dává každé webové události odeslané přes Conversions API.
- E-mail a ID kliknutí (fbc) mají v seznamu Meta nejvyšší prioritu; následují telefon, external_id, fbp a země.
- Kontaktní údaje před hashováním pomocí SHA-256 normalizujte a nikdy nehashujte fbp, fbc, IP adresu ani user agent.
- Vývojářská dokumentace Meta doporučuje cílit na 6.0 nebo více; Purchase sestavený z dat objednávky nese nejvíc identifikátorů, zatímco PageView jich obvykle nese málo.
- Skóre u jednotlivých událostí zkontrolujte pod View details v Events Manageru a po změně mu dejte dva dny, protože vychází z událostí za posledních 48 hodin.
Event Match Quality (EMQ) je skóre z 10, které Meta dává každé webové události, kterou odešlete přes Conversions API. Ukazuje, jak dobře lze podle údajů o zákazníkovi u události tuto událost spárovat s účtem Meta. Zvýšíte ho tím, že pošlete více správných identifikátorů, zformátovaných a zahashovaných tak, jak Meta očekává.
Tento průvodce vysvětluje, co skóre měří, které parametry údajů o zákazníkovi se počítají nejvíc, pravidla hashování a normalizace, proč nákupy z dat objednávek nesou víc identifikátorů než zobrazení stránek, jaké skóre mít za cíl a kde ho zkontrolovat.
Co měří Event Match Quality?
Meta skóre počítá ze dvou věcí: z kvality údajů o zákazníkovi, které odešlete se serverovou událostí, a z podílu těchto událostí, které Meta spáruje s účtem. Spárovaná událost Meta říká, který člověk nakoupil. Meta pak může nákup připsat reklamě, kterou tento člověk viděl nebo na kterou klikl, a zobrazovat vaše reklamy lidem, kteří s větší pravděpodobností nakoupí.
Několik faktů z dokumentace Meta ovlivňuje, jak skóre číst:
- Počítá se pro každou událost zvlášť. Purchase, AddToCart a PageView mají každá vlastní skóre, u standardních i vlastních událostí.
- Týká se jen serverových událostí. Skóre je k dispozici pro webové události odeslané přes Conversions API s
action_sourcenastaveným nawebsite. Události odeslané jen pixelem v prohlížeči skóre nemají. - Vychází z posledních 48 hodin. Odesílejte události průběžně, jinak skóre zastará.
Meta také uvádí, že lepší párování může zvýšit počet dodatečných konverzí, které hlásí pro vaše nastavení Conversions API. Nákup, který Meta nedokáže spárovat, je nákup, za který si vaše reklamy nepřipíší zásluhu.
Které parametry údajů o zákazníkovi skóre zvyšují?
Meta zveřejňuje prioritu pro každý typ údajů o zákazníkovi. Odešlete všechny parametry, které k události máte, a začněte těmi s vysokou prioritou.
| Parametr | Klíč | Priorita u Meta | Odkud ho e-shop získá |
|---|---|---|---|
em | Vysoká | Pokladna, účet nebo formulář pro registraci | |
| ID kliknutí | fbc | Vysoká | Parametr fbclid v URL vstupní stránky po kliknutí na reklamu |
| Telefonní číslo | ph | Střední | Pokladna, pokud je pole vyplněné |
| Externí ID | external_id | Střední | Vaše ID zákazníka nebo ID návštěvníka |
| ID prohlížeče | fbp | Střední | Cookie _fbp |
| Země | country | Střední | Fakturační nebo doručovací adresa |
| Datum narození | db | Střední | V e-shopu je k dispozici jen zřídka |
| Jméno a příjmení | fn, ln | Nízká | Pokladna |
| Město a PSČ | ct, zp | Nízká | Fakturační nebo doručovací adresa |
IP adresa a user agent nejsou v seznamu priorit Meta, ale vývojářská dokumentace Meta uvádí, že odeslání client_ip_address a client_user_agent může párování pomoci. User agent je u webových událostí stejně povinný. Obě hodnoty musí být hodnoty nakupujícího, ne vašeho serveru.
Jak hashovat a normalizovat údaje o zákaznících?
Meta vyžaduje, aby se kontaktní údaje před odesláním zahashovaly pomocí SHA-256. Hashování funguje jen tehdy, když každý systém zapíše stejnou hodnotu stejným způsobem, proto Meta definuje pro každé pole normální tvar. Nejdřív normalizujte, potom hashujte.
| Pole | Původní hodnota | Normalizovaná, před hashováním | Pravidlo |
|---|---|---|---|
Anna.Berg@Example.com | anna.berg@example.com | Oříznout mezery, malá písmena | |
| Telefon | +1 (415) 555-0134 | 14155550134 | Pouze číslice, včetně předvolby země |
| Jméno | Anna-Lena | annalena | Malá písmena, bez interpunkce |
| Město | San Francisco | sanfrancisco | Malá písmena, bez mezer a interpunkce |
| Stát (USA) | California | ca | Dvoupísmenný kód, malá písmena |
| PSČ (USA) | 94107-1234 | 94107 | Prvních pět číslic u amerických PSČ |
| Země | Spojené státy | us | Dvoupísmenný kód ISO, malými písmeny |
V kódu záleží na pořadí kroků:
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_agentPozor na telefonní čísla s úvodní nulou. Nizozemské číslo zapsané jako +31 (0)6 1234 5678 se změní na 310612345678, pokud odstraníte jen symboly. Správný tvar je 31612345678. Další past jsou zástupné hodnoty: e-mail jako noemail@example.com, který e-shop doplňuje u objednávek hostů, sdílí mnoho zákazníků, takže nemůže identifikovat jednu osobu. Pole raději vynechejte.
Proč serverové události z dat objednávek nesou více identifikátorů?
Zobrazení stránky nastává dřív, než vám návštěvník cokoli sdělil. Prohlížeč zná ID cookie, případně ID kliknutí, IP adresu a user agent. Zaplacená objednávka je jiná: nakupující zadal e-mailovou adresu, často telefonní číslo, jméno a adresu.
- ID prohlížeče fbp
- fbc, až po kliknutí na reklamu
- IP adresa a user agent
- E-mail jen pokud ho návštěvník zadal dříve
- E-mail a telefon z pokladny
- Jméno, město, stát, PSČ a země
- Vaše ID zákazníka jako external_id
- IP adresa, user agent, fbp a fbc připojené z návštěvy
Proto může mít událost Purchase odeslaná z vašeho serveru vyšší skóre než PageView nebo ViewContent. Událost nákupu, která pochází jen z poděkovací stránky, má identifikátory prohlížeče, ale ne vždy e-mail a telefon z objednávky.
Ne každý parametr může být u 100% událostí a to je normální. V příkladu níže je ID kliknutí u 38% nákupů, protože ho mají jen kupující, kteří přišli z kliknutí na reklamu na Meta.
Jaký je realistický cíl pro Event Match Quality?
Vývojářská dokumentace Meta uvádí, že obvykle doporučuje skóre 6.0 nebo vyšší, pokud je to možné. Berte to jako cíl pro události, které nesou kontaktní údaje, především Purchase. Purchase sestavený z dat objednávky nese e-mail, jeden ze dvou parametrů s vysokou prioritou, a většinu parametrů se střední prioritou, takže u této události je cíl nejrealističtější. Změřte si to, nepředpokládejte: skóre závisí také na vašich zákaznících.
Nečekejte stejné skóre u každé události. PageView, ViewContent a AddToCart často nemají žádné kontaktní údaje, protože většina návštěvníků je až do pokladny anonymní. Nižší skóre je tam očekávané a není důvodem sbírat e-mailové adresy dřív, než je vaši návštěvníci chtějí poskytnout.
Nehoňte se ani za hodnotou 10. Skóre závisí také na podílu událostí, které Meta spáruje, a část z toho je mimo vaši kontrolu: někteří vaši kupující nemají účet na Meta nebo tam použili jiný e-mail. Důležitý je i souhlas. Se zapnutou volbou Respect visitor consent nemá v ROASaurus návštěvník, který odmítne marketingové cookies, uložené ID kliknutí ani ID návštěvníka, takže zaplacená objednávka odejde s hashovanými daty objednávky a s IP adresou a user agentem objednávky, ale bez fbc a fbp. Čím víc odmítnutí, tím méně identifikátorů na událost. Nastavení vysvětluje naše stránka nápovědy o souhlasu.
Užitečná otázka nezní, zda je vaše skóre vysoké, ale zda se změnilo. Po každé změně motivu, pokladny nebo trackingu porovnejte každou událost s její vlastní historií.
Jak zkontrolovat Event Match Quality v Events Manageru?
- Otevřete svůj dataset
Přejděte do Events Manageru a vyberte název a ID svého pixelu nebo datasetu.
- Otevřete podrobnosti události
Najděte událost, například Purchase, a klikněte na View details.
- Přečtěte si záložku Event matching
Ukazuje skóre, podíl událostí, které nesou údaje o zákazníkovi, a tipy, jak párování zlepšit.
- Zkontrolujte Diagnostics
Záložka Diagnostics v Events Manageru uvádí problémy s vašimi událostmi a doporučení, jak je opravit.
- Zkontrolujte znovu po dvou dnech
Skóre vychází z událostí za posledních 48 hodin, takže oprava se plně projeví zhruba po dvou dnech.
Pomoci vám mohou i další záložky na stejné stránce. Event coverage porovnává vaše serverové události s událostmi pixelu, Event deduplication ukazuje podíl událostí, které nesou deduplikační klíč, například ID události, a Data freshness ukazuje, jak rychle vaše serverové události dorážejí. Pokud server-side část teprve nastavujete, začněte naším průvodcem Meta Conversions API.
Proč je můj Event Match Quality nízký?
Když má některá událost nižší skóre, než čekáte, bývají příčinou obvykle tyto věci:
- Server odesílá vlastní IP adresu. Pokud události procházejí vaším serverem nebo tag serverem, musí předat IP adresu a user agent, které zaznamenal od nakupujícího, ne své vlastní.
- fbclid se ztratí. ID kliknutí je jen v URL vstupní stránky. Pokud ho tam nic neuloží, do pokladny je pryč. Uchovejte ho přesně tak, jak dorazí, protože rozlišuje velká a malá písmena.
- Kontaktní údaje se hashují bez normalizace, nebo se odesílají nehashované.
- Identifikátory prohlížeče se hashují. Zahashované
fbpnebofbcnelze spárovat. - Nákupy pocházejí jen z prohlížeče. Události z poděkovací stránky často postrádají e-mail a telefon, které objednávka má. Odeslání nákupu z objednávky to vyřeší.
Jak ROASaurus odesílá údaje o zákazníkovi
ROASaurus sestavuje událost Purchase z objednávky ve vašem obchodě, takže nese kontaktní údaje z objednávky. E-mail, telefon, jméno a příjmení, město, stát, PSČ a země se normalizují a hashují pomocí SHA-256. ID zákazníka v obchodě a ID návštěvníka ROASaurus se odesílají zahashované jako external_id. IP adresa, user agent, URL stránky a fbp se připojí z návštěvy nakupujícího a fbc se sestaví z fbclid, který skript v e-shopu uloží, když návštěvník na web přijde.
Událost, která nemá fbc, fbp, e-mail, telefon ani IP adresu, se přeskočí, protože ji Meta nedokáže spárovat. Stránka integrace Meta uvádí všechna odesílaná pole a server-side tracking vysvětluje, jak se objednávky párují s kliknutím na reklamu. Abyste skóre měli pod kontrolou, stránka Tracking health každý den čte Event Match Quality každého pixelu Meta a spustí upozornění, když skóre pro Purchase klesne pod vaše minimum, ve výchozím nastavení 6,0.
Zdroje
- Meta Business Help Center: About Event Match Quality
- Meta for Developers: Customer Information Parameters
- Meta for Developers: Verifying Your Setup
- Meta Business Help Center: View server event details in Meta Events Manager
- Meta for Developers: Best Practices - Conversions API