Meta Events Manager’da tek bir siparişin iki Purchase olayı oluşturduğunu veya tek bir form gönderiminin birden fazla Lead dönüşümü olarak kaydedildiğini mi görüyorsunuz? Meta Pixel ve Conversions API birlikte kullanılıyorsa sorun olay tekilleştirme ayarlarından kaynaklanabilir. Ancak çift kurulum, yanlış tetikleyiciler ve dönüşüm ilişkilendirmesi de ayrıca incelenmelidir.
Facebook ve Instagram reklamları yöneten işletmeler için doğru dönüşüm ölçümü, reklam performansını değerlendirmenin temel parçalarından biridir.
Meta Pixel, web sitesindeki belirli kullanıcı işlemlerini tarayıcı üzerinden Meta’ya bildirmek için kullanılabilir. Conversions API ise uygun şekilde yapılandırıldığında olayların sunucu tarafı bağlantılar üzerinden gönderilmesini sağlar.
Bu iki yöntem aynı gerçek kullanıcı işlemini bildirdiğinde olayların doğru eşleştirilmesi önemlidir. Aksi halde Meta Pixel dönüşümleri iki kez sayıyor şikâyetine yol açabilecek ölçüm tutarsızlıkları ortaya çıkabilir.
Ancak sorun her zaman Pixel ile Conversions API arasındaki bağlantı değildir. Google Tag Manager’daki yinelenen etiketler, WordPress eklentileri, teşekkür sayfasının tekrar yüklenmesi veya ödeme sonrası olayların birden fazla kez tetiklenmesi de incelenmelidir.
Bu rehberde Meta Pixel dönüşümlerinin tekrar sayılmasına yol açabilecek yedi nedeni ve ölçüm hatalarını sistematik biçimde inceleme yöntemlerini açıklıyoruz.
Meta Pixel dönüşümlerinin iki kez kaydedilmesinin olası nedenleri; tarayıcı ve sunucu olaylarının aynı kimlikle eşleştirilememesi, aynı Pixel olayının iki farklı kurulumdan gönderilmesi, hatalı Google Tag Manager tetikleyicileri ve tamamlanan işlemin yeniden çalıştırılmasıdır.
İlk yapılması gereken: Meta Events Manager içerisindeki Test Events ve Diagnostics alanlarını kullanarak aynı işlemin hangi kaynaklardan, hangi olay adıyla ve hangi event_id değeriyle gönderildiğini kontrol etmektir.
Ancak tarayıcı ve sunucu kaynaklarında iki olay görünmesi tek başına çift dönüşüm sayıldığı anlamına gelmez. Bunlar aynı gerçek olaya aitse doğru tekilleştirme beklenir.
Meta Pixel’de İki Olay Görünmesi Her Zaman Çift Dönüşüm müdür?
Hayır. Meta Pixel ve Conversions API birlikte kullanıldığında aynı gerçek kullanıcı işlemi hem tarayıcı hem sunucu tarafından bildirilebilir.
Bu durumda Events Manager içerisinde farklı bağlantı kaynaklarına ait olayların görülmesi normal olabilir. Önemli olan Meta’nın bunları aynı gerçek dönüşüm olarak tanıyıp tanımadığıdır.
Normal olabilecek durum
Bir satın alma işlemi tarayıcı ve sunucu tarafından bildirilir. Olay adı ve eşleştirme kimliği uyumludur. Meta aynı dönüşümü tekilleştirebilir.
Gerçek inceleme gerektiren durum
Aynı sipariş için farklı event_id değerleri gönderilir veya tarayıcıda Purchase olayı iki kez tetiklenir. Yinelenen kayıt ihtimali araştırılmalıdır.
Ayrıca Meta Ads Manager’daki ilişkilendirilmiş sonuçlar, web sitenizin sipariş yönetim sistemindeki ham sipariş sayısıyla aynı ölçüm değildir. Dönüşüm ilişkilendirme ayarları da raporlanan sonuçları etkileyebilir.
Meta Pixel ve Conversions API Olay Tekilleştirme Sistemi Nasıl Çalışır?
Meta Pixel ve Conversions API birlikte kullanıldığında aynı kullanıcı işlemine ait olayların tekrar sayılmaması için deduplication adı verilen tekilleştirme mekanizması kullanılabilir.
Yaygın tarayıcı–sunucu tekilleştirme yönteminde aynı gerçek işlem için event_name ve event_id değerlerinin uyumlu olması önemlidir.
| Alan | Tarayıcı olayı | Sunucu olayı |
|---|---|---|
| event_name | Purchase | Purchase |
| Olay kimliği | eventID: order-1042 | event_id: order-1042 |
| Kaynak | Browser / Pixel | Server / CAPI |
| Gerçek işlem | Sipariş 1042 | Sipariş 1042 |
Tablodaki olay kimliği örnek amaçlıdır. Gerçek sistemlerde benzersiz ve aynı işleme bağlı kimlikler kullanılmalıdır.
Basitleştirilmiş teknik örnek
Aşağıdaki örnek, tarayıcı ve sunucu olayında ortak kimlik kullanımının mantığını göstermektedir. Canlı siteye doğrudan eklenmek üzere hazırlanmış uygulama kodu değildir.
Meta Pixel Dönüşümleri İki Kez Sayıyorsa 7 Olası Neden
Dönüşümlerin tekrar kaydedildiği düşünülen sitelerde, doğrudan Pixel’i silmek yerine olayların hangi kaynaktan ve hangi koşullarda gönderildiği incelenmelidir.
Pixel ve Conversions API Farklı event_id Gönderiyor Olabilir
Aynı satın alma işlemi hem tarayıcıdan hem sunucudan gönderiliyorsa Meta’nın bu iki olayı eşleştirmesi gerekir.
Tarayıcı ve sunucu tarafında farklı olay kimlikleri kullanılması, eşleştirme sürecini bozabilecek temel sorunlardan biridir.
Nasıl kontrol edilir?
- Events Manager’da ilgili veri kaynağını seçin.
- Test Events bölümünde işlem oluşturun.
- Browser ve Server olaylarını inceleyin.
- Olay adlarını karşılaştırın.
- Varsa event_id bilgilerini doğrulayın.
Nasıl düzeltilir?
Aynı gerçek işlem gerçekleştiğinde her iki kaynağa ortak bir olay kimliği aktarılmasını sağlayın.
Bu kimlik, farklı satın alma işlemlerinde yeniden kullanılmamalıdır.
Aynı Meta Pixel Web Sitesine İki Kez Kurulmuş Olabilir
WordPress veya başka içerik yönetim sistemlerinde aynı Pixel kimliği birden fazla araç üzerinden yüklenebilir.
Örneğin bir eklenti Meta Pixel’i otomatik eklerken Google Tag Manager içerisinde aynı olayları gönderen ikinci bir etiket bulunabilir.
Kontrol edilmesi gerekenler
- WordPress Pixel eklentilerini inceleyin.
- Google Tag Manager etiketlerini kontrol edin.
- Temaya manuel Pixel kodu eklenip eklenmediğine bakın.
- Site oluşturucu veya e-ticaret entegrasyonlarını inceleyin.
- Aynı olayın kaç kez tetiklendiğini test edin.
Çözüm
Her olayın hangi araç tarafından gönderileceğini belirleyin. Gereksiz yinelenen kurulumları kaldırın. Ancak veri akışının devam ettiğini test etmeden tüm entegrasyonları kapatmayın.
Google Tag Manager Tetikleyicileri Yanlış Yapılandırılmış Olabilir
Google Tag Manager üzerinden Meta olayları gönderiliyorsa etiketin hangi koşulda çalışacağı önemlidir.
Bir Purchase veya Lead olayının aynı kullanıcı işleminde iki ayrı tetikleyiciyle çalışması, ölçüm tekrarlarına yol açabilir.
Örnek senaryo
Form gönderimi için hem teşekkür sayfası görüntülenmesi hem de form başarı olayı üzerinden Lead gönderiliyorsa tek başvuruda iki olay tetiklenebilir.
Nasıl kontrol edilir?
- GTM Preview modunu açın.
- Form veya satın alma işlemini test edin.
- İlgili etiketin kaç kez çalıştığını inceleyin.
- Birden fazla tetikleyici olup olmadığını kontrol edin.
- Başarısız işlemlerde yanlış olay oluşup oluşmadığını test edin.
Teşekkür veya Sipariş Tamamlama Sayfası Yeniden Açıldığında Olay Tekrarlanıyor Olabilir
Bazı web sitelerinde dönüşüm takibi teşekkür sayfasının görüntülenmesine göre yapılır.
Kullanıcı sayfayı yenilediğinde, tarayıcı geçmişinden tekrar açtığında veya aynı bağlantıya yeniden girdiğinde dönüşüm olayı tekrar çalışabilir.
Çözüm
- Olayı gerçek sipariş veya form kaydıyla ilişkilendirin.
- Sipariş kimliğini kontrol edin.
- Aynı işlem için tekrar olay gönderimini engelleyin.
- Sayfa yenileme ve geri dönüş senaryolarını test edin.
Amaç, tek bir gerçek işlemi doğru biçimde ölçerken yeni ve bağımsız işlemleri kaçırmamaktır.
E-Ticaret Entegrasyonu ile Manuel Olay Kurulumu Birlikte Çalışıyor Olabilir
E-ticaret altyapıları satın alma, sepete ekleme veya ödeme başlatma olaylarını otomatik oluşturabilir.
Aynı olaylar daha önce manuel kod, GTM veya başka bir uygulama ile eklenmişse tekrar kayıt oluşabilir.
Nasıl incelenir?
- Mevcut e-ticaret entegrasyonlarını listeleyin.
- Otomatik gönderilen standart olayları belirleyin.
- Manuel Pixel kurulumlarıyla karşılaştırın.
- Purchase, InitiateCheckout ve AddToCart olaylarını ayrı test edin.
- Her olay için sorumlu veri kaynağını netleştirin.
Standart Olay ve Özel Dönüşüm Birlikte Yanlış Yorumlanıyor Olabilir
Meta Events Manager’da standart olaylar ile belirli kurallara göre oluşturulan özel dönüşümler birlikte kullanılabilir.
Örneğin bir Purchase olayı, tanımlanan özel dönüşüm koşullarını da karşılıyor olabilir.
Bu durumda iki ayrı ölçüm tanımında sonuç görülmesi, her zaman iki gerçek sipariş olduğu anlamına gelmez.
Nasıl teşhis edilir?
- Standart olay listesini inceleyin.
- Özel dönüşüm kurallarını kontrol edin.
- İki metriğin aynı işlemi tanımlayıp tanımlamadığını belirleyin.
- Rapor sütunlarında aynı dönüşümün iki kez toplanıp toplanmadığını değerlendirin.
Meta Ads Manager Dönüşümleri ile Gerçek Siparişler Yanlış Karşılaştırılıyor Olabilir
Meta Ads Manager’da gösterilen sonuçlar reklamlarla ilişkilendirilen dönüşümleri içerebilir.
İşletmenin sipariş panelindeki toplam siparişler ise farklı veri toplama ve raporlama kurallarına dayanır.
Bu nedenle reklam hesabında görülen sonuç sayısının sipariş sistemindeki toplamla farklı olması mutlaka Pixel’in aynı olayı iki kez gönderdiğini göstermez.
Kontrol edilmesi gerekenler
- Karşılaştırılan tarih aralıkları aynı mı?
- İlişkilendirme ayarları nasıl yapılandırılmış?
- Raporlanan dönüşüm türleri aynı mı?
- İptal edilen veya test siparişleri bulunuyor mu?
- Ölçüm sistemleri aynı zaman dilimini mi kullanıyor?
- Gerçek olay kayıtlarıyla reklam raporu ayrı analiz edildi mi?
Reklamların gerçek ticari sonuçlarla ilişkisini daha iyi anlamak için Instagram reklamları tıklanıyor ama satış getirmiyor yazımızı da inceleyebilirsiniz.
Meta Events Manager’da Çift Dönüşüm Sorunu Nasıl Test Edilir?
Çift dönüşüm şüphesini kontrol etmenin en doğru başlangıç noktası, gerçek bir işlem üzerinden olay akışını incelemektir.
-
Meta Events Manager’ı açın.
İşletmeyle ilişkili doğru veri kaynağını ve Pixel/Dataset yapılandırmasını seçin.
-
Test Events bölümüne geçin.
Tarayıcı veya sunucu olaylarını kontrol etmek için mevcut test araçlarını kullanın.
-
Tek bir test işlemi oluşturun.
Gerçek satış raporunu kirletmeyecek şekilde kontrollü form veya test siparişi hazırlayın.
-
Olay kaynaklarını inceleyin.
Aynı işlemin Browser ve Server kaynaklarından gelip gelmediğini belirleyin.
-
Olay adı ve kimliğini karşılaştırın.
Purchase veya Lead gibi olay adlarıyla event_id değerlerini kontrol edin.
-
Tekilleştirme ve uyarıları inceleyin.
Diagnostics alanındaki ilgili uyarıları ve mevcut olay ayrıntılarını değerlendirin.
-
Sayfa yenileme senaryosunu deneyin.
İşlemi tamamladıktan sonra sayfayı tekrar açarak aynı dönüşümün yeniden gönderilip gönderilmediğini kontrol edin.
-
Düzeltmeyi uygulayıp tekrar test edin.
Sorunun kaynağına göre entegrasyonu düzenleyin. Yeni ve bağımsız işlemlerin doğru ölçüldüğünü de doğrulayın.
WordPress Sitesinde Meta Pixel İki Kez Çalışıyorsa Nereler Kontrol Edilmeli?
WordPress sitelerinde Pixel ve Conversions API bağlantıları eklenti, manuel kod veya Google Tag Manager aracılığıyla oluşturulabilir.
Bu nedenle aynı ölçümün birden fazla kanaldan gönderilip gönderilmediğini belirlemek için kurulum envanteri hazırlanmalıdır.
| Kurulum alanı | Olası sorun | Kontrol |
|---|---|---|
| WordPress eklentisi | Otomatik Pixel ve CAPI olayı | Etkin entegrasyon ayarları |
| Google Tag Manager | Yinelenen Purchase/Lead etiketi | Preview ve tetikleyici geçmişi |
| Tema veya header kodu | Manuel Pixel eklemesi | Kaynak kod ve kod ekleme alanları |
| E-ticaret entegrasyonu | İşlem tamamlama olayının tekrar gönderimi | Sipariş ve event_id eşleştirmesi |
| Teşekkür sayfası | Yeniden yüklemede ikinci olay | Sayfa yenileme testi |
Web sitesi altyapısındaki teknik düzenlemeler için WordPress web tasarım hizmetleri sayfamızı inceleyebilirsiniz.
Meta Pixel Çift Dönüşüm Sorunu: Belirti ve Çözüm Tablosu
| Belirti | Olası neden | İlk kontrol |
|---|---|---|
| Bir siparişte iki farklı event_id | Pixel–CAPI kimlik uyuşmazlığı | Browser ve Server olay kimlikleri |
| Purchase yalnızca Browser kaynağından iki kez geliyor | Çift Pixel veya GTM tetikleyicisi | GTM Preview ve aktif entegrasyonlar |
| Sayfa yenilenince Purchase tekrar oluşuyor | Sayfa görüntülemesine bağlı yanlış tetikleme | Sipariş kimliği ve teşekkür sayfası |
| Lead olayı tek formda iki kez geliyor | Form tetikleyicileri veya çift etiket | Form başarı olayı ve GTM |
| Events Manager’da Browser ve Server olayı görünüyor | Normal çift kaynak gönderimi de olabilir | Tekilleştirme durumu |
| Ads Manager ve sipariş paneli farklı | İlişkilendirme ve raporlama farkı | Tarih, metrik ve ilişkilendirme ayarları |
| Purchase ile özel dönüşüm ikisi de sonuç gösteriyor | Örtüşen ölçüm tanımları | Özel dönüşüm kuralları |
Meta Pixel Dönüşüm Hataları İçin 7 Günlük Kontrol Planı
Bu planın amacı tüm ölçüm sorunlarının yedi günde giderileceğini garanti etmek değil, problemin kaynağını sistematik biçimde tespit etmektir.
1. Gün: Ölçüm envanteri
Meta Pixel, Conversions API, GTM ve WordPress entegrasyonlarını listeleyin.
2. Gün: Test Events
Tek bir form veya satın alma işlemi gerçekleştirin. Oluşan olayları inceleyin.
3. Gün: Kimlik kontrolü
Browser ve Server olaylarının adlarını ve event_id değerlerini karşılaştırın.
4. Gün: GTM denetimi
Tetikleyicileri ve çift çalışan etiketleri belirleyin.
5. Gün: Sipariş ve form testi
Sayfa yenileme, geri dönme ve yeniden açma senaryolarını kontrol edin.
6. Gün: Rapor ayrımı
Ham olay kayıtlarını, özel dönüşümleri ve Ads Manager sonuçlarını ayrı değerlendirin.
7. Gün: Düzeltme ve doğrulama
Gerekli yapılandırma değişikliklerini uygulayın ve kontrollü testlerle doğrulayın.
Meta Pixel Dönüşümleri İki Kez Sayarken Yapılmaması Gerekenler
Pixel’i doğrudan kaldırmak
Sorunun kaynağı bulunmadan bütün Pixel kurulumunu kaldırmak, doğru çalışan ölçümü de durdurabilir.
Tüm olaylara aynı event_id vermek
Her bağımsız işlem için ayrı kimlik gerekir. Sabit kimlik kullanımı, gerçek olayların yanlış eşleşmesine yol açabilir.
Browser ve Server olayını doğrudan toplamak
Aynı gerçek işlemin iki farklı kaynaktan gelmesi tek başına iki dönüşüm anlamına gelmez.
Ölçüm düzelmeden reklam bütçesini büyütmek
Hatalı dönüşüm sinyalleri kampanya optimizasyonunun değerlendirilmesini zorlaştırabilir. Ölçüm güvenilirliği öncelikle doğrulanmalıdır.
Dönüşüm verisinin reklam dağıtımına etkisiyle ilgili daha geniş bağlam için Meta Ads öğrenme aşaması neden bitmiyor yazımızı inceleyebilirsiniz.
Meta Pixel Çift Dönüşüm Kontrol Listesi
- Doğru Meta veri kaynağı seçildi mi?
- Browser ve Server kaynakları ayrı incelendi mi?
- event_name değerleri kontrol edildi mi?
- eventID ve event_id eşleşmesi doğrulandı mı?
- Farklı işlemler için benzersiz kimlik kullanılıyor mu?
- WordPress Pixel eklentileri listelendi mi?
- Google Tag Manager etiketleri incelendi mi?
- Manuel tema Pixel kodu kontrol edildi mi?
- E-ticaret entegrasyonları incelendi mi?
- Purchase yalnızca tamamlanan işlemde oluşuyor mu?
- Lead olayı yalnızca başarılı başvuruda oluşuyor mu?
- Teşekkür sayfası tekrar açıldığında olay oluşuyor mu?
- Events Manager Diagnostics uyarıları incelendi mi?
- Standart olaylar ile özel dönüşümler ayrıldı mı?
- Ads Manager ilişkilendirme ayarları kontrol edildi mi?
- Test siparişleri gerçek sonuçlardan ayrıldı mı?
- Değişikliklerin tarihi kaydedildi mi?
- Yeni ve bağımsız dönüşümler doğru ölçülüyor mu?
Meta Pixel Çift Dönüşüm Sorunu Hakkında Sıkça Sorulan Sorular
1. Meta Pixel neden aynı satın almayı iki kez sayıyor?
Aynı Purchase olayının birden fazla Pixel kurulumundan gönderilmesi, yanlış GTM tetikleyicileri, teşekkür sayfasının tekrar çalışması veya Pixel–Conversions API tekilleştirme sorunları olası nedenlerdir. Events Manager’da olay kaynakları ve kimlikleri kontrol edilmelidir.
2. Meta Pixel ve Conversions API birlikte kullanılabilir mi?
Evet. Tarayıcı ve sunucu olayları birlikte kullanılabilir. Ancak aynı gerçek işlem için gönderilen kayıtların doğru tekilleştirilmesi önemlidir. Olay adları, kimlikler ve entegrasyon ayarları bu açıdan incelenmelidir.
3. Meta Pixel event_id nedir?
event_id, olayların tanımlanması için kullanılan kimlik bilgisidir. Tarayıcı tarafında eventID, sunucu tarafında event_id olarak kullanıldığı entegrasyonlarda aynı gerçek işlemi eşleştirmeye yardımcı olabilir. Her bağımsız işlem benzersiz şekilde tanımlanmalıdır.
4. Meta Events Manager’da Browser ve Server olaylarının ikisini de görmek sorun mu?
Tek başına sorun değildir. Aynı gerçek dönüşüm iki kaynaktan gönderilebilir. Önemli olan olayların doğru eşleştirilmesi ve gereksiz çift sayım oluşmamasıdır.
5. Meta Ads dönüşüm sayısı gerçek sipariş sayısından neden farklı?
Dönüşüm ilişkilendirmesi, tarih aralıkları, ölçüm eksiklikleri, test işlemleri, özel dönüşümler ve gerçek olay tekrarları bu farkı oluşturabilir. Reklam raporu ile sipariş kayıtları farklı ölçümler olduğu için tek başına sayı farkı, çift Pixel hatası kanıtı değildir.
Sonuç: Meta Pixel Çift Dönüşüm Sorununda Önce Olayın Kaynağı Bulunmalıdır
Meta Pixel dönüşümlerinin iki kez kaydedildiği düşünülen hesaplarda sorunun kaynağı farklı olabilir.
Bazen aynı satın alma işlemi tarayıcı ve sunucu tarafından doğru biçimde gönderilirken, bazen gerçekten yinelenen Pixel kurulumu veya hatalı tetikleme söz konusu olabilir.
Sağlıklı bir teşhis için event_name, event_id, veri kaynağı, tetikleme koşulu ve gerçek işlem kayıtları birlikte incelenmelidir.
Amaç yalnızca dönüşüm sayısını azaltmak değil, gerçekleşen satış ve başvuruları eksiksiz fakat gereksiz tekrar olmadan ölçmektir.
Doğru ölçüm, Meta Ads kampanyalarının performansını daha güvenilir biçimde değerlendirmeye yardımcı olur.
Meta Ads Dönüşüm Verileriniz Gerçek Sonuçlarla Uyuşmuyor mu?
Reklam performansını doğru değerlendirmek için yalnızca tıklama ve sonuç sayılarına değil; Pixel kurulumuna, Conversions API bağlantısına, olay eşleştirmeye ve gerçek müşteri kazanımına birlikte bakmak gerekir.
Zeymedya Reklam Ajansı, Meta Ads reklam yönetimi, dönüşüm optimizasyonu ve dijital pazarlama performans analizi alanlarında işletmelere danışmanlık hizmetleri sunar.
Sosyal Medya Reklamları Dönüşüm Optimizasyonu İletişime Geçin
Meta Pixel Dönüşümleri İki Kez Sayıyorsa 7 Olası Neden ve Çözüm
META ADS | PIXEL VE DÖNÜŞÜM ÖLÇÜMÜ
Meta Events Manager’da tek bir siparişin iki Purchase olayı oluşturduğunu veya tek bir form gönderiminin birden fazla Lead dönüşümü olarak kaydedildiğini mi görüyorsunuz? Meta Pixel ve Conversions API birlikte kullanılıyorsa sorun olay tekilleştirme ayarlarından kaynaklanabilir. Ancak çift kurulum, yanlış tetikleyiciler ve dönüşüm ilişkilendirmesi de ayrıca incelenmelidir.
17 Ekim 2026
Fatih Öztürk
Zeymedya Reklam Ajansı
Meta Pixel
Conversions API
Event Deduplication