Meta Pixel ve CAPI: satışlar neden iki kez sayılıyor

Tekilleştirme gerçekte nasıl çalışır, tarayıcı isteğinde eid neye benzer ve tek bir siparişi iki dönüşüme çeviren beş hata.

Yayınlandı 10 Ağustos 2026

Pixel ile Conversions API'yi birlikte çalıştırmak Meta'nın önerdiği kurulum ve tekilleştirme tam oturmadığı anda satışlarınızı ikiye katlıyor. Raporlar bir hafta boyunca harika görünüyor, ROAS harika görünüyor, sonra biri sipariş tablosuyla karşılaştırıyor.

Tekilleştirme nasıl çalışır

Meta bir event'in ikinci kopyasını iki koşul birden sağlandığında atar: iki event de aynı event adını ve aynı event kimliğini taşıyacak. Mekanizmanın tamamı bu. Tarayıcıda bu kimlik fbq'nun dördüncü argümanıdır:

fbq('track', 'Purchase', { value: 1648.25, currency: 'TRY' }, { eventID: 'ORD-70412' })

Conversions API ile gönderilen sunucu event'i de event_name: "Purchase" ve event_id: "ORD-70412" taşımak zorunda. Aynı ad, aynı kimlik, tek dönüşüm. Başka her durumda iki dönüşümünüz var.

Meta çifti 48 saatlik bir pencere içinde eşliyor; yani iki yarının birlikte ulaşması gerekmiyor, ama birbiriyle uyuşması gerekiyor.

Tarayıcı isteği ne gösteriyor

Pixel event'ini facebook.com/tr/ adresine gönderir ve ilginç olan her şey sorgu dizesindedir:

id — pixel kimliği.
ev — event adı. Purchase ile purchase Meta için iki farklı event: ikincisi özel bir event'tir ve birincisiyle asla tekilleşmez.
eid — event kimliği, yani tekilleştirme anahtarı. Yoksa sunucu ne gönderirse göndersin tekilleştirme hiç gerçekleşemez.
cd[...] — özel veri: cd[value], cd[currency], cd[content_ids] ve diğerleri.
ud[...] — hash'lenmiş kullanıcı verisi. ud[em] bir SHA-256 özeti olmalı; orada bir e-posta adresini okuyabiliyorsanız tekilleştirmeden çok daha acil bir sorununuz var.
fbp ve fbc — tarayıcı kimliği ve tıklama kimliği çerezleri.

eid'yi doğrudan istekten okumak ilk soruyu — tarayıcı yarısı tekilleştirmeye katılıyor mu — Events Manager'ı açmadan birkaç saniyede cevaplıyor.

Bozulmanın beş yolu

Kimliği yalnızca bir taraf gönderiyordur. Sunucu tarafı özenle yapılmış, pixel olduğu gibi bırakılmıştır ya da tersi. eid yoksa tekilleştirme de yoktur.
Her iki taraf kendi kimliğini üretiyordur. İki tarafta da yeni bir UUID, iki kimlik ve iki dönüşüm demektir. Kimlik, iki tarafın da zaten bildiği bir şeyden gelmeli: sipariş numarasından.
Event adları farklıdır. Tarayıcıda özel bir purchase, sunucuda standart Purchase. Büyük harf önemlidir.
Pixel iki kez ateşleniyordur. Tek sayfalık ödeme akışları rota değişiminde yeniden başlar ve yeni kimlikle ikinci bir Purchase gönderir. Müşterinin onay sayfasını yenilemesi ya da yer imine eklemesi de aynı sonucu verir.
Tek event için iki tag vardır. Bir GTM tag'i ile temaya gömülü bir snippet aynı anda ateşlenir. Her denetimden sağ çıkan hata budur, çünkü tag'lerin her biri tek başına doğrudur.

Tag Master panelinde bir Meta Pixel Purchase isteği ve altında listelenen parametreler: pixel kimliği, event adı, tutar, para birimi ve CAPI tekilleştirmesinde kullanılan event kimliği. — Tekilleştirme anahtarı, doğrudan istekten okunmuş. Buradaki Event ID satırının boş olması, sunucu ne gönderirse göndersin tarayıcı yarısının hiç tekilleşemeyeceği anlamına gelir.

Tag Master sayfanın yaptığı her Meta isteğini listeler, eid'nin var olup olmadığını ve ne içerdiğini gösterir, aynı dönüşümün iki kez gönderilmesini işaretler — yani yukarıdaki beş durumun da tarayıcı yarısını kapsar.

Tarayıcı neyi kanıtlar, neyi kanıtlayamaz

Sınırı açıkça söyleyelim: bir tarayıcı eklentisi sunucu event'lerinizi göremez. Conversions API çağrısının çıkıp çıkmadığını, hangi kimliği taşıdığını ya da Meta'nın çifti eşleyip eşlemediğini size söyleyemez. Tekilleştirme sonucunu raporlayan tek yer Events Manager'dır ve oradaki tekilleştirme tanılaması okumaya değer.

Tarayıcının çözdüğü şey, genellikle hatalı olan yarıdır. Yukarıdaki beş arızadan dördü tarayıcı tarafındadır — eksik kimlik, rastgele kimlik, yanlış event adı, çift ateşleme — ve dördü de kimse sunucu kaydına bakmadan önce istekte görünür.

Bir kontrol rutini

Panel açıkken bir test siparişi tamamlayın.
Purchase isteğini bulun ve ev'nin sunucudaki yazımıyla birebir aynı olduğunu doğrulayın.
eid'yi okuyun. Orada olmalı ve tanınabilir olmalı — rastgele bir dize değil, sipariş numaranız.
Purchase isteklerini sayın. Tam olarak bir tane olmalı. Onay sayfasını yenileyip tekrar sayın.
cd[value] ve cd[currency]'yi siparişle karşılaştırın. Yanlış tutarla tekilleşmiş bir çift yine yanlış ciro raporlar.
Ancak bundan sonra Events Manager'ı açın ve o event'in tekilleştirme oranına bakın.

Event kimliğini seçmek

Kimlik, iki tarafta da aynı olgudan türetilebilmeli ve sayfa yenilenince hayatta kalmalı. Bir satış için bu sipariş numarasıdır, yaklaşan bir alternatifi de yoktur. Doğal anahtarı olmayan event'lerde — ViewContent, AddToCart — kimliği bir kez üretin, dataLayer'a koyun ve hem pixel'in hem sunucunun oradan okumasını sağlayın. İki yerde birbirinden bağımsız uydurulan bir kimlik, kimlik değildir; aynı alan adını paylaşan iki kimliktir.

İlgili rehberler

Kendi sitenizde deneyin

Tag Master ücretsizdir, hesap istemez ve hiçbir veri toplamaz.

Chrome'a Ekle — Ücretsiz