Meta Event Match Quality: näin nostat pisteitäsi

Event Match Quality (EMQ) on 10 pisteen asteikon pistemäärä, jonka Meta antaa jokaiselle Conversions API:n kautta lähettämällesi verkkosivuston tapahtumalle. Se kertoo, kuinka hyvin tapahtuman asiakastiedot voivat yhdistää sen Meta-tiliin. Nostat sitä lähettämällä enemmän oikeita tunnisteita Metan odottamassa muodossa ja hashattuina.

Tämä opas selittää, mitä pistemäärä mittaa, mitkä asiakastietoparametrit painavat eniten, hashaus- ja normalisointisäännöt, miksi tilausdatan ostot sisältävät enemmän tunnisteita kuin sivunäytöt, mitä pistemäärää kannattaa tavoitella ja mistä sen voi tarkistaa.

Mitä Event Match Quality mittaa?

Meta laskee pistemäärän kahdesta asiasta: palvelintapahtuman mukana lähettämiesi asiakastietojen laadusta ja siitä, kuinka suuren osan näistä tapahtumista Meta yhdistää tiliin. Yhdistetty tapahtuma kertoo Metalle, kuka osti. Meta voi silloin hyvittää oston mainokselle, jonka henkilö näki tai jota hän klikkasi, ja näyttää mainoksesi ihmisille, jotka todennäköisemmin ostavat.

Muutama Metan dokumentaation tosiasia muokkaa sitä, miten pistemäärä luetaan:

• Se on tapahtumakohtainen. Purchase, AddToCart ja PageView saavat kukin oman pistemääränsä, sekä vakio- että mukautetuille tapahtumille.
• Se koskee vain palvelintapahtumia. Pistemäärä on saatavilla verkkosivuston tapahtumille, jotka on lähetetty Conversions API:n kautta, kun action_source on website. Vain selainpikselin lähettämillä tapahtumilla ei ole pistemäärää.
• Se käyttää viimeisiä 48 tuntia. Lähetä tapahtumia tasaisesti, tai pistemäärä vanhenee.

Meta toteaa myös, että parempi yhdistäminen voi lisätä lisäkonversioita, joita se raportoi Conversions API -toteutuksellesi. Osto, jota Meta ei voi yhdistää, on osto, josta mainoksesi eivät saa ansiota.

Mitkä asiakastietoparametrit nostavat pisteitä?

Meta julkaisee prioriteetin jokaiselle asiakastietotyypille. Lähetä jokainen parametri, joka tapahtumalle on, ja aloita korkean prioriteetin parametreista.

IP-osoite ja user agent eivät ole Metan prioriteettilistalla, mutta Metan kehittäjädokumentaation mukaan client_ip_address- ja client_user_agent-arvojen lähettäminen voi auttaa yhdistämisessä. User agent vaaditaan verkkosivuston tapahtumille joka tapauksessa. Molempien on oltava ostajan arvoja, ei palvelimesi arvoja.

Miten asiakasdata hashataan ja normalisoidaan?

Meta vaatii, että yhteystiedot hashataan SHA-256:lla ennen lähettämistä. Hashaus toimii vain, jos jokainen järjestelmä kirjoittaa saman arvon samalla tavalla, joten Meta määrittelee jokaiselle kentälle normaalimuodon. Normalisoi ensin, hashaa sitten.

Koodissa tärkeintä on vaiheiden järjestys:

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

Varo puhelinnumeroita, joissa on kansallisen etuliitteen nolla (trunk zero). Hollantilainen numero, joka on kirjoitettu muodossa +31 (0)6 1234 5678, muuttuu muotoon 310612345678, jos poistat vain erikoismerkit. Oikea muoto on 31612345678. Paikkamerkkiarvot ovat toinen sudenkuoppa: sähköposti, kuten noemail@example.com, jonka kauppa täyttää vieraana tehtyihin tilauksiin, on monen asiakkaan yhteinen, joten se ei tunnista yhtä henkilöä. Jätä kenttä sen sijaan pois.

Miksi tilausdatasta lähetetyt palvelintapahtumat sisältävät enemmän tunnisteita?

Sivunäyttö tapahtuu ennen kuin kävijä on kertonut sinulle mitään. Selain tuntee evästetunnuksen, ehkä klikkaus-ID:n, IP-osoitteen ja user agentin. Maksettu tilaus on eri asia: ostaja on kirjoittanut sähköpostiosoitteen, usein puhelinnumeron, nimen ja osoitteen.

Siksi palvelimeltasi lähetetty Purchase-tapahtuma voi saada korkeamman pistemäärän kuin PageView tai ViewContent. Pelkästään kiitossivulta tuleva ostotapahtuma sisältää selaimen tunnisteet, mutta ei aina tilauksen sähköpostia ja puhelinnumeroa.

Kaikki parametrit eivät voi olla mukana 100%:ssa tapahtumista, ja se on normaalia. Alla olevassa esimerkissä klikkaus-ID on 38%:lla ostoista, koska vain ostajilla, jotka saapuivat Meta-mainoksen klikkauksesta, on sellainen.

Mikä on realistinen Event Match Quality -tavoite?

Metan kehittäjädokumentaatio suosittelee tyypillisesti pistemäärää 6.0 tai korkeampaa, mahdollisuuksien mukaan. Pidä sitä tavoitteena tapahtumille, jotka sisältävät yhteystietoja, ennen kaikkea Purchase-tapahtumalle. Tilausdatasta rakennettu Purchase sisältää sähköpostin, joka on toinen kahdesta korkean prioriteetin parametrista, sekä suurimman osan keskitason parametreista, joten se on tapahtuma, jossa tavoite on realistisin. Mittaa se oletuksen sijaan: pistemäärä riippuu myös asiakkaistasi.

