Meta neden mağazamın sipariş sayısından fazla satın alım gösteriyor?

Genellikle iki araç aynı pikseli farklı olay kimlikleriyle gönderdiği ya da tarayıcı ve sunucu olayları bir kimliği paylaşmadığı için. Meta yalnızca olay adı ve olay kimliği aynı olan kopyaları birleştirebilir.

Meta mükerrer olayları ayıklamak için ne kadar bekler?

Meta, aynı olay adına ve olay kimliğine sahip bir tarayıcı olayı ile bir sunucu olayını, ilkinden en fazla 48 saat sonra geldiklerinde mükerrer olarak ayıklar.

Mükerrer kayıtları durdurmak için tarayıcı pikselini kapatmalı mıyım?

Hayır. Bunun yerine tarayıcı olayına ve sunucu olayına aynı olay kimliğini verin. Tarayıcı pikseli çerezler gibi sinyaller ekler, sunucu olayı ise tarayıcı engellendiğinde ulaşır.

Mükerrer kayıt önleme, aynı satışı birkaç platformun sahiplenmesini çözebilir mi?

Hayır. Bu çakışan atıftır, mükerrer olay değildir. Platformların taleplerini mağaza siparişlerinizle karşılaştırın ve kanalları kıyaslamak için tek bir atıf modeli kullanın.

Pinterest etiketi ve Conversions API için mükerrer kayıt önleme yapar mı?

Evet, her iki olay da aynı event_id ve olay adını taşıdığında ve 48 saat içinde geldiğinde. Pinterest aldığı ilk olayı tutar ve sonraki kopyaları kaldırır. ROASaurus'ta Tag ve sunucu, beş alışveriş olayının tümünü eşleşen kimlikler ve adlarla gönderir.

Mükerrer satın alım olayları: satışlar neden iki kez sayılıyor

Öne çıkanlar

Mükerrer satın alım olayı, bir reklam platformunun tek bir siparişi iki veya daha fazla satın alım olarak saymasıdır.
Olağan nedenler, ortak bir olay kimliği olmayan bir tarayıcı pikseli ile bir sunucu olayı ve aynı pikseli gönderen iki araçtır.
Meta, TikTok, Snapchat, Pinterest ve Reddit, tarayıcı ve sunucu olayları eşleşen kimlikler taşıdığında ve platformun zaman penceresi içinde geldiğinde her biri tek bir kopyayı tutar.
Meta, Google ve TikTok aynı satışı sahiplendiğinde hiçbir olay iki kez gönderilmemiştir: bu, çakışan atıftır ve mükerrer kayıt önleme bunu düzeltemez.
Her kaynaktan gelen satın alım sayısını mağaza siparişlerinizle karşılaştırın: siparişlerden daha fazla satın alımı olan tek bir kaynak, ikinci bir göndericinin olduğu anlamına gelir.

Mükerrer satın alım olayları, bir reklam platformu tek bir siparişi iki veya daha fazla satın alım olarak saydığında ortaya çıkar. Olağan nedenler, olay kimliğini paylaşmayan bir tarayıcı pikseli ile bir sunucu olayı ve aynı pikseli gönderen iki araçtır. Sonuç; şişmiş dönüşümler, gerçekte olduğundan iyi görünen bir ROAS ve hiç yaşanmamış satışlardan öğrenen bir teklif verme sistemidir.

Bu rehber nedenleri, tek bir platformun içindeki mükerrer kayıtlarla aynı satışı birkaç platformun sahiplenmesi arasındaki farkı, mükerrer kayıt önlemenin Meta, TikTok, Snapchat, Pinterest ve Reddit'te nasıl çalıştığını ve mükerrer kayıtların nasıl bulunup düzeltileceğini anlatır.

Neye mükerrer satın alım olayı denir?

Çift sayım olarak adlandırılan iki farklı sorun vardır. Nedenleri farklıdır ve yalnızca biri bir takip hatasıdır.

	Tek bir platformun içinde mükerrer kayıt	Birkaç platform tek bir satışı sahiplenir
