Meta Event Match Quality: puanınızı nasıl yükseltirsiniz

Event Match Quality (EMQ), Meta'nın Conversions API üzerinden gönderdiğiniz her web sitesi olayına verdiği 10 üzerinden bir puandır. Olaydaki müşteri bilgisinin onu bir Meta hesabıyla ne kadar iyi eşleştirebildiğini gösterir. Puanı, doğru tanımlayıcılardan daha fazlasını, Meta'nın beklediği biçimde ve hash'lenmiş olarak göndererek yükseltirsiniz.

Bu rehber puanın neyi ölçtüğünü, hangi müşteri bilgisi parametrelerinin en çok sayıldığını, hash'leme ve normalleştirme kurallarını, sipariş verisinden gelen satın alımların sayfa görüntülemelerinden neden daha fazla tanımlayıcı taşıdığını, hangi puanı hedeflemeniz gerektiğini ve nerede kontrol edeceğinizi anlatır.

Event Match Quality neyi ölçer?

Meta puanı iki şeyden hesaplar: bir sunucu olayıyla birlikte gönderdiğiniz müşteri bilgisinin kalitesi ve Meta'nın bu olaylardan bir hesapla eşleştirdiği payı. Eşleşen bir olay Meta'ya hangi kişinin satın aldığını söyler. Meta bunun üzerine satın alımı o kişinin gördüğü veya tıkladığı reklama yazabilir ve reklamlarınızı satın alma olasılığı daha yüksek kişilere gösterebilir.

Meta'nın belgelerinden birkaç gerçek, puanı nasıl okuyacağınızı belirler:

• Olay başına verilir. Purchase, AddToCart ve PageView, standart ve özel olaylar için de aynı şekilde, kendi puanlarını alır.
• Yalnızca sunucu olaylarını kapsar. Puan, action_source değeri website olarak ayarlanmış Conversions API üzerinden gönderilen web sitesi olayları için mevcuttur. Yalnızca tarayıcı pikseliyle gönderilen olayların puanı yoktur.
• Son 48 saati kullanır. Olayları düzenli gönderin, yoksa puan eskir.

Meta ayrıca daha iyi eşleştirmenin, Conversions API kurulumunuz için bildirdiği ek dönüşümleri artırabileceğini belirtir. Meta'nın eşleştiremediği bir satın alım, reklamlarınızın hakkını alamadığı bir satın alımdır.

Hangi müşteri bilgisi parametreleri puanı yükseltir?

Meta her müşteri bilgisi türü için bir öncelik yayımlar. Bir olay için elinizdeki her parametreyi gönderin ve yüksek öncelikli olanlarla başlayın.

IP adresi ve user agent Meta'nın öncelik listesinde yoktur, ama Meta'nın geliştirici belgeleri client_ip_address ve client_user_agent göndermenin eşleştirmeye yardımcı olabileceğini söyler. User agent zaten web sitesi olayları için zorunludur. İkisi de sunucunuzunkiler değil, alışveriş yapanın değerleri olmalıdır.

Müşteri verisi nasıl hash'lenir ve normalleştirilir?

Meta, iletişim bilgisinin göndermeden önce SHA-256 ile hash'lenmesini şart koşar. Hash'leme yalnızca her sistem aynı değeri aynı şekilde yazarsa işe yarar, bu yüzden Meta her alan için bir normal biçim tanımlar. Önce normalleştirin, sonra hash'leyin.

Kodda önemli olan, adımların sırasıdır:

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

Başında sıfır bulunan (trunk zero) telefon numaralarına dikkat edin. +31 (0)6 1234 5678 biçiminde yazılmış bir Hollanda numarası, yalnızca simgeleri silerseniz 310612345678 olur. Doğru biçim 31612345678 şeklindedir. Yer tutucu değerler de başka bir tuzaktır: bir mağazanın misafir siparişleri için doldurduğu noemail@example.com gibi bir e-posta birçok müşteri tarafından ortak kullanılır, bu yüzden tek bir kişiyi tanımlayamaz. Bunun yerine alanı hiç göndermeyin.

Sipariş verisinden gelen sunucu olayları neden daha fazla tanımlayıcı taşır?

Bir sayfa görüntülemesi, ziyaretçi size henüz hiçbir şey söylemeden gerçekleşir. Tarayıcı bir çerez kimliğini, belki bir tıklama kimliğini, bir IP adresini ve bir user agent'ı bilir. Ödenmiş bir sipariş farklıdır: alışveriş yapan kişi bir e-posta adresi, çoğu zaman bir telefon numarası, bir ad ve bir adres girmiştir.

Bu yüzden sunucunuzdan gönderilen bir Purchase olayı PageView veya ViewContent'ten daha yüksek puan alabilir. Yalnızca teşekkür sayfasından gelen bir satın alım olayı tarayıcı tanımlayıcılarını taşır, ama siparişteki e-postayı ve telefonu her zaman taşımaz.

Her parametre olayların %100'üne ulaşamaz ve bu normaldir. Aşağıdaki örnekte tıklama kimliği satın alımların %38'inde bulunur, çünkü yalnızca bir Meta reklam tıklamasıyla gelen alıcılarda vardır.

Gerçekçi bir Event Match Quality hedefi nedir?

Meta'nın geliştirici belgeleri, mümkün olduğunda genellikle 6.0 veya daha yüksek bir puan önerdiğini söyler. Bunu, iletişim verisi taşıyan olaylar, özellikle de Purchase için hedef olarak görün. Sipariş verisinden oluşturulan bir Purchase, yüksek öncelikli iki parametreden biri olan e-postayı ve orta öncelikli parametrelerin çoğunu taşır; bu yüzden hedefin en gerçekçi olduğu olay odur. Varsaymak yerine ölçün: puan müşterilerinize de bağlıdır.

Her olayda aynı puanı beklemeyin. PageView, ViewContent ve AddToCart olaylarında çoğu zaman iletişim verisi bulunmaz, çünkü ziyaretçilerin çoğu ödeme sayfasına kadar anonimdir. Orada daha düşük bir puan beklenen bir durumdur ve e-posta adreslerini ziyaretçilerinizin vermek istediğinden daha erken toplamak için bir neden değildir.

10 puanın peşinden de koşmayın. Puan, Meta'nın eşleştirdiği olayların payına da bağlıdır ve bunun bir kısmı sizin kontrolünüz dışındadır: bazı alıcılarınızın Meta hesabı yoktur ya da orada farklı bir e-posta adresi kullanmıştır. Rıza da önemlidir. ROASaurus'ta Respect visitor consent açıkken pazarlama çerezlerini reddeden bir ziyaretçinin saklanmış bir tıklama kimliği ya da ziyaretçi kimliği olmaz; bu yüzden ödenmiş sipariş, hash'lenmiş sipariş verisi ile siparişin IP adresi ve user agent'ıyla gider, ancak fbc ve fbp olmadan. Ne kadar çok ret olursa, olay başına o kadar az tanımlayıcı olur. Rıza konusundaki yardım sayfamız bu ayarı açıklar.

Asıl işe yarayan soru puanınızın yüksek olup olmadığı değil, değişip değişmediğidir. Teman, ödeme sayfanız veya takip kurulumunuzda yaptığınız her değişiklikten sonra her olayı kendi geçmişiyle karşılaştırın.

Event Match Quality'yi Events Manager'da nasıl kontrol edersiniz?

1. Veri setinizi açın

   Events Manager'a gidin ve pikselinizin ya da veri setinizin adını ve kimliğini seçin.

2. Olay ayrıntılarını açın

   Olayı bulun, örneğin Purchase, ve View details'e tıklayın.

3. Event matching sekmesini okuyun

   Sekme puanı, müşteri bilgisi taşıyan olayların payını ve eşleştirmeyi iyileştirmeye yönelik ipuçlarını gösterir.

4. Diagnostics sekmesine bakın

   Events Manager'daki Diagnostics sekmesi, olaylarınızdaki sorunları ve bunların nasıl düzeltileceğine dair önerileri listeler.

5. İki gün sonra tekrar kontrol edin

   Puan son 48 saatteki olayları kullanır, bu yüzden bir düzeltmenin etkisi yaklaşık iki gün sonra tam olarak görünür.

Aynı sayfadaki diğer sekmeler de işe yarar. Event coverage sunucu olaylarınızı piksel olaylarınızla karşılaştırır, Event deduplication olay kimliği gibi bir mükerrer kayıt önleme anahtarı taşıyan olayların payını gösterir, Data freshness ise sunucu olaylarınızın ne kadar hızlı geldiğini gösterir. Sunucu tarafını hâlâ kuruyorsanız Meta Conversions API rehberimizle başlayın.

Event Match Quality'm neden düşük?

Bir olay beklediğinizden düşük puan alıyorsa olağan nedenler şunlardır:

• Sunucu kendi IP adresini gönderir. Olaylar sunucunuz veya bir etiket sunucusu üzerinden geçiyorsa, sunucu kendi IP adresini değil, alışveriş yapandan kaydettiği IP adresini ve user agent'ı iletmelidir.
• fbclid kaybolur. Tıklama kimliği yalnızca açılış sayfasının URL'sinde bulunur. Orada onu kaydeden bir şey yoksa ödeme aşamasına gelindiğinde kaybolmuştur. Büyük/küçük harfe duyarlı olduğu için geldiği şekliyle olduğu gibi saklayın.
• İletişim verisi normalleştirilmeden hash'lenir veya hash'lenmeden gönderilir.
• Tarayıcı tanımlayıcıları hash'lenir. Hash'lenmiş bir fbp veya fbc eşleştirilemez.
• Satın alımlar yalnızca tarayıcıdan gelir. Bir teşekkür sayfası olayında çoğu zaman siparişte bulunan e-posta ve telefon yoktur. Satın alımı siparişten göndermek bunu çözer.

ROASaurus müşteri bilgisini nasıl gönderir

ROASaurus, Purchase olayını mağazanızdaki siparişten oluşturur, bu yüzden olay siparişin iletişim verilerini taşır. E-posta, telefon, ad ve soyad, şehir, eyalet, posta kodu ve ülke normalleştirilir ve SHA-256 ile hash'lenir. Mağazanın müşteri kimliği ve ROASaurus ziyaretçi kimliği hash'lenmiş olarak external_id şeklinde gider. IP adresi, user agent, sayfa URL'si ve fbp alışveriş yapanın ziyaretinden eklenir; fbc ise ziyaretçi sayfaya indiğinde mağaza betiğinin kaydettiği fbclid'den oluşturulur.

fbc, fbp, e-posta, telefon ya da IP adresinden hiçbirini taşımayan bir olay atlanır, çünkü Meta onu eşleştiremez. Meta entegrasyon sayfası gönderilen her alanı listeler, sunucu tarafı takip yazısı ise siparişlerin reklam tıklamasıyla nasıl eşleştirildiğini açıklar. Puanı izlemek için Tracking health sayfası her Meta pikselinin Event Match Quality puanını her gün okur ve Purchase puanı belirlediğiniz alt sınırın (varsayılan 6,0) altına düştüğünde bir uyarı verir.

Kaynaklar

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

ROASaurus'ta

• Meta entegrasyonu
• Sunucu tarafı takip
• Yardım: Meta'yı bağlama

Okumaya devam edin