Älä odota samaa pistemäärää jokaiselta tapahtumalta. PageView, ViewContent ja AddToCart eivät usein sisällä yhteystietoja, koska useimmat kävijät ovat nimettömiä kassalle asti. Matalampi pistemäärä niillä on odotettua, eikä se ole syy kerätä sähköpostiosoitteita aiemmin kuin kävijäsi haluavat antaa niitä.

Älä tavoittele myöskään 10:tä. Pistemäärä riippuu myös siitä, kuinka suuren osan tapahtumista Meta yhdistää, ja osa siitä on sinun hallintasi ulkopuolella: osalla ostajistasi ei ole Meta-tiliä, tai he käyttivät siellä eri sähköpostiosoitetta. Myös suostumus vaikuttaa. ROASaurusissa, kun Respect visitor consent on päällä, kävijällä, joka kieltäytyy markkinointievästeistä, ei ole tallennettua klikkaus-ID:tä eikä kävijätunnusta, joten maksettu tilaus lähtee hashatun tilausdatan sekä tilauksen IP-osoitteen ja user agentin kanssa, mutta ilman fbc- ja fbp-arvoja. Mitä enemmän kieltäytymisiä, sitä vähemmän tunnisteita tapahtumaa kohden. Ohjesivumme aiheesta suostumus selittää asetuksen.

Hyödyllinen kysymys ei ole se, onko pistemääräsi korkea, vaan se, onko se muuttunut. Vertaa jokaista tapahtumaa sen omaan historiaan aina, kun muutat teemaasi, kassaasi tai seurantaasi.

Miten Event Match Quality tarkistetaan Events Managerissa?

1. Avaa tietojoukkosi

   Siirry Events Manageriin ja valitse pikselisi tai tietojoukkosi nimi ja tunnus.

2. Avaa tapahtuman tiedot

   Etsi tapahtuma, esimerkiksi Purchase, ja klikkaa View details.

3. Lue Event matching -välilehti

   Se näyttää pistemäärän, asiakastietoja sisältävien tapahtumien osuuden ja vinkit yhdistämisen parantamiseen.

4. Tarkista Diagnostics

   Events Managerin Diagnostics-välilehti listaa tapahtumiesi ongelmat ja suositukset niiden korjaamiseen.

5. Tarkista uudelleen kahden päivän kuluttua

   Pistemäärä käyttää viimeisten 48 tunnin tapahtumia, joten korjaus näkyy täysin vasta noin kahden päivän kuluttua.

Samalla sivulla olevat muut välilehdet auttavat myös. Event coverage vertaa palvelintapahtumiasi pikselitapahtumiisi, Event deduplication näyttää niiden tapahtumien osuuden, joilla on deduplikointiavain, kuten tapahtuma-ID, ja Data freshness näyttää, kuinka nopeasti palvelintapahtumasi saapuvat. Jos olet vielä rakentamassa palvelinpuolta, aloita Meta Conversions API -oppaastamme.

Miksi Event Match Quality -pisteeni ovat matalat?

Kun jokin tapahtuma saa odotettua matalamman pistemäärän, tavallisia syitä ovat nämä:

• Palvelin lähettää oman IP-osoitteensa. Jos tapahtumat kulkevat palvelimesi tai tag-palvelimen kautta, sen on välitettävä ostajalta tallentamansa IP-osoite ja user agent, ei omiaan.
• fbclid katoaa. Klikkaus-ID on vain laskeutumissivun URL-osoitteessa. Jos mikään ei tallenna sitä siellä, se on kadonnut kassalle mennessä. Säilytä se täsmälleen siinä muodossa kuin se saapuu, koska se erottaa isot ja pienet kirjaimet.
• Yhteystiedot hashataan normalisoimatta, tai ne lähetetään hashaamattomina.
• Selaimen tunnisteet hashataan. Hashattua fbp:tä tai fbc:tä ei voi yhdistää.
• Ostot tulevat vain selaimesta. Kiitossivun tapahtumasta puuttuu usein sähköposti ja puhelinnumero, jotka tilauksella on. Oston lähettäminen tilauksesta korjaa tämän.

Miten ROASaurus lähettää asiakastietoja

ROASaurus rakentaa Purchase-tapahtuman kauppasi tilauksesta, joten se sisältää tilauksen yhteystiedot. Sähköposti, puhelinnumero, etu- ja sukunimi, kaupunki, osavaltio, postinumero ja maa normalisoidaan ja hashataan SHA-256:lla. Kaupan asiakastunnus ja ROASaurus-kävijätunnus lähetetään hashattuina arvona external_id. IP-osoite, user agent, sivun URL ja fbp yhdistetään ostajan käynnistä, ja fbc rakennetaan fbclid:stä, jonka verkkokaupan skripti tallentaa kävijän saapuessa.

Tapahtuma, jossa ei ole fbc:tä, fbp:tä, sähköpostia, puhelinnumeroa eikä IP-osoitetta, ohitetaan, koska Meta ei voi yhdistää sitä. Meta-integraatiosivu listaa kaikki lähetettävät kentät, ja palvelinpuolen seuranta selittää, miten tilaukset yhdistetään mainosklikkaukseen. Pisteiden seuraamiseksi Tracking health -sivu lukee jokaisen Meta-pikselin Event Match Quality -pisteet päivittäin ja antaa hälytyksen, kun Purchase-pisteet putoavat alle asettamasi minimin, oletuksena 6,0.

Lähteet

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

ROASaurusissa

• Meta-integraatio
• Palvelinpuolen seuranta
• Ohje: yhdistä Meta

Lue lisää