Meta Pixel purchase iki kez sayılıyor sorunu, web sitenizde bir satın alma gerçekleşmesine rağmen Meta’nın ölçüm sistemlerinde aynı işlemin birden fazla kez kaydediliyor gibi görünmesidir.
Örneğin WooCommerce’de 10 gerçek sipariş bulunurken Meta Events Manager’da daha yüksek sayıda Purchase etkinliği görebilirsiniz.
Bunun nedeni aynı Pixel’in iki eklentiyle yüklenmesi, GTM ve tema kodunun aynı olayı göndermesi veya tarayıcıdaki Pixel ile sunucudaki Conversions API olaylarının doğru eşleştirilmemesi olabilir.
Ayrıca WooCommerce teşekkür sayfasının tekrar açılması, ödeme durumunun değişmesi veya webhook işlemlerinin yeniden çalıştırılması da tekrarlanan olaylara yol açabilir.
Bu rehberde Meta Pixel Purchase etkinliği iki kez sayılıyorsa uygulanabilecek 8 teknik kontrolü, olay kimliği, gerçek sipariş kayıtları ve Events Manager tanılaması üzerinden inceliyoruz.
Meta Pixel Purchase İki Kez Sayılıyorsa Nasıl Düzeltilir?
Kısa cevap: Önce Meta Events Manager’da ilgili veri kümesini seçerek Purchase olaylarının Browser ve Server kaynaklarını ayrı ayrı inceleyin.
İki kaynaktan olay gelmesi tek başına hata değildir. Aynı gerçek satın almanın iki ayrı dönüşüm olarak değerlendirilip değerlendirilmediğini kontrol etmelisiniz.
Tarayıcıdaki
eventID
ile sunucudaki
event_id
alanlarının aynı sipariş
için birebir eşleştiğini,
olay adının iki tarafta
da Purchase
olduğunu doğrulayın.
Ardından WooCommerce, GTM, Meta Pixel eklentisi, Conversions API entegrasyonu ve teşekkür sayfasındaki tekrar gönderimleri inceleyin.
Son aşamada bir test siparişiyle Events Manager’da olay akışını doğrulayın. Gerçek sipariş sayısıyla Meta olay sayılarını aynı tarih ve aynı kapsamda karşılaştırın.
Meta’nın bir satın alma için hem Browser hem de Server olayı aldığını görmeniz, o satın almanın mutlaka iki kez sayıldığı anlamına gelmez.
Bu iki iletinin başarıyla eşleştirilmesi beklenen bir yapılandırmadır. Sorun, aynı siparişin gerçekten birden çok işlenmiş Purchase oluşturmasıdır.
Meta Pixel Purchase Etkinliği ve Deduplication Nedir?
Purchase, Meta’nın standart web etkinliklerinden biridir. Bir satın alma işlemi gerçekleştiğinde ölçüm altyapısı tarafından gönderilebilir.
Meta Pixel tarayıcı üzerinden çalışır. Conversions API ise olayların sunucu tarafından iletilmesini sağlayabilir.
Aynı gerçek işlemin her iki yöntemle gönderilmesi, uygun yapılandırmayla kullanılabilir.
Normal ölçüm akışı
WooCommerce Sipariş #1001
|
+---- Browser / Meta Pixel
| Purchase
| eventID: WC-1001
|
+---- Server / Conversions API
Purchase
event_id: WC-1001
Aynı Pixel/Dataset
Aynı event_name
Aynı olay kimliği
Beklenen:
İki teslim aynı satın alma
olarak eşleştirilir.Hatalı ölçüm akışı
WooCommerce Sipariş #1001
|
+---- Browser
| Purchase
| eventID: browser-abc
|
+---- Server
Purchase
event_id: server-xyz
Kimlikler uyuşmuyor.
Olası sonuç:
Meta iki ayrı satın alma
olayı değerlendirebilir.Meta’nın dokümantasyonunda tarayıcı ve sunucu olaylarının eşleştirilmesinde olay adı ve olay kimliğinin birlikte kullanıldığı açıklanır.
Meta’nın belgelenmiş olay kimliğine dayalı deduplication yaklaşımında, aynı olayın gönderimleri için 48 saatlik alım penceresi tanımlanır.
Bu süreyi aşan gecikmiş tekrar gönderimleri ayrı değerlendirilebilir. Güncel davranışı kullandığınız entegrasyonda doğrulayın.
Meta Pixel Purchase Etkinliğinin İki Kez Sayıldığı Nasıl Anlaşılır?
Çift sayımı araştırırken yalnızca genel olay sayısına bakmayın. Olayın kaynaklarını ve gerçek işlem kimliklerini inceleyin.
| Belirti | Olası neden | İlk kontrol |
|---|---|---|
| Bir sipariş için iki Browser Purchase | İki Pixel gönderimi veya tekrar tetikleme | GTM ve eklentiler |
| Browser ve Server kimlikleri farklı | Deduplication eşleşmiyor | eventID / event_id |
| Browser ve Server birlikte görünüyor | Normal çift kaynaklı ölçüm olabilir | İşlenmiş olay ve eşleştirme durumu |
| Teşekkür sayfası yenilenince yeni Purchase | Sayfa görüntülemede yeniden tetikleme | Sipariş bazlı tekil gönderim |
| Server olayları çok fazla | Webhook retry veya iki CAPI entegrasyonu | Sunucu olay kayıtları |
| Meta satış tutarı WooCommerce’den yüksek | Tekrar ölçüm veya yanlış value | Sipariş tutarı ve tarih |
Meta Pixel Purchase İki Kez Sayılıyorsa 8 Teknik Kontrol
Events Manager, Ads Manager ve WooCommerce Raporları Birbiriyle Karıştırılıyor mu?
Meta Events Manager’da alınan olaylar, Ads Manager’da reklamlara atfedilen dönüşümler ve WooCommerce’deki siparişler farklı veri kümeleridir.
Bu nedenle üç raporun aynı sayıyı göstermemesi, tek başına çift sayım kanıtı değildir.
Raporları ayırın
| Rapor | Gösterdiği bilgi | Dikkat edilmesi gereken |
|---|---|---|
| Events Manager | Veri kümesine ulaşan ve işlenen etkinlikler | Browser/Server kaynaklarını ayırın |
| Ads Manager | Reklam etkileşimleriyle ilişkilendirilen sonuçlar | Atıf ayarı ve tarih önemlidir |
| WooCommerce | Gerçek mağaza sipariş kayıtları | Sipariş durumları ve iadeler önemlidir |
Kontrol adımları
- Meta Events Manager’da doğru veri kümesini seçin.
- Purchase olayının Browser ve Server kaynaklarını inceleyin.
- Olay eşleştirme tanılarını kontrol edin.
- WooCommerce’de aynı dönemin sipariş kayıtlarını çıkarın.
- Ads Manager’daki satın alma sonuçlarını ayrı değerlendirin.
- Bir örnek sipariş ID’si üzerinden karşılaştırma yapın.
Fark yalnızca Ads Manager sonuçlarında görülüyorsa atıf, tarih veya raporlama kapsamı araştırılmalıdır.
Gerçekten iki Browser veya iki ayrı işlenmiş Purchase varsa etiket ve olay kimliği kaynaklarını inceleyin.
Meta Pixel Aynı Sitede İki Eklenti veya GTM Tarafından Tekrar Yükleniyor mu?
WordPress ve WooCommerce sitelerinde Meta Pixel birden fazla yöntemle kurulmuş olabilir.
Örneğin resmî Meta entegrasyonu aktifken aynı Pixel ayrıca Google Tag Manager’a veya tema koduna eklenmiş olabilir.
Bu durumda aynı satın alma için iki ayrı Browser Purchase olayı oluşabilir.
Olası kurulum kaynakları
- Meta for WooCommerce entegrasyonu
- Google Tag Manager içindeki Meta Pixel etiketi
- WordPress header/footer kod eklentisi
- GeneratePress veya başka temanın özel kod alanı
- Üçüncü taraf Pixel/CAPI entegrasyon eklentileri
- Özel PHP veya JavaScript ile oluşturulan Purchase olayları
- Sunucu tarafındaki ayrı Conversions API bağlantısı
Tipik çift kurulum
Meta for WooCommerce:
Pixel ID 123456789
Purchase → gönderiliyor
Google Tag Manager:
Pixel ID 123456789
Purchase → gönderiliyor
Aynı sipariş:
İki ayrı Browser Purchase oluşabilir.Çözüm
- Pixel kaynaklarını listeleyin. WordPress eklentilerini, GTM etiketlerini ve tema kodlarını kontrol edin.
- Pixel ID değerlerini karşılaştırın. Aynı veri kümesine kaç entegrasyonun gönderim yaptığını belirleyin.
- Gerçek test siparişi yapın. Pixel Helper veya ağ istekleriyle Browser Purchase sayısını gözlemleyin.
- Çakışan üretim kaynağını bulun. Önce staging ortamında kontrollü test yapın.
- Tek tutarlı mimari belirleyin. Gereksiz ikinci Pixel olayını kaldırın.
Önce hangi sistemin Browser, hangi sistemin Server olayını ürettiğini belirleyin.
Doğru çalışan Browser+CAPI eşleştirmesini kaldırmak yerine gereksiz ve çakışan gönderimleri düzeltin.
Browser eventID ile Conversions API event_id Parametreleri Aynı mı?
Meta’nın olay kimliğine dayalı deduplication mekanizmasında en kritik unsurlardan biri aynı satın alma için aynı olay kimliğinin kullanılmasıdır.
Tarayıcı Pixel
parametresi eventID,
Conversions API parametresi
ise event_id
olarak adlandırılır.
Alan adları farklı görünse de her iki değer aynı gerçek işlem için eşleşmelidir.
Yanlış örnek
Sipariş: WC-1001
Browser:
eventID = "browser-1001-abc"
Server:
event_id = "server-1001-xyz"
Sonuç:
Olay kimlikleri eşleşmiyor.Doğru örnek
Sipariş: WC-1001
Browser:
eventID = "purchase-WC-1001"
Server:
event_id = "purchase-WC-1001"
İki gönderim:
Aynı satın alma olayını temsil ediyor.Kontrol edilecekler
- eventID ve event_id birebir aynı mı?
- Kimlik her sayfa yüklenmesinde yeniden mi üretiliyor?
- Browser rastgele UUID, Server sipariş ID’si mi kullanıyor?
- Farklı siparişler yanlışlıkla aynı kimliği mi paylaşıyor?
- Ödeme sağlayıcısının yeniden bildirimi kimliği değiştiriyor mu?
- Aynı işlemin yeniden gönderiminde kararlı kimlik korunuyor mu?
Satın alma olayının
kimliği, gerçek sipariş
kimliğinden türetilebilir.
Örneğin purchase-WC-1001
gibi bir değer kullanılabilir.
Önemli olan aynı siparişin Browser ve Server tarafında aynı anahtarla tanımlanmasıdır.
Sipariş numarasını değiştiren eklentiler kullanılıyorsa görüntülenen sipariş numarasıyla dahili sipariş ID’sinin aynı olmayabileceğini unutmayın.
Birbirinden bağımsız satın almaların aynı event ID’yi paylaşması, farklı gerçek işlemlerin yanlışlıkla eşleştirilmesine neden olabilir.
Purchase Olay Adı ve Pixel/Dataset Kimliği İki Tarafta Aynı mı?
Tek başına aynı event ID yeterli değildir. Olay adının ve hedef veri kümesinin de doğru eşleşmesi gerekir.
Meta Pixel
standart satın alma
olayının adı
Purchase
biçimindedir.
Conversions API
sunucu olayında da
event_name
alanında aynı olay
adı kullanılmalıdır.
Yanlış örnek
Browser:
Event = Purchase
eventID = purchase-WC-1001
Server:
event_name = CompletePayment
event_id = purchase-WC-1001
Sorun:
Olay adları farklı.Doğru örnek
Browser:
Event = Purchase
eventID = purchase-WC-1001
Server:
event_name = Purchase
event_id = purchase-WC-1001
Hedef:
Aynı Pixel/DatasetKontrol edilecekler
- Olay adı tam olarak Purchase mı?
- Server tarafında farklı özel olay adı kullanılıyor mu?
- Browser ve Server aynı Pixel/Dataset’e mi gönderiyor?
- Test ve canlı Pixel kimlikleri karıştırılmış mı?
- Birden fazla reklam hesabı aynı veri kümesini kullanıyor mu?
- Hatalı olay eşleştirmeleri bulunuyor mu?
Purchase,
purchase ve
CompletePayment
ifadelerini aynı standart
olay olarak varsaymayın.
Olay adlarını ve
entegrasyon eşleştirmesini
birebir doğrulayın.WooCommerce Teşekkür Sayfası Her Açıldığında Purchase Yeniden mi Gönderiliyor?
WooCommerce sitelerinde satın alma ölçümü çoğu zaman sipariş alındı veya teşekkür sayfasında tetiklenir.
Ancak bu sayfanın her görüntülenmesi yeni bir satın alma anlamına gelmez.
Kullanıcı sayfayı yenileyebilir, tarayıcıda geri-ileri yapabilir veya eski sipariş onay bağlantısını tekrar açabilir.
Hatalı akış
WooCommerce Sipariş #1001
|
v
Thank-you sayfası açıldı
|
v
Purchase gönderildi (1)
|
v
Sayfa yenilendi
|
v
Purchase gönderildi (2)Özellikle her sayfa yüklenmesinde yeni event ID oluşturuluyorsa Meta, iki gönderimi farklı satın almalar olarak değerlendirebilir.
Kontrol adımları
- Bir test siparişi oluşturun.
- Teşekkür sayfasındaki Browser Purchase olayını gözlemleyin.
- Sayfayı kontrollü biçimde yenileyin.
- Yeni Purchase gönderilip gönderilmediğini inceleyin.
- Gönderiliyorsa eventID değerini karşılaştırın.
- Sipariş başına tekil olay üretme mantığını değerlendirin.
Önerilen yaklaşım
Ölçümü yalnızca sayfa görüntülemeye bağlamak yerine gerçek satın alma işlemiyle ilişkilendirin.
İlgili olayın tekil sipariş kimliğini korumasını ve tekrar gönderimlere karşı uygulama düzeyinde kontrollü davranmasını sağlayın.
Tarayıcı oturumu değişebilir veya kullanıcı başka cihazdan giriş yapabilir.
Sipariş düzeyindeki güvenilir kayıtlar ve olay kimliği bütünlüğü daha sağlam bir temel oluşturur.
Conversions API Webhook, Retry veya Sunucu Kuyruğu Aynı Satın Almayı Yeniden mi Gönderiyor?
Conversions API olayları sunucu tarafından gönderildiğinde işlem kuyrukları, webhook bildirimleri veya yeniden deneme mekanizmaları kullanılabilir.
Örneğin ödeme sağlayıcısı bir siparişin durumunu birden fazla kez güncelleyebilir.
Her güncellemede ayrı bir Purchase olayı oluşturuluyorsa çift sayım oluşabilir.
Örnek sorun
Sipariş #1001:
Ödeme başarılı
Webhook 1:
Purchase gönderildi.
Webhook 2:
Ödeme doğrulaması tekrar iletildi.
Webhook 3:
Sipariş durumu tamamlandı.
Hatalı uygulama:
Her bildirim yeni Purchase gönderiyor.Kontrol edilecekler
- Kaç farklı CAPI entegrasyonu aktif?
- Webhook aynı sipariş için birden fazla kez geliyor mu?
- Retry sırasında event_id değişiyor mu?
- Gönderim kuyruğunda tekrar eden işler var mı?
- Ödeme başarılı ve sipariş tamamlandı olayları ayrı Purchase mı oluşturuyor?
- Sunucu gönderiminin başarılı olduğu kayıt altına alınıyor mu?
- Başarısız gönderimde yeniden deneme güvenli biçimde yönetiliyor mu?
Önerilen teknik mantık
purchase_event_id = "purchase-WC-1001"
Sipariş başarıyla tamamlandı:
Purchase olayı oluştur.
Sunucu yeniden deneme yaparsa:
Aynı event_id değerini koru.
Yeni, bağımsız sipariş oluşursa:
Farklı event_id kullan.Sunucu iş akışında aynı gerçek sipariş için yinelenen bildirimin yeni bir satın alma oluşturmamasını sağlayan kontrol mekanizması kullanılmalıdır.
Bu kontrol Meta deduplication özelliğinin yerine değil, onunla birlikte çalışır.
Conversions API’deki
event_time,
gerçek olay zamanını
ifade eder.
Kuyruk gecikmesi veya tekrar gönderim durumunda yeni satın alma gerçekleşmiş gibi farklı bir olay zamanı üretmeyin.
Purchase Value, Currency ve Sipariş Kimliği WooCommerce Kayıtlarıyla Uyuşuyor mu?
Meta Purchase olayında yalnızca olay sayısı değil, satın alma değeri de doğru gönderilmelidir.
Yanlış value,
currency
veya sipariş
eşleştirmesi,
reklam gelirinin
olduğundan yüksek
görünmesine neden olabilir.
Örnek
WooCommerce:
Sipariş #1001
Toplam: 1.500 TL
Meta Browser Purchase:
value: 1500
currency: TRY
Meta Server Purchase:
value: 1500
currency: TRY
Aynı event_id ile:
Tek satın alma olarak eşleştirme beklenir.Bu örnekte satış tutarı tamamen temsilidir. Gerçek mağazanızda hangi tutarın Purchase değerini temsil edeceğini tutarlı biçimde tanımlamalısınız.
Kontrol edilecekler
- Purchase değeri gerçek siparişle uyuşuyor mu?
- Para birimi ISO koduyla doğru aktarılıyor mu?
- Kupon indirimleri ölçüme doğru yansıyor mu?
- Kargo ve vergi kapsamı tutarlı mı?
- Browser ve Server aynı gerçek siparişi mi gönderiyor?
- İptal edilen siparişler gereksiz Purchase üretiyor mu?
- Test ve manuel siparişler rapora dahil mi?
İptal ve iade konusunda
WooCommerce’de siparişin iade edilmesi veya iptal edilmesi, Meta tarafından alınmış önceki Purchase olayını otomatik olarak silmeyebilir.
Bu nedenle mağazanın net satış tutarı ile Meta Purchase değeri karşılaştırılırken iade ve iptal kapsamı ayrıca değerlendirilmelidir.
event_id
olay eşleştirmesinde,
sipariş kimliği
ticari kaydı
bulmada kullanılır.
value
ise satın alma
tutarını temsil eder.
Bu alanları birbirinin
yerine kullanmayın.
Meta Events Manager Test Events ve Deduplication Tanıları Gerçekten Doğrulandı mı?
Çift Purchase sorununu düzeltmek için yalnızca kod değişikliğine güvenmeyin.
Meta Events Manager üzerindeki test ve tanılama araçlarıyla gerçek olay akışını inceleyin.
Test adımları
- Events Manager’ı açın. İlgili veri kümesini veya Pixel’i seçin.
- Purchase olayını bulun. Browser ve Server kaynaklarını inceleyin.
- Test Events bölümüne geçin. Mevcut arayüzde sunulan test yöntemini kullanın.
- Kontrollü satın alma oluşturun. Mümkünse staging ortamında ve ayrı test verileriyle çalışın.
- Olay kimliklerini karşılaştırın. Browser eventID ile Server event_id birebir aynı mı?
- Olay adlarını doğrulayın. Her iki kaynakta Purchase kullanılıyor mu?
- Tekrar davranışını test edin. Teşekkür sayfası yenilendiğinde yeni satın alma oluşuyor mu?
- Canlı tanılama sonuçlarını inceleyin. Test ekranındaki olay teslimlerini işlem sayısıyla karıştırmadan değerlendirin.
Başarılı testte ne beklenir?
Tek gerçek siparişe ait Browser ve Server olaylarının aynı kimlikle ilişkilendirilmesi, farklı siparişlerin ayrı kimlikler taşıması ve istemsiz tekrar gönderimlerin önlenmesi.
Test ekranında iki teknik teslimin görünmesi, iki işlenmiş satın alma olduğu anlamına gelmeyebilir.
Olay eşleştirme durumu ve gerçek sipariş kayıtları birlikte incelenmelidir.
Meta Pixel ve Conversions API İçin Doğru Purchase Deduplication Kodu
Aşağıdaki örnekler aynı satın alma olayının tarayıcı ve sunucu tarafından tutarlı biçimde nasıl tanımlanabileceğini açıklar.
Örnek ID, fiyat ve sipariş bilgileri gerçek müşteri verisi değildir.
1. Tarayıcı tarafı Meta Pixel Purchase
fbq('track', 'Purchase', {
value: 1500.00,
currency: 'TRY'
}, {
eventID: 'purchase-WC-1001'
});
Bu örnekte
eventID
parametresi dördüncü
argüman olarak
gönderilmektedir.
value
ve currency
ise Purchase
olayının ticari
verilerini belirtir.
2. Sunucu tarafı Conversions API olay gövdesi
{
"data": [
{
"event_name": "Purchase",
"event_time": 1794110400,
"event_id": "purchase-WC-1001",
"action_source": "website",
"event_source_url":
"https://example.com/order-received/",
"user_data": {
"client_user_agent": "EXAMPLE_USER_AGENT"
},
"custom_data": {
"value": 1500.00,
"currency": "TRY"
}
}
]
}
Bu JSON, alan
eşleştirmesini açıklamak
için hazırlanmış
temsili bir örnektir.
event_time
değeri de örnektir;
gerçek uygulamada
satın alma zamanına
karşılık gelen Unix
zamanı kullanılmalıdır.
Üretim ortamındaki Conversions API çağrılarında geçerli erişim yetkisi, uygun kullanıcı verisi alanları, doğru API sürümü ve gerekli diğer parametreler bulunmalıdır.
Meta for WooCommerce, GTM veya başka bir entegrasyon zaten Purchase gönderiyorsa bu kodları ayrıca çalıştırmak sorunu büyütebilir.
Kodlar yalnızca doğru alan ve kimlik kullanımını açıklamak içindir.
3. Aynı sipariş için olay kimliğinin üretimi
Sipariş kimliği:
WC-1001
Olay adı:
Purchase
Kararlı olay kimliği:
purchase-WC-1001
Browser:
eventID = purchase-WC-1001
Server:
event_id = purchase-WC-1001Sipariş kimliklerini, kullanıcı bilgilerini, erişim anahtarlarını veya kişisel verileri herkese açık hata kayıtlarında paylaşmayın.
Sunucu erişim anahtarı ve Conversions API yetkilendirme bilgileri tarayıcı kaynak koduna konulmamalıdır.
Meta Pixel ve Conversions API Deduplication Eşleştirme Tablosu
| Kontrol | Browser Pixel | Conversions API |
|---|---|---|
| Olay adı | Purchase | event_name: Purchase |
| Olay kimliği | eventID: purchase-WC-1001 | event_id: purchase-WC-1001 |
| Hedef veri kümesi | Doğru Pixel ID | Aynı Pixel/Dataset |
| Satın alma değeri | value: 1500 | custom_data.value: 1500 |
| Para birimi | currency: TRY | custom_data.currency: TRY |
| Zaman | Gerçek satın alma işlemi | Gerçek olay için event_time |
| Tekrar gönderim | Yeni Purchase oluşturmamalı | Kararlı kimlik ve tekrar kontrolü |
Olay eşleştirmesinde kritik anahtarlar olay adı, olay kimliği ve doğru hedef veri kümesidir. Değer ve para birimi ise ayrıca ticari doğruluk açısından kontrol edilmelidir.
Meta Purchase Sayısı WooCommerce Siparişleriyle Nasıl Karşılaştırılır?
Gerçek çift sayım araştırması için en güvenilir yöntemlerden biri sipariş bazında uzlaştırmadır.
Toplam olay sayısını yorumlamak yerine belirli bir siparişin bütün gönderimlerini karşılaştırın.
Örnek uzlaştırma tablosu
| Sipariş | Browser | Server / Sonuç |
|---|---|---|
| WC-1001 | Purchase / purchase-WC-1001 | Purchase / purchase-WC-1001 — eşleşebilir |
| WC-1002 | Purchase / browser-1002 | Purchase / server-1002 — uyumsuz |
| WC-1003 | İki ayrı Purchase tetiklenmiş | Tarayıcı tarafı çift kurulum araştırılmalı |
| WC-1004 | Purchase yok | Tek Server Purchase — bu tek başına çift sayım değil |
Hangi siparişleri test etmeli?
- Standart kredi kartı ödemesi
- Harici ödeme sağlayıcılı işlem
- Kuponlu satın alma
- Birden fazla ürün içeren sepet
- Başarısız ödeme sonrası yeniden deneme
- İptal edilmiş sipariş
- İade edilmiş sipariş
- Teşekkür sayfası yeniden açılan sipariş
WooCommerce sipariş oluşturma tarihi, ödeme tarihi ve Meta olay alım tarihi farklı olabilir.
Ayrıca tüm mağaza siparişleri reklamdan gelmeyebilir. Events Manager ve Ads Manager rakamlarını birebir eşit kabul etmeyin.
GTM Preview ve Tarayıcı Ağ Kayıtlarıyla Çift Purchase Nasıl Test Edilir?
Meta Pixel Google Tag Manager üzerinden kurulmuşsa GTM Preview tetikleme zamanını incelemek için kullanılabilir.
Ancak GTM, başka eklentiler tarafından gönderilen bütün Meta olaylarını otomatik olarak göstermez.
Önerilen inceleme
- GTM Preview açın. WooCommerce sitenizi önizleme moduna bağlayın.
- Satın alma olayını bulun. Hangi özel olay veya sayfa tetikleyicisi çalışıyor inceleyin.
- Meta Pixel etiketlerini listeleyin. Tek işlemde kaç etiket tetikleniyor?
- Tarayıcı Network panelini açın. Meta Pixel isteklerini filtreleyin.
- Pixel ID ve olay adını karşılaştırın. Aynı veri kümesine kaç Purchase gidiyor?
- Events Manager’da sunucu olayını inceleyin. İlgili event_id ile tarayıcı olayını karşılaştırın.
- Tekrar tetiklemeyi sınayın. Test siparişi teşekkür sayfasını yeniden açın.
- Çakışan kaynağı düzeltin. Gerekli değişiklikleri önce staging ortamında uygulayın.
Pixel Helper, tarayıcı ağ kayıtları ve sunucu loglarında olay parametreleri görünebilir.
Rapor veya ekran görüntüsü paylaşmadan önce kişisel bilgileri ve erişim anahtarlarını gizleyin.
Meta Pixel Purchase İki Kez Sayılıyor: 8 Neden ve Çözüm Tablosu
| Olası neden | Kontrol | Çözüm |
|---|---|---|
| Raporlar karıştırılıyor | Events Manager / Ads Manager | Teslim, işlenmiş olay ve reklam atfını ayırın. |
| İki Pixel kurulumu | WordPress, GTM, tema | Çakışan Browser gönderimini kaldırın. |
| eventID / event_id farklı | Olay kimliği | Aynı siparişe aynı kararlı ID verin. |
| Olay adı veya Pixel farklı | Purchase / Pixel ID | Hedef ve olay adı eşleşmesini düzeltin. |
| Teşekkür sayfası yeniden tetikleniyor | Sayfa yenileme | Sipariş bazlı tekil gönderim sağlayın. |
| CAPI tekrar gönderimi | Webhook, retry, kuyruk | Kararlı kimlik ve idempotency kullanın. |
| Tutar veya sipariş kapsamı yanlış | value, currency, order_id | Gerçek siparişle karşılaştırın. |
| Düzeltme test edilmedi | Test Events ve canlı tanılar | Kontrollü testle sonuçları doğrulayın. |
Meta Pixel ve CAPI Çift Sayım Sorunu İçin Adım Adım Test Planı
- Veri kümesini belirleyin. Doğru Pixel/Dataset kimliğini kaydedin.
- Purchase kaynaklarını inceleyin. Browser ve Server olaylarını ayırın.
- WooCommerce siparişini seçin. Gerçek sipariş kimliğini belirleyin.
- Pixel kurulumlarını listeleyin. Tema, GTM ve eklentileri karşılaştırın.
- eventID ve event_id kontrol edin. Kimliklerin birebir aynı olduğunu doğrulayın.
- Olay adlarını karşılaştırın. Browser ve Server Purchase mı gönderiyor?
- Teşekkür sayfasını test edin. Yeniden tetiklemeyi araştırın.
- Sunucu retry kayıtlarını inceleyin. Tekrarlanan webhook işlemlerini belirleyin.
- Tutar ve para birimini doğrulayın. WooCommerce kayıtlarıyla karşılaştırın.
- Events Manager tanılarıyla sonucu doğrulayın. İstenmeyen çift sayımın giderilip giderilmediğini izleyin.
Bir gerçek satın alma için Browser ve Server gönderimleri varsa bunların aynı olay adı ve kimliğiyle ilişkilendirilmesi; farklı satın almaların ise farklı kimliklerle bildirilmesidir.
Ayrıca tekrar açılan teşekkür sayfaları veya yinelenen webhook bildirimleri yeni bir gerçek satın alma varmış gibi kaydedilmemelidir.
Meta Pixel Purchase Deduplication İçin 20 Maddelik Kontrol Listesi
- Doğru Meta veri kümesi seçildi mi?
- Doğru Pixel ID doğrulandı mı?
- Events Manager ve Ads Manager ayrıldı mı?
- Gerçek WooCommerce siparişleri karşılaştırıldı mı?
- Browser Purchase kaynakları listelendi mi?
- Server Purchase kaynakları listelendi mi?
- Aynı Pixel birden fazla eklentiyle kurulmuş mu?
- GTM içinde ikinci Purchase etiketi var mı?
- Browser eventID mevcut mu?
- Server event_id mevcut mu?
- eventID ile event_id eşleşiyor mu?
- Her farklı satın alma farklı ID taşıyor mu?
- İki kaynakta event_name Purchase mı?
- Teşekkür sayfası yenileme davranışı test edildi mi?
- Ödeme sağlayıcısı yeniden bildirimleri kontrol edildi mi?
- Webhook ve retry mekanizması incelendi mi?
- event_time gerçek olay zamanını gösteriyor mu?
- value ve currency doğru mu?
- Events Manager Test Events kullanıldı mı?
- Düzeltme sonrası işlenmiş olaylar ve gerçek siparişler yeniden karşılaştırıldı mı?
Meta Ads ve E-Ticaret Ölçümleme Hakkında İlgili Zeymedya Rehberleri
Meta Conversions API Olay Eşleşme Kalitesi
Conversions API olaylarının kullanıcı eşleştirme kalitesi, parametreleri ve tanılama süreçleri.
CAPI olay eşleşme rehberiGA4 WooCommerce Gelir Verileri Farklı
GA4 ve WooCommerce arasındaki gelir, vergi, kargo, iade ve Purchase tutarsızlıkları.
Gelir ölçümleme rehberiGTM Önizlemede Çalışıyor, Canlıda Çalışmıyor
Google Tag Manager tetikleyicileri, yayımlama ve canlı etiketleme problemleri.
GTM kontrol rehberiWooCommerce Sipariş Tamamlandı, GA4 Satın Alma Yok
Sipariş oluşmasına rağmen satın alma etkinliği gönderilmeyen ödeme akışlarının teknik teşhisi.
Purchase ölçüm rehberiMeta reklamlarının yönetimi ve kampanya optimizasyonu için Sosyal Medya Reklamları hizmetimizi inceleyebilirsiniz.
Satın alma sürecinin iyileştirilmesi hakkında Dönüşüm Optimizasyonu sayfamıza göz atabilirsiniz.
Meta Pixel Purchase İki Kez Sayılıyor Sorunu Hakkında Sık Sorulan Sorular
Meta Pixel Purchase iki kez sayılıyor, neden?
Aynı Pixel’in iki farklı eklentiyle kurulması, GTM üzerinden ikinci gönderim yapılması, eventID uyuşmazlığı, teşekkür sayfasının yenilenmesi veya CAPI tekrar gönderimleri neden olabilir.
Meta Pixel ve Conversions API birlikte kullanılırsa dönüşüm iki kez mi sayılır?
Doğru yapılandırmada hayır. Aynı satın alma uygun olay adı ve kimliğiyle gönderildiğinde Meta deduplication uygulayabilir.
Meta deduplication nedir?
Aynı gerçek olayın tarayıcı ve sunucu gönderimlerini eşleştirerek gereksiz çift sayımı azaltmaya yönelik mekanizmadır.
eventID ile event_id arasındaki fark nedir?
eventID
Meta Pixel’in
tarayıcı çağrısında,
event_id
Conversions API
sunucu olayında
kullanılır. Aynı
satın alma
için değerleri
eşleşmelidir.
Meta Purchase event_id nasıl oluşturulmalı?
Her gerçek satın alma için benzersiz, aynı işlemin yeniden gönderimlerinde değişmeyen bir kimlik seçilmelidir. WooCommerce sipariş ID’sinden türetilen kararlı bir değer kullanılabilir.
Browser ve Server olaylarının ikisini görmek hata mı?
Hayır. Aynı satın alma için iki kaynaktan gönderim yapılması normal olabilir. Önemli olan eşleştirme ve işlenmiş satın alma sayısıdır.
Meta 48 saatlik deduplication süresi nedir?
Meta’nın belgelenmiş olay kimliğine dayalı mekanizmasında aynı olayın gönderimlerinin eşleştirilmesi için 48 saatlik alım penceresi bulunur. Bu sürenin dışında kalan tekrarlar farklı değerlendirilebilir.
WooCommerce’de Purchase iki kez sayılması hangi eklentiden olur?
Tek bir eklenti otomatik olarak suçlanamaz. Meta entegrasyonu, GTM, header kodları ve üçüncü taraf ölçüm eklentilerinin birlikte nasıl çalıştığı incelenmelidir.
Teşekkür sayfasını yenilemek yeniden Purchase gönderir mi?
Bazı kurulumlarda evet. Ölçüm yalnızca sayfa yüklenmesine bağlıysa tekrar tetiklenebilir. Olayın sipariş bazında tekil yönetilmesi gerekir.
Meta Pixel Helper çift Purchase sorununu gösterir mi?
Tarayıcı tarafındaki Pixel olaylarını incelemeye yardımcı olabilir. Ancak CAPI sunucu olaylarını ve nihai deduplication sonucunu tek başına doğrulamaz.
Conversions API webhook aynı olayı tekrar gönderirse ne olur?
Kararlı event_id ve uygun tekrar kontrolü bulunmazsa aynı işlem tekrar kaydedilebilir. Webhook ve retry mekanizması idempotent tasarlanmalıdır.
Meta Events Manager ile Ads Manager satın alma sayısı neden farklı?
Events Manager ölçüm olaylarını, Ads Manager ise uygun reklam atfıyla ilişkilendirilen sonuçları gösterir. Tarih, atıf ve veri kapsamı farklı olabilir.
Purchase değeri yanlışsa çift sayım mı var?
Her zaman değil. Yanlış value, kupon, para birimi veya sipariş kapsamı, olay sayısı doğru olsa da gelir farkı oluşturabilir.
Meta Purchase çift sayımı nasıl test edilir?
Events Manager Test Events, GTM Preview, Pixel Helper ve WooCommerce sipariş kayıtlarını birlikte inceleyin. eventID, event_id, Purchase adı, Pixel ID ve tekrar tetikleme davranışını doğrulayın.
Sonuç: Meta Purchase Çift Sayımını Olay Kaynağı ve Sipariş Kimliği Üzerinden Çözün
Meta Pixel purchase iki kez sayılıyor sorununun en önemli nedenlerinden biri, aynı gerçek satın alma için gönderilen olayların doğru eşleştirilememesidir.
Ancak önce iki teknik gönderimin mi, yoksa iki ayrı işlenmiş satın almanın mı görüldüğünü belirlemek gerekir.
WordPress eklentilerini, GTM etiketlerini, Browser ve Server olaylarını, eventID eşleşmesini ve teşekkür sayfasını kontrol edin.
Ardından webhook, retry ve sipariş statüsü değişikliklerini değerlendirin.
Son olarak WooCommerce siparişlerini Meta ölçüm kayıtlarıyla aynı kapsamda karşılaştırın.
Tekil sipariş kimliği, eşleşen eventID/event_id, tutarlı Purchase olay adı, doğru veri kümesi ve güvenli tekrar gönderim yönetimi, Meta reklam ölçümünün güvenilirliğine katkı sağlar.
Meta Reklamlarında Satın Alma Ölçümünü ve Dönüşüm Performansını Geliştirin
Meta reklam kampanyalarında doğru Purchase ölçümü, kampanya optimizasyonu ve dönüşüm değerlendirmesi açısından önemlidir.
Zeymedya Reklam Ajansı, sosyal medya reklamları, Google Ads, WordPress web tasarım ve dönüşüm optimizasyonu hizmetleri sunmaktadır.
Facebook ve Instagram reklamları hakkında Sosyal Medya Reklamları sayfamızı inceleyebilirsiniz.
Web sitesindeki satın alma süreçleri için Dönüşüm Optimizasyonu hizmetimize göz atabilirsiniz.
Zeymedya ile İletişime GeçinMeta Pixel ve Conversions API İçin Teknik Kaynaklar
-
Meta for Developers – Deduplicate Pixel and Server Events
Browser ve Server olaylarının eşleştirilmesi, eventID/event_id kullanımı ve deduplication koşulları.
-
Meta for Developers – Server Event Parameters
event_name, event_time, event_id, action_source ve sunucu olay parametrelerinin açıklamaları.
-
Meta for Developers – Using the Conversions API
Sunucu olaylarının gönderim yapısı, temel parametreler ve API kullanım yaklaşımı.
-
Meta for Developers – Meta Pixel Conversion Tracking
Standart Pixel olayları, Purchase izleme ve web dönüşüm ölçümünün temel yapısı.
-
Meta Events Manager
Pixel ve Conversions API veri kümeleri, olay tanıları ve test olayları arayüzü.
-
WooCommerce – Meta for WooCommerce
WooCommerce mağazalarında Meta entegrasyonu, Pixel ve katalog bağlantısı yapılandırması.
-
Meta – Conversions API Direct Integration Playbook
Event name ve event ID ile deduplication, 48 saatlik eşleştirme penceresi ve alternatif eşleştirme yöntemleri.
Güncellik notu: Meta’nın API sürümleri, Events Manager arayüzü, olay tanılama özellikleri ve WooCommerce entegrasyonları zamanla değişebilir.
Resmî geliştirici belgelerinin bazı bölümleri giriş gerektirebilir. Canlı yapılandırmayı değiştirmeden önce kullanılan Pixel, veri kümesi, API sürümü ve entegrasyon belgelerini doğrulayın.