Ne olur	Bir platform aynı siparişi birden fazla kez sayar	Birkaç platformun her biri aynı siparişi kendine yazar
Örnek	Meta, $80'lık tek bir sipariş için 2 satın alım gösterir	Meta, Google ve TikTok aynı $80'lık siparişi ayrı ayrı bildirir
Neden	Ortak bir olay kimliği olmayan, tek sipariş için iki olay	Her platform satışı kendi atıf kurallarına göre yazar
Mükerrer kayıt önlemeyle çözülür	Evet	Hayır
Ne yapmalı	Piksel başına tek gönderici ve sipariş başına tek olay kimliği	Mağaza siparişlerinizle karşılaştırın ve tek bir atıf modeli kullanın

Mükerrer kayıt önleme birinci sorunu çözer. İkincisi için kendi sipariş verinize ihtiyacınız var.

Satın alımlar neden iki kez sayılır

Ortak kimliği olmayan bir tarayıcı pikseli ve bir sunucu olayı

Birçok mağaza her satın alımı bilerek iki kez gönderir: bir kez tarayıcı pikselinden, bir kez de bir sunucudan bir conversions API üzerinden. Bu iyi bir kurulumdur, çünkü tarayıcı kopyası engellendiğinde sunucu kopyası ulaşır. Ancak platform iki kopyayı yalnızca aynı olay kimliğini ve aynı olay adını taşıdıklarında birleştirebilir. Tarayıcı rastgele bir kimlik, sunucu ise sipariş numarasını kullanırsa platform iki ayrı satın alım görür.

Aynı pikseli gönderen iki araç

Bu neden yaygındır ve kolay gözden kaçar; özellikle yeni bir takip aracına geçişten sonra. Bir mağaza bir takip uygulaması kurar ama platformun kendi satış kanalı uygulamasını, bir Google Tag Manager etiketini veya temadaki piksel kodunu bırakır. Her araç kendi Purchase olayını kendi kimlikleriyle gönderir. Her aracın içindeki mükerrer kayıt önleme çalışır, ama platform yine de birbiriyle ilgisiz iki satın alım alır.

Aynı olayın yeniden gönderilmesi

Sipariş onay sayfasındaki bir satın alım etiketi, alışveriş yapan sayfayı yeniden yüklediğinde veya tekrar ziyaret ettiğinde yeniden tetiklenebilir. Bir sunucu da bir siparişi iki kez gönderebilir; örneğin bir kez oluşturulduğunda, bir kez de ödendiğinde. Olay kimliğini sipariş kimliğinden oluşturun; böylece tekrar eden olay ilkiyle aynı kimliği taşır ve platform onu tanıyabilir.

Mükerrer kayıt önleme nasıl çalışır?

Mükerrer kayıt önleme, bir platformun birden fazla kez aldığı bir olayın tek kopyasını tutma yoludur. Kural bu rehberdeki platformlarda benzerdir: kopyalar aynı kimliği, genellikle aynı olay adıyla birlikte taşımalı ve bir zaman penceresi içinde gelmelidir. Platform bunun üzerine bir kopyayı tutar, gerisini atar.

browser Purchase event_id=order-1042Ödeme sayfasındaki tarayıcı pikseli

server Purchase event_id=order-1042Conversions API, aynı ad ve kimlik: ilkiyle birleştirilir

browser Purchase event_id=7c1e9a40Aynı pikseldeki ikinci bir uygulama, kendi kimliğiyle: yeniden sayılır

İlk iki olay bir kimliği paylaşır ve tek bir satın alım olarak sayılır. Üçüncünün kendi kimliği vardır, bu yüzden platform 1042 numaralı sipariş için iki satın alım bildirir.

Bundan iki pratik kural çıkar. Kimliği, hem tarayıcının hem de sunucunun bildiği bir şeyden, örneğin sipariş kimliğinden, bir kez oluşturun. Ve iki tarafta da platformun tanımladığı olay adını tam olarak aynı kullanın; örneğin Meta'da Purchase.

Platforma göre mükerrer kayıt önleme kuralları

Ayrıntılar platforma göre değişir. Bu tablo, her platformun resmî belgelerinin Ekim 2026'daki durumunu özetler.

Platform	Tarayıcı alanı	Sunucu alanı	Pencere	Notlar
Meta	`eventID`	`event_id`	48 saat	Olay adı da eşleşmelidir. fbp veya external_id ile yedek yöntem yalnızca tarayıcı olayı önce geldiğinde çalışır.
TikTok	`event_id`	`event_id`	48 saat	Olay adı da eşleşmelidir. TikTok aldığı ilk olayı tutar.
Snapchat	`client_dedup_id`, satın alımlar için ayrıca `transaction_id`	`event_id`, satın alımlar için ayrıca `order_id`	48 saat, satın alım sipariş kimliği için 30 gün	Olay adı da eşleşmelidir. client_dedup_id çifti önceliklidir.
Pinterest	`event_id`	`event_id`	48 saat	İki kaynaktan da aynı olay adını gönderin. Pinterest aldığı ilk olayı tutar.
Reddit	`conversionId`	`conversion_id`	2 gün	Aynı olay türü ve özel olaylar için aynı ad. Her saat çalışır ve görünmesi 24 saati bulabilir.

Ortak kural: aynı olay, aynı kimlik, pencere içinde. Alan adları farklıdır, bu yüzden her entegrasyonu ayrı ayrı kontrol edin.

ROASaurus'ta Meta, TikTok, Snapchat, Pinterest ve Reddit tarayıcı pikselleri sunucu olaylarıyla aynı olay kimliğini gönderir, böylece bu platformlar mükerrer kayıtları ayıklar. Snapchat için piksel ayrıca sipariş kimliğini transaction_id olarak da gönderir; bu, sunucudaki satın alımın order_id değeriyle eşleşir. Pinterest için Tag ve API eşleşen olay adlarını kullanır. X, Microsoft Advertising ve Taboola yalnızca sunucu olaylarını alır, dolayısıyla birleştirilecek bir şey yoktur. Olayları kendiniz gönderiyorsanız Meta Conversions API rehberi, olay kimliğinin pikselde ve API çağrısında nereye gittiğini gösterir.

Bir satışı birkaç platformun sahiplenmesi mükerrer olay değildir

Şimdi ikinci sorun. Bir alışveriş yapan bir TikTok videosu izler, iki gün sonra bir Google Shopping reklamına tıklar ve bir Meta yeniden pazarlama reklamından sonra satın alır. Her platformun bir tıklama veya görüntüleme kaydı vardır ve her biri satışı bildirir. Hiçbir olay iki kez gönderilmemiştir, bu yüzden hiçbir mükerrer kayıt önleme ayarı bunu değiştirmez.

Bir haftada talep edilen ciro (örnek mağaza)

Mükerrer satın alım olayları nasıl bulunur

Her kaynağı siparişlerinizle karşılaştırın
Tam bir gün alın. O gün her kaynağın gönderdiği Purchase olaylarını, mükerrer kayıt önlemeden önce sayın: tarayıcı pikseli ve sunucu olayları. Bazı olay araçları bu ayrımı bağlantı yöntemine göre gösterir ve sunucu tarafı takip aracınızın da gönderdiklerinin kendi günlüğü vardır. Her sayıyı mağazanızın o gün aldığı sipariş sayısıyla karşılaştırın.
Mükerrer kayıt önleme raporlarını okuyun
Bazı platformlar kaldırdıkları mükerrer kayıtları bildirir. Örneğin Reddit, mükerrer kayıt olarak ayıkladığı olayların yedi günlük bir günlüğünü tutar; Pinterest ise Ads Manager'da olay başına mükerrer kayıt önlemeyi gösterir.
Bir test siparişi verin
Platformun test olayları görünümünü açın ve bir sipariş verin. Aynı olay kimliğine sahip bir tarayıcı ve bir sunucu Purchase olayı görmelisiniz. Üçüncü bir Purchase ya da iki farklı kimlik nedeni gösterir.
Pikseli gönderebilen her aracı listeleyin
Satış kanalı uygulamalarını, etiket yöneticisi konteynerlerini, tema kodunu ve eski takip uygulamalarını kontrol edin. Önceden Meta Pixel Helper olarak bilinen Meta Ads Data Advisor gibi bir tarayıcı eklentisi, bir sayfada hangi piksel olaylarının tetiklendiğini gösterir.

İlk adım en hızlı kontroldür. Tek göndericisi olan bir kaynak, sipariş başına en fazla bir satın alım gönderir. Tarayıcı sayısı, reklam engelleyiciler ve reddedilen rıza yüzünden genellikle siparişlerinizden düşüktür. Dolayısıyla siparişlerden daha fazla satın alımı olan tek bir kaynak, ikinci bir göndericiye veya tekrarlanan olaylara işaret eder:

Kaynak (örnek mağaza, bir gün)	Satın alımlar	Mağaza siparişleri	Oran	Neye işaret ediyor
Meta, tarayıcı	186	120	1.55	Siparişlerden fazla satın alım: iki araç tarayıcı pikselini tetikliyor
Meta, sunucu	119	120	0.99	Normal: tek bir sunucu göndericisi
TikTok, sunucu	241	120	2.01	Her sipariş iki kez: iki uygulama Events API üzerinden gönderiyor

Kaynak başına sayılar, mükerrer kayıt önlemeden önce. 1.0'ın üzerindeki bir oran, o kaynağın bazı siparişleri iki kez gönderdiği anlamına gelir. 2.0'a yakın bir oran, neredeyse her siparişi iki kez gönderdiği anlamına gelir.

Mükerrer satın alım olayları nasıl düzeltilir

Piksel başına tek gönderici tutun. Her piksel için tek bir araç seçin ve o pikseli başka her yerde kapatın: satış kanalı uygulamaları, etiket yöneticisi etiketleri ve tema kodu. Shopify'da aynı pikseli Facebook & Instagram kanalının veri paylaşımı ayarlarından kaldırın, çünkü her veri paylaşımı düzeyi tarayıcı pikselini yine de gönderir. TikTok uygulamasını da aynı şekilde kontrol edin.
Sipariş başına tek olay kimliği kullanın. Kimliği sipariş kimliğinden oluşturun ve hem tarayıcı olayıyla hem de sunucu olayıyla gönderin.
Aynı olay adını kullanın. Tarayıcı ve sunucu olayı aynı şekilde, platformun tanımladığı haliyle birebir adlandırmalıdır.
Pencere içinde gönderin. Günler sonra gelen bir sunucu olayı birleştirilmez. Meta, TikTok ve Pinterest'te pencere 48 saattir, Reddit'te iki gün.
Her değişiklikten sonra yeniden test edin. Test siparişini tekrarlayın ve ertesi gün sayıları yeniden karşılaştırın.

ROASaurus mükerrer satın alım olaylarını nasıl önler

ROASaurus her satın alımı mağazanın sipariş verisinden gönderir ve tarayıcı kopyasına ile sunucu kopyasına sipariş kimliğinden oluşturulan aynı olay kimliğini verir. Shopify'da sunucu olayı ödenmiş sipariş webhook'undan gelir, bu yüzden teşekkür sayfasının yeniden yüklenmesi yeni bir sunucu olayı oluşturmaz. Event log, her platform için her sunucu teslimatını istekle ve platformun yanıtıyla birlikte listeler; böylece her sipariş için neyin gönderildiğini görebilirsiniz. Shopify'da sunucu tarafı takip rehberi tüm akışı gösterir.

Bir platform hâlâ siparişlerden fazla satın alım gösteriyorsa başka bir araç aynı pikseli gönderiyordur. Çift saymayı önleyin nereye bakacağınızı listeler, sunucu tarafı takip ise ROASaurus'un her platforma hangi olayları gönderdiğini açıklar.

Kaynaklar

ROASaurus'ta

Okumaya devam edin

TakipReklam engelleyiciler ve takip: mağazanızın kaybettikleriReklam engelleyiciler takip piksellerini durdurur, bu yüzden reklam platformları satın alımları kaçırır. Hangi olayların kaybolduğunu, sunucu tarafı olayların neden kaybolmadığını ve kendi açığınızı nasıl ölçeceğinizi görün.TakipConsent Mode v2 ve GDPR: bir online mağaza neleri gönderebilirOnline mağazalar için Consent Mode v2: Google'ın dört rıza sinyali, AB hukukunun istedikleri ve sunucu tarafı takibin hâlâ gönderebilecekleri. Yalnızca genel bilgidir.TakipSafari ITP ve reklam takibi: hâlâ neler çalışıyorSafari ITP, betiklerle ayarlanan çerezleri 7 günle, bazı reklam tıklamalarından sonra ise 24 saatle sınırlar. Atıf üzerindeki etkisini ve hangi takibin hâlâ çalıştığını görün.