E-Ticaret Ölçüm Denetimi 2026: GA4, Ads ve CAPI İçin Kontrol Listesi

Önce hangi verinin nereye gittiğini çizin

GA4 olayları, Google Ads dönüşümleri ve Meta Conversions API ayrı platform akışlarıdır. Meta’ya CAPI ile olay göndermek GA4’teki eksik siparişi otomatik tamamlamaz. GA4 de yalnız tarayıcıdan veri almak zorunda değildir. Kullandığınız gerçek entegrasyonları ayrı satırlara yazın.

Her satırda başlangıç kaynağı, tetikleme koşulu, hedef mülk veya veri kaynağı ve kullanılan kimlik bulunmalı. Aynı satış birden fazla yoldan gönderiliyorsa tekrarın nerede ayırt edildiğini belirtin. “Sunucu ölçümü kurulu” ifadesi hangi platformda neyin çalıştığını anlatmak için yeterli değildir.

Tabloyu yana kaydırarak inceleyin.

Sipariş tanımını ve örnek test setini hazırlayın

Sipariş oluşturulması, ödemenin tamamlanması ve sevkiyat farklı durumlar olabilir. Havale bekleyen kayıtları kartla ödenmiş satışlarla karşılaştırırken hangi durumu saydığınızı açıklayın. Saat dilimi, iade, iptal, indirim ve gelir tanımı da rapor karşılaştırmasına girmeli.

Kontrollü test ortamında başarılı ve başarısız ödeme, farklı ödeme yöntemi, teşekkür sayfasını yenileme, geri tuşu, dış ödeme sayfasından dönmeme ve tekrar gelen sunucu bildirimi gibi gerçek senaryoları deneyin. Test işlemlerinin normal rapora karışmaması için kullanılan ortamı ve kayıt yöntemini belirleyin.

• Sipariş kimliği bütün adımlarda doğru işlemle ilişkili mi?
• Başarısız ödeme yanlışlıkla satış sayılıyor mu?
• Yenilemede yeni olay kimliği üretilip tekrar sayım oluşuyor mu?
• Farklı ürün ve miktarlarda tutar hesabı doğru mu?
• İade veya iptal durumu ilgili ölçüm akışına nasıl yansıyor?
• İletişim bilgileri yanlışlıkla URL veya olay parametresine sızıyor mu?

GA4’te olay ve işlenmiş kaydı ayrı kontrol edin

Google’ın GA4 e-ticaret rehberi, ürün ve satın alma olaylarının kurulumunu açıklar. Denetimde items içeriğini, kararlı transaction_id değerini ve tutarı gerçek siparişle eşleştirin. Gönderilen isteğin görülmesi, normal raporda doğru işlenmiş sonuç bulunduğunu tek başına kanıtlamaz.

Value alanının olay referansındaki tanıma uyduğunu kontrol edin: ürünlerin price × quantity toplamı; kargo ve vergi ayrı alanlar. Para birimi ve indirim uygulamasını da örnek işlem üzerinde doğrulayın.

Toplam farkı ödeme yöntemi ve cihaz gibi kırılımlarda araştırın. Her ay aynı oranda eksik ölçüm görülmesi bile sürekli atlanan bir akışı gizleyebilir. Ekip için belirlenen uyarı eşiği araştırma önceliği sağlar; eşik altında kalan her farkın doğru olduğu anlamına gelmez.

Google Ads hedeflerinde çift satış ölçümünü arayın

Google Ads dönüşüm ölçümü, işletme için değerli eylemleri izlemek üzere farklı kurulum yolları sunar. GA4 içe aktarımı ile doğrudan Ads etiketi birlikte kullanılıyorsa aynı satışın hangi aksiyonda sayıldığını kontrol edin. Aksiyonun adı “satış” olsa bile gerçekte form veya sepet tıklamasıyla çalışıyor olabilir.

Birincil ve ikincil aksiyonları, kampanyanın kullandığı hedefleri ve sayım tercihlerini kaydedin. Aynı siparişi birden fazla birincil aksiyonda tekrar sayma riskini inceleyin. Sepete ekleme gibi yardımcı davranışları satış sonucu olarak raporlamayın.

GA4 ile neden farklı sonuç çıktığını açıklayın

Karşılaştırılan tarih türü, saat dilimi, kanal kapsamı, atıf ve dönüşüm penceresi farklı olabilir. Her iki grafiğin aynı yönde gitmesi doğrulama için yeterli değildir. Önce rapor tanımlarını eşleştirin; açıklanamayan farklarda test işlemine ve olayın geçtiği veri yoluna dönün.

Meta CAPI’de eşleştirme ile tekrar ayıklamayı ayırın

Meta CAPI’ye gönderilen olayın alınması, müşteriyle eşleştirilmesi, tarayıcı olayıyla tekrarının ayıklanması ve reklama atfedilmesi ayrı aşamalardır. Sunucu isteğinin başarılı yanıtı bütün bu aşamaların doğru tamamlandığını göstermez. Events Manager’daki test ve tanılama bilgileriyle gönderim kaydını birlikte inceleyin.

Meta’nın resmi Business SDK’sındaki Event modeli, sunucu ile tarayıcı olayının aynı olup olmadığının event_id ve event_name birlikte kullanılarak belirlendiğini açıklar. Aynı gerçek işlem için iki yolda bu eşleşme korunmalı. GA4 transaction_id parametresinin bulunması, Meta tarafında doğru event_id aktarımı yapıldığını kendiliğinden göstermez.

Yeniden denemede aynı olay kimliğini koruyun; farklı işlemlere aynı kimlik vermeyin. Gönderim zamanı, olay zamanı, ürün ve tutar bilgisini karşılaştırın. Kimlik eşleştirme kalitesini yükseltmek amacıyla gereksiz kişisel veri toplamayın; sunucu tarafı kurulum kullanıcı tercihlerini veya platform kurallarını aşma yöntemi değildir.

Üç sayıyı birbirine eklemeyin

Tarayıcıdan alınan olaylar, sunucudan alınan olaylar ve işlenen tekil olaylar farklı aşamaları anlatabilir. İlk iki toplamı toplayıp satış sayısı diye sunmayın. Aynı olayın iki kanaldan gönderildiği testte tekrar ayıklamanın çalıştığını ve yeni satışın yanlışlıkla önceki olayla birleştirilmediğini doğrulayın.

Denetim sonucunu düzeltme kaydına dönüştürün

Her bulgu için etkilenen akış, örnek işlem, hata nedeni, sorumlu, düzeltme ve tekrar test sonucunu yazın. Gerçek müşteri bilgilerini rapora gereksiz yere taşımayın; inceleme için kontrollü ve sınırlı kayıtlar kullanın. İstenen sonuç, bir sonraki sorun yaşandığında yeniden başlanmayacak bir denetim geçmişidir.

Kontrol sıklığını satış hacmi, risk ve değişiklik temposuna göre belirleyin. Tema, ödeme sistemi veya etiket değişikliği sonrası kontrolü takvimdeki aylık toplantıya ertelemeyin. Rutin rapor incelemesi ile önemli değişiklik sonrası uçtan uca test farklı ihtiyaçlardır.

Dönüşüm hedefleri Google Ads, Pixel ve CAPI akışı Meta Ads çalışmalarıyla birlikte değerlendirilir. Mağazanın genel ihtiyaçlarını Worgoo E-Ticaret sayfasından inceleyebilirsiniz.

Sonuç

Ölçüm denetimini tek bir fark yüzdesine indirgemeyin. Platformları ayrı haritalayın, işlem tanımlarını eşleştirin ve gerçek senaryolarla olaydan rapora kadar kontrol edin. Açıklanan farklarla düzeltilmesi gereken hatalar ayrıldığında, pazarlama sonuçlarını yorumlamak da daha sağlam bir zemine oturur.