Meta Conversions API kurulduktan sonra Events Manager’da görülen en önemli diagnostiklerden biri Event Match Quality, yani EMQ skorudur. Bu skor çoğu zaman “ne kadar yüksekse reklam performansı o kadar iyi” şeklinde aşırı basitleştirilir. Oysa Event Match Quality doğrudan ROAS, conversion rate veya attribution doğruluğu puanı değildir. Temel olarak server eventlerle birlikte gönderilen customer information parametrelerinin, eventleri Meta hesaplarıyla eşleştirmeye ne kadar yardımcı olabildiğini değerlendirir.
15 Temmuz 2026 itibarıyla Meta’nın resmî açıklamasına göre Event Match Quality, Conversions API üzerinden gönderilen website events için ve action_source değeri Website olduğunda kullanılabilen bir değerlendirmedir Meta – About Event Match Quality. Meta, belirli bir server event için gönderilen customer information kalitesine göre 0 ile 10 arasında bir skor hesaplar. Ancak bu skor tek başına kampanya performansının veya her eventin kesin olarak bir Meta hesabıyla eşleştiğinin garantisi değildir.
Meta Event Match Quality nedir?
Event Match Quality, Conversions API üzerinden Meta’ya gönderilen bir website eventinin yanında bulunan customer information parametrelerinin eşleştirme açısından ne kadar yararlı olduğunu değerlendiren diagnostik skordur. Meta’nın Dataset Quality API dokümantasyonu da EMQ’yu, Conversions API üzerinden eventleri Meta hesaplarıyla eşleştirmek için doğru customer information gönderilip gönderilmediğini değerlendiren ölçüm olarak tanımlar Meta – Dataset Quality API.
Basit ifadeyle Meta bir Purchase, Lead veya başka server eventi aldığında eventin hangi Meta hesabıyla ilişkilendirilebileceğini anlamaya çalışabilir. E-posta, telefon, browser tanımlayıcıları ve başka izin verilen customer information parametreleri bu eşleştirme sürecine yardımcı olabilir. EMQ, gönderilen bu sinyallerin kalitesine yönelik bir değerlendirme sunar.
Skorun amacı “daha fazla veri toplayın” demek değildir. Meta’nın resmî best practices dokümantasyonu yüksek kaliteli customer information parametreleri göndermeyi önerir; ancak yalnız gerçekten mevcut, doğru biçimlendirilmiş ve uygun veri kullanım koşulları altında gönderilebilen parametreler kullanılmalıdır Meta – Conversions API Best Practices.
Event Match Quality skoru nasıl hesaplanır?
Meta, EMQ skorunu 0 ile 10 arasında gösterir. Resmî açıklamada skorun, belirli bir server event için gönderilen customer information kalitesine göre hesaplandığı belirtilir Meta – About Event Match Quality. Meta’nın tam dahili ağırlıklandırma formülü kamuya açık değildir; bu nedenle “şu parametre tam olarak şu kadar puan ekler” şeklinde sabit formüller uydurulmamalıdır.
Skoru etkileyebilecek temel faktörler şunlardır:
- Hangi customer information parametrelerinin gönderildiği.
- Bu parametrelerin eventlerin ne kadarında gerçekten mevcut olduğu.
- Verinin doğru formatta ve gerektiği yerde doğru hashing yöntemiyle gönderilmesi.
- Gönderilen bilginin gerçek kullanıcı ve event bağlamıyla tutarlı olması.
- Browser ve server kaynaklı tanımlayıcıların mümkün olduğunda doğru aktarılması.
0–10 Event Match Quality skoru nasıl yorumlanmalı?
Meta EMQ’yu 0 ile 10 arasında gösterir. Ancak bu sayıyı tek başına hedef KPI haline getirmek yanlış olabilir. Skor, event matching için gönderilen customer information sinyallerinin kalitesine yönelik diagnostiktir; doğrudan gelir, kampanya kârlılığı veya attribution doğruluğu ölçümü değildir.
| Durum | EMQ açısından görünüm | Gerçek değerlendirme |
|---|---|---|
| Doğru event + güçlü customer information | Olumlu olabilir | İyi veri bağlantısı için güçlü temel |
| Yanlış event + yüksek kaliteli eşleştirme verisi | Skor iyi görünebilir | İş sonucu yine yanlış ölçülür |
| Doğru event + zayıf customer information | Skor düşük olabilir | Event doğru fakat eşleştirme sinyali geliştirilebilir |
| Az event + yüksek EMQ | Skor iyi olabilir | Coverage ve event hacmi ayrıca kontrol edilmeli |
| Yüksek EMQ + duplicate event | Skor tek başına sorunu göstermez | Deduplication ayrıca doğrulanmalı |
Hangi customer information parametreleri eşleşmeye yardımcı olabilir?
Meta Conversions API parametreleri event data, customer information ve custom data gibi farklı gruplara ayrılır Meta – Conversions API Parameters. Customer information tarafında e-posta, telefon, isim bileşenleri, external ID ve browser veya click identifiers gibi farklı sinyaller bulunabilir.
Meta’nın resmî best practices dokümantasyonu yüksek kaliteli customer information örnekleri arasında e-posta, IP address, isim ve telefon gibi parametreleri sayar Meta – Conversions API Best Practices. Parameter Builder Library dokümantasyonu da fbc ve fbp gibi Meta click ve browser identifiers üzerinde çalışılabildiğini belirtir Meta – Parameter Builder Library.
Ancak her eventte her parametrenin bulunması beklenmemelidir. Bir anonymous PageView eventinde e-posta doğal olarak bulunmayabilir. Buna karşılık kullanıcı form gönderdiyse ve işletme bu veriyi uygun şekilde işleyebiliyorsa daha güçlü customer information mevcut olabilir.
“Daha fazla parametre” her zaman daha iyi mi?
Hayır. Daha fazla alan göndermek ile daha kaliteli eşleştirme verisi göndermek aynı şey değildir. Yanlış, güncel olmayan, başka kullanıcıya ait veya formatı bozuk bilgi eşleştirme kalitesini iyileştirmek yerine veri kalitesi problemi oluşturabilir.
İyi yaklaşım şu sırayı izler:
- Eventin gerçek source of truth’unu belirlemek.
- O event anında gerçekten mevcut customer information alanlarını belirlemek.
- Meta’nın güncel format ve hashing kurallarını uygulamak.
- Coverage oranını ve Events Manager diagnostiklerini izlemek.
- Gereksiz veya uygun olmayan veriyi sırf skor için toplamamak.
Bir dönüşüm takibi kurulumu için hedef, en yüksek skor değil en doğru ve sürdürülebilir veri akışıdır.
Hashing neden önemlidir?
Meta bazı customer information alanları için normalizasyon ve hashing kuralları tanımlar. Güncel parametre dokümantasyonunda e-posta ve telefon gibi alanlar için hashing gerekliliği belirtilir; bazı başka alanlarda hashing önerilebilir veya parametre türüne göre farklı kural uygulanabilir Meta – Customer Information Parameters.
Bütün alanları otomatik olarak SHA-256 ile hashlemek doğru değildir. Örneğin Meta’nın güncel dokümantasyonu client_ip_address parametresinin hashlenmemesi gerektiğini açıkça belirtir Meta – Customer Information Parameters. Bu nedenle entegrasyon tek bir genel hashing kuralıyla tasarlanmamalıdır.
Doğru yöntem, her parametrenin güncel Meta dokümantasyonundaki beklenen formatını ayrı ayrı uygulamaktır. Hashing işlemi de yanlış veriyi doğru hale getirmez. Hatalı e-posta adresini hashlemek yalnız hatalı değerin geri döndürülemez temsilini üretir.
Veri normalizasyonu neden EMQ’yu etkileyebilir?
Hashing öncesinde bazı customer information alanlarının Meta’nın beklediği normalizasyon biçimine getirilmesi gerekebilir. Büyük/küçük harf, boşluk, telefon formatı ve başka veri temizleme adımları matching sürecini etkileyebilir.
Buradaki risk, işletmenin kendi varsayımlarına göre aşırı veri dönüştürmesidir. Parametre formatları zaman içinde değişebileceği için normalizasyon kuralları Meta’nın güncel geliştirici dokümantasyonundan uygulanmalıdır.
EMQ düşükse yeni alan eklemeden önce mevcut alanların formatı kontrol edilmelidir.
fbc ve fbp neden önemlidir?
fbc ve fbp, website event matching bağlamında kullanılabilen Meta’ya özgü browser ve click identifier türleridir. Meta’nın Parameter Builder Library dokümantasyonu bu parametreleri customer information üretimi ve yönetimi kapsamında açıklar Meta – Parameter Builder Library.
Bu değerler her kullanıcıda veya her eventte bulunmayabilir. Bulunmayan bir identifier uydurulmamalıdır. Ayrıca browserdan servera taşınırken yanlış kullanıcı oturumu veya yanlış event ile eşleştirilmemelidir.
Özellikle server-side tracking sistemlerinde browser context’inden gelen identifierların backend eventine doğru biçimde bağlanması gerekir. Kullanıcı form gönderdiğinde browser sinyali ile backend’de oluşan Lead eventi arasında bağlantı koparsa customer information coverage düşebilir.
external_id ne işe yarayabilir?
external_id, işletmenin kendi sistemindeki kullanıcı veya müşteri tanımlayıcısını temsil edebilen customer information parametrelerinden biridir. Bu değer CRM, üyelik sistemi veya başka first-party kimlik yapılarında kullanılabilir.
Ancak external_id tasarımında iki hata yaygındır:
- Her eventte rastgele ve kalıcı olmayan yeni değer üretmek.
- Birden fazla gerçek kullanıcıyı aynı external_id altında birleştirmek.
Tanımlayıcı gerçekten first-party sistemde istikrarlı bir kullanıcı bağını temsil etmeli ve veri kullanım kurallarına uygun olmalıdır. Sırf EMQ yükseltmek için yapay identifier üretmek doğru değildir.
IP address ve user agent nasıl değerlendirilmelidir?
Server-side eventlerde client IP ve user agent gibi browser bağlamı bilgileri bazı website eventlerinde mevcut olabilir. Meta’nın best practices dokümantasyonu IP address’i yüksek kaliteli customer information örnekleri arasında sayar Meta – Conversions API Best Practices.
Ancak serverın kendi IP adresini kullanıcı IP’si gibi göndermek veya reverse proxy arkasındaki yanlış headerı kullanmak veri kalitesini bozabilir. Benzer şekilde user agent alanına backend HTTP client bilgisini göndermek, gerçek browser bağlamını temsil etmeyebilir.
Event Match Quality ile event coverage aynı şey mi?
Hayır. EMQ, gönderilen server eventlerin customer information kalitesine odaklanır. Event coverage ise gerçek olayların ne kadarının sistem tarafından yakalandığıyla ilgilidir.
Örneğin 1.000 gerçek lead’in yalnız 100 tanesini CAPI ile gönderip bu 100 eventte yüksek EMQ elde etmek mümkündür. Bu durumda matching sinyali güçlü olabilir fakat event coverage düşüktür. Meta’nın Conversions API monitoring rehberi event match quality yanında data freshness ve başka setup quality kontrollerinin de izlenmesini önerir Meta – Monitor and Improve Conversions API Setup.
Bu nedenle EMQ tek dashboard metriği olarak kullanılmamalıdır. En azından şu boyutlar birlikte kontrol edilmelidir:
- Event hacmi ve gerçek business event sayısıyla uyumu.
- Pixel ve CAPI redundancy durumu.
- Deduplication başarısı.
- Data freshness veya event gecikmesi.
- Diagnostics uyarıları.
- Customer information coverage ve EMQ.
Event Match Quality ile deduplication ilişkili mi?
İlişkilidir ancak aynı problem değildir. EMQ customer information eşleşme kalitesini değerlendirir. Deduplication ise aynı gerçek event Pixel ve CAPI üzerinden iki kez gönderildiğinde bunların tek olay olarak işlenmesini amaçlar.
Bir event yüksek EMQ’ya sahip olabilir ama event_id yanlış tasarlandığı için duplicate sayılabilir. Tersi de mümkündür: deduplication kusursuz çalışırken customer information zayıf olabilir.
Meta’nın duplicate Pixel ve server eventleri için ayrı deduplication mekanizması bulunur Meta – Deduplicate Pixel and Server Events. Bu nedenle 218 numaralı Conversions API yazısındaki event_id tasarımı ile EMQ ayrı kalite kontrolleri olarak değerlendirilmelidir.
EMQ reklam ölçümünü nasıl etkileyebilir?
Meta, matched events’i Meta teknolojilerindeki hesaplarla ilişkilendirilebilen eventler olarak açıklar ve Conversions API ile ek customer information parametreleri gönderilmesinin matched events ile event match quality’yi artırmaya yardımcı olabileceğini belirtir Meta – About Conversions API.
Daha iyi eşleştirilebilen eventler attribution ve ad delivery sistemleri için daha kullanışlı sinyal sağlayabilir. Fakat burada kesin performans sonucu vaat edilmemelidir. Kampanya performansı; teklif stratejisi, kreatif, hedef kitle, bütçe, rekabet, event hacmi ve başka birçok faktörden etkilenir.
Bu nedenle daha yüksek EMQ’yu “reklam maliyeti kesin düşer” şeklinde yorumlamak doğru değildir. Daha sağlıklı ifade şudur: Daha kaliteli customer information, server eventlerin Meta hesaplarıyla eşleştirilme potansiyelini artırabilir ve bu da ölçüm ile optimizasyon sistemlerine daha kullanılabilir sinyal sağlayabilir.
EMQ skorunu iyileştirmek için ne yapılmalı?
- Önce event doğruluğunu kontrol edin: Yanlış event adına güçlü customer information eklemeyin.
- Mevcut parametre coverage’ını ölçün: Hangi eventlerin hangi alanları gerçekten taşıdığını görün.
- Format ve hashing kurallarını doğrulayın: Parametre bazında güncel Meta dokümantasyonunu uygulayın.
- Browser identifier akışını kontrol edin: fbc ve fbp gibi mevcut değerler doğru evente taşınıyor mu?
- First-party identifierları tutarlı kullanın: external_id gibi alanlar gerçek ve istikrarlı bağ taşımalı.
- Proxy ve backend kaynaklarını doğrulayın: IP veya user agent yanlış kaynaktan gelmesin.
- Consent ve veri minimizasyonunu koruyun: Skor için gereksiz veri toplamayı hedeflemeyin.
- Events Manager diagnostiklerini düzenli izleyin: EMQ’yu event hacmi, freshness ve deduplication ile birlikte değerlendirin.
Düşük EMQ gördüğünüzde nasıl debug yapılmalı?
Düşük skor görüldüğünde rastgele yeni parametre eklemek yerine veri akışını katman katman incelemek gerekir.
| Kontrol | Sorulacak soru | Olası sorun |
|---|---|---|
| Kaynak veri | Bu bilgi uygulamada gerçekten mevcut mu? | Alan hiç toplanmıyor veya yanlış kullanıcıya ait |
| Mapping | Doğru CAPI parametresine mi yazılıyor? | Yanlış field mapping |
| Normalizasyon | Meta’nın beklediği format uygulanıyor mu? | Bozuk telefon, e-posta veya başka format |
| Hashing | Parametre için gereken kural doğru mu? | Hashlenmesi gereken alan düz, hashlenmemesi gereken alan hashli |
| Coverage | Alan eventlerin yüzde kaçında mevcut? | Yalnız küçük bir event grubunda gönderiliyor |
| Browser–server bağlantısı | Identifier doğru evente taşınıyor mu? | Session veya event eşleştirme kopuk |
Bir API entegrasyonu debug edilirken olduğu gibi, doğru JSON üretmek tek başına yeterli değildir. Kaynak sistemden Meta’ya kadar bütün veri zinciri doğrulanmalıdır.
Yüksek EMQ için privacy ve consent göz ardı edilebilir mi?
Hayır. Meta, Conversions API’nin veri paylaşım politikalarını veya privacy gerekliliklerini bypass etmek için tasarlanmadığını açıkça belirtir Meta – About Conversions API. Event Match Quality de bu sorumlulukları değiştirmez.
Skoru artırmak amacıyla gereksiz kişisel veri toplamak veya kullanıcı tercihlerini görmezden gelmek yanlış yaklaşımdır. Teknik olarak gönderilebilen her alanın gönderilmesi gerekmez. Veri minimizasyonu, amaç sınırlaması ve consent akışı ölçüm sisteminin tasarımında korunmalıdır.
Özellikle Meta reklam yönetimi tarafında daha fazla sinyal isteği ile kullanıcı verisinin uygun işlenmesi arasında açık bir governance modeli bulunmalıdır.
Event Match Quality ne sıklıkla izlenmeli?
EMQ bir kez kurulup unutulacak metrik değildir. Form yapısı, checkout akışı, cookie yönetimi, CDN, CRM entegrasyonu veya server-side tracking kodu değiştiğinde customer information coverage etkilenebilir.
Ancak günlük küçük skor hareketlerini tek başına optimize etmek de doğru değildir. Trend, event hacmi ve gerçek entegrasyon değişiklikleriyle birlikte değerlendirilmelidir.
En sık yapılan Event Match Quality hataları
- EMQ’yu doğrudan ROAS puanı sanmak.
- 10/10 hedefi için gereksiz veri toplamaya çalışmak.
- Yüksek EMQ’nun event tanımını otomatik olarak doğru yaptığına inanmak.
- Bütün customer information alanlarını aynı hashing kuralıyla işlemek.
- Bulunmayan fbc, fbp veya başka identifierları uydurmak.
- Server IP’sini client IP olarak göndermek.
- Coverage düşükken yalnız kalan eventlerin yüksek skoruna bakmak.
- Deduplication ve data freshness sorunlarını EMQ ile karıştırmak.
Event Match Quality için pratik kontrol listesi
- Event gerçekten doğru business outcome’u temsil ediyor mu?
- Events Manager’da hangi eventlerin EMQ skoru düşük?
- Her event için mevcut customer information alanları neler?
- Parametrelerin format ve hashing kuralları güncel dokümantasyona uygun mu?
- fbc ve fbp mevcutsa doğru kullanıcı ve event ile ilişkilendiriliyor mu?
- external_id gerçekten istikrarlı first-party tanımlayıcı mı?
- client_ip_address ve user agent gerçek client context’ini temsil ediyor mu?
- Event coverage ile EMQ birlikte izleniyor mu?
- Pixel–CAPI deduplication ayrıca doğrulandı mı?
- Consent ve veri minimizasyonu korunuyor mu?
Sonuç: Event Match Quality veri miktarını değil, eşleşme sinyalinin kalitesini yönetme problemidir
Meta Event Match Quality, Conversions API ile gönderilen website server eventlerinde customer information parametrelerinin eşleştirme açısından ne kadar güçlü olduğunu değerlendiren 0–10 arası diagnostik skordur. Skorun yükselmesi daha güçlü matching sinyali anlamına gelebilir; ancak tek başına kampanya performansı, attribution doğruluğu veya gelir artışı garantisi değildir.
İyi EMQ çalışması daha fazla kişisel veri toplamakla başlamaz. Önce eventin doğru olması, sonra gerçekten mevcut customer information alanlarının Meta’nın güncel format ve hashing kurallarına uygun biçimde gönderilmesi gerekir. Coverage, deduplication, data freshness ve gerçek business event hacmi ayrıca izlenmelidir.
En doğru hedef 10/10 skoru kovalamak değil; doğru eventleri, doğru kaynaklardan, doğru customer information ile ve sürdürülebilir veri kuralları altında göndermektir. Event Match Quality bu sistemin önemli bir diagnostik göstergesidir; sistemin tamamı değildir.
Sıkça Sorulan Sorular
Meta Event Match Quality nedir?
Meta Event Match Quality, Conversions API üzerinden gönderilen website server eventlerinin yanında bulunan customer information parametrelerinin Meta hesaplarıyla eşleşmeye ne kadar yardımcı olabildiğini değerlendiren 0–10 arası diagnostik skordur. Skor event matching sinyalinin kalitesine odaklanır. Doğrudan ROAS, conversion rate veya her eventin kesin biçimde bir Meta hesabıyla eşleştiği anlamına gelmez.
Event Match Quality skoru kaç olmalı?
Meta skoru 0 ile 10 arasında gösterir; ancak tek bir evrensel hedef sayıyı bütün işletmeler için başarı kriteri yapmak doğru değildir. Amaç mümkün olduğunca doğru, mevcut ve izin verilen customer information parametrelerini doğru formatta göndermektir. EMQ; event hacmi, coverage, deduplication, data freshness ve gerçek kampanya sonuçlarıyla birlikte değerlendirilmelidir.
Event Match Quality reklam performansını doğrudan artırır mı?
Daha kaliteli customer information, server eventlerin Meta hesaplarıyla eşleştirilme potansiyelini artırabilir ve ölçüm ile optimizasyon sistemlerine daha kullanılabilir sinyal sağlayabilir. Ancak yüksek EMQ tek başına daha düşük maliyet veya daha yüksek ROAS garantisi değildir. Kampanya performansı kreatif, bütçe, teklif stratejisi, event hacmi ve başka birçok faktörden etkilenir.
EMQ artırmak için hangi customer information parametreleri gönderilmeli?
Yalnız gerçekten mevcut, doğru ve uygun veri kullanım koşulları altında işlenebilen parametreler gönderilmelidir. Meta dokümantasyonunda e-posta, telefon, isim, external ID, client IP ve fbc veya fbp gibi farklı customer information sinyalleri bulunur. Her parametrenin format ve hashing kuralı farklı olabilir. Skor amacıyla bulunmayan veya gereksiz veri uydurulmamalı ve toplanmamalıdır.
Bütün customer information parametreleri hashlenmeli mi?
Hayır. Meta bazı alanlar için hashing gerektirir veya önerir, bazı parametreler ise hashlenmemelidir. Örneğin güncel Meta dokümantasyonu client_ip_address parametresinin hashlenmemesi gerektiğini belirtir. Bu nedenle bütün alanlara tek bir genel SHA-256 işlemi uygulamak doğru değildir. Her parametre Meta’nın güncel geliştirici dokümantasyonundaki normalizasyon ve hashing kuralına göre işlenmelidir.
Yüksek Event Match Quality duplicate event sorununu çözer mi?
Hayır. EMQ ve deduplication farklı kalite problemleridir. EMQ customer information eşleşme kalitesini değerlendirir. Deduplication ise aynı gerçek event Pixel ve Conversions API üzerinden iki kez gönderildiğinde bunların tek event olarak işlenmesini amaçlar. Bir event yüksek EMQ’ya sahip olsa bile event_id yanlış tasarlanmışsa duplicate conversion riski devam edebilir.
