Google Ads veya GA4'te görünen satın alma sayısı mağaza panelinden yüksekse, ilk yapılacak iş etiket silmek değildir. Önce iki raporun aynı tarih, sipariş durumu ve dönüşüm tanımını kullanıp kullanmadığı kontrol edilmelidir. Gerçek çift sayım, aynı işlemin ölçüm düzeninde birden fazla dönüşüm gibi kaydedilmesidir; her rapor farkı bu anlama gelmez.
Sorunu toplam sayılarla tartışmak yerine birkaç gerçek siparişin izini sürün. Sipariş kimliği, tarih, tutar, para birimi ve ödeme durumunu birlikte incelemek, hatanın hangi noktada oluştuğunu görünür hale getirir.
Önce raporların kapsamını eşitleyin
Mağaza paneli oluşturulan bütün siparişleri, başka bir rapor yalnız tamamlanan ödemeleri gösteriyor olabilir. İptaller, iadeler, saat dilimi ve raporlama gecikmesi de fark yaratır. Reklam raporundaki ilişkilendirme tarihiyle mağazanın sipariş tarihi her görünümde aynı şekilde ele alınmayabilir.
Karşılaştırma için başlangıç ve bitiş tarihini, saat dilimini ve sipariş durumunu yazın. “Dönüşümler” ile “Tüm dönüşümler” gibi farklı sütunları da ayırın. GA4 ile e-ticaret verilerini okuma rehberi, olay ve rapor tanımlarını netleştirmenize yardımcı olur.
Örneğin mağazada 80 ödenmiş sipariş varken Google Ads'te 95 dönüşüm görünmesi, 15 siparişin mutlaka iki kez sayıldığı anlamına gelmez. Aynı raporda form veya farklı bir işlem hedefi bulunup bulunmadığını inceleyin. Önce ölçülen olayın gerçekten satın alma olduğundan emin olun.
80 mağaza panelindeki ödenmiş sipariş (örnek)
95 Google Ads'te görünen dönüşüm (örnek)
15 fark; tek başına çift sayım kanıtı değildir
Aynı satın alma kaç yerden gönderiliyor?
E-ticaret altyapısının yerleşik entegrasyonu, Google Tag Manager ve sayfaya eklenmiş özel kod aynı anda çalışabilir. Bunların her biri satın alma olayı gönderiyorsa ölçümün nasıl tekilleştirildiğini anlamak gerekir. Sadece birden fazla gönderim görmek de raporda kesin çift sayım bulunduğunu kanıtlamaz; platformun işleme mantığı kontrol edilmelidir.
| Kontrol noktası | Araştırılacak durum |
|---|---|
| Altyapı modülü | Yerleşik Google bağlantısı satın alma gönderiyor mu? |
| Etiket yöneticisi | Aynı olay için birden fazla tetikleyici var mı? |
| Özel kod | Tema veya ödeme sayfasında ek bir etiket bulunuyor mu? |
| Sunucu bağlantısı | Aynı sipariş başka bir kanaldan yeniden bildiriliyor mu? |
| Hedefler | Aynı satın alma farklı dönüşüm işlemleriyle izleniyor mu? |
Diğer reklam platformlarındaki etiketleri de kendi amaçlarıyla kaydedin. Piksel mantığını anlatan rehber, bir olayın farklı sistemlerde izlenmesi ile aynı sistemde hatalı tekrarlanması arasındaki ayrımı anlamak için yararlıdır. Platformlar arasındaki sonuçları körlemesine toplamayın.
İşlem kimliği hangi kurala uymalı?
İşlem kimliği, her siparişi ayırt eden ve o sipariş yeniden bildirildiğinde değişmeyen değerdir. Aynı kimliği bütün siparişlerde kullanmak sayıları eksiltebilir; aynı sipariş için her sayfa açılışında yeni kimlik üretmek ise tekrarların ayırt edilmesini zorlaştırır.
Google Ads, aynı dönüşüm işlemi için aynı işlem kimliğiyle gelen tekrarları tekilleştirmede kullanır. Bu kural farklı dönüşüm işlemlerinin tamamının kendiliğinden birleşeceği anlamına gelmez. [1] Örneğin aynı satın alma hem doğrudan Ads etiketiyle hem GA4'ten içe aktarılan ayrı bir hedefle birincil dönüşüm olarak izleniyorsa hedef düzeni ayrıca incelenmelidir.
GA4'ün işlem kimliğiyle satın alma tekilleştirme açıklaması web veri akışları için geçerlidir; uygulama akışlarında aynı davranış varsayılmamalıdır. [2] Sipariş numarası gibi ticari kayıt kimliğini kullanın; e-posta veya telefon bilgisini işlem kimliği yerine koymayın.
Birincil ve ikincil hedefleri birlikte inceleyin
Hangi dönüşümlerin teklif stratejisinde kullanılacağını, hangilerinin yalnız gözlem amacıyla tutulacağını belirleyin. Aynı satın alma davranışını temsil eden iki hedefin birlikte kullanılması, kampanyanın iş sonucunu olduğundan farklı görmesine neden olabilir.
Ancak hedefleri yalnız isimlerine bakarak kapatmayın. “Satın alma”, “purchase” ve “sipariş” adları farklı kaynakları veya gerçekten farklı işlemleri temsil edebilir. Her hedef için kaynak, tetiklenme koşulu, değer ve kampanya kullanımı kaydedilmelidir.
Dikkat: Ödeme sayfasına ulaşmayı satın alma olarak sayan bir tetikleyici de kontrol edilmelidir. Sepet, ödeme başlangıcı ve tamamlanan satın alma ayrı olaylardır. Başarısız ödeme veya iptal edilmiş işlem, tanımı tamamlanmış satın alma olan hedefi üretmemelidir.
Düzeltme hangi senaryolarla doğrulanmalı?
Kontrollü bir test siparişi oluşturun ve kimliği kaydedin. Başarılı ödeme, teşekkür sayfasının yenilenmesi, aynı sayfaya yeniden dönülmesi ve başarısız ödeme senaryolarını inceleyin. Her durumda beklenen olayı ve gerçek gönderimi karşılaştırın.
İpucu: Etiket inceleme araçları gönderimi gösterir; platform raporlarının işlenmesi farklı zaman alabilir. Anlık test ekranını nihai raporla aynı şey kabul etmeyin. Değişiklik tarihini ve hangi ayarın değiştiğini kaydederek sonraki sonuçların yorumlanmasını kolaylaştırın.
Geçmiş veriyi otomatik olarak düzelmiş saymayın. Düzeltme öncesi ve sonrası dönemlerde ölçüm tanımı değiştiyse raporda belirtilmelidir. Reklam raporlaması içinde bu tarih, performans farkını açıklayan önemli bir nottur.
Düzeltme sonrası test senaryoları
- Başarılı ödeme tek bir satın alma olarak, doğru tutarla kaydediliyor.
- Teşekkür sayfası yenilendiğinde aynı işlem kimliği korunuyor.
- Sayfaya yeniden dönüldüğünde yeni bir dönüşüm oluşmuyor.
- Başarısız ödeme veya iptal edilen işlem satın alma hedefi üretmiyor.
- Değişiklik tarihi ve değişen ayar raporda not olarak duruyor.
Ölçüm sorunu çözülmeden bütçe kararı vermeyin
Şişmiş dönüşüm değeri, kârlı görünmeyen kampanyayı kârlı gösterebilir; eksik ölçüm bunun tersini yaratabilir. Öncelik kampanya bütçesini büyütmekten önce satın alma verisinin güvenilirliğini sağlamaktır.
WebAction'ın reklam yönetimi hizmeti için başvururken kullandığınız altyapıyı, ölçüm bağlantılarını ve fark gördüğünüz raporları belirtin. Kişisel müşteri bilgilerini paylaşmadan hazırlanmış sipariş örnekleri, sorunun sınırlarını belirlemeyi kolaylaştırır.
Sık sorulan sorular
Google Ads ve GA4 sayıları birebir aynı olmak zorunda mı?
Hayır. İlişkilendirme, kapsam, zaman ve veri işleme farkları olabilir. Önce aynı olayın aynı koşullarda karşılaştırıldığını doğrulamak gerekir.
İşlem kimliği eklemek bütün çift sayım sorunlarını çözer mi?
Hayır. Doğru kimlik önemli olsa da farklı hedefler, yanlış tetikleyiciler ve kaynaklar arasındaki kurulum ayrıca kontrol edilmelidir.
Teşekkür sayfasını yenilemek tekrar satın alma gönderebilir mi?
Kuruluma bağlı olarak gönderebilir. Aynı siparişin kimliği korunmalı ve tekrar senaryosu test edilmelidir. Etiketin gönderilmesi ile raporda tekrar sayılması ayrı ayrı incelenir.
Hata düzeltildiğinde eski raporlar da düzelir mi?
Her sistemde ve hata türünde otomatik düzeltme beklenmez. Geçmiş verinin durumu ayrıca değerlendirilir; değişiklik tarihi rapor karşılaştırmalarında açıkça belirtilir.
Kaynaklar
- Google Ads — İşlem kimliği ile yinelenen dönüşümler (17.10.2026)
- Google Analytics — İşlem kimliği ile tekilleştirme (17.10.2026)
