Tüm blog yazıları →

GA4’te purchase etkinliğinin görünmesi, siparişin bütün alanlarının doğru gönderildiği anlamına gelmez. Etkinlik gelir ama ürünler boş olabilir. Tutar kargoyla birlikte gönderilebilir. Aynı sipariş, ödeme sayfasına dönüşte yeniden tetiklenebilir. Bu yüzden kontrole etkinlik sayısından değil, tek bir test siparişinin verisinden başlamak daha kolaydır.

Burada mevcut satın alma verisini kontrol ediyoruz. Henüz temel etiket kurulumu yoksa önce GTM ile GA4 kurulum rehberini okuyabilirsiniz. Etiketlerin kurulması, dataLayer alanlarının eşlenmesi ve gönderim testleri ise GA4 kurulumu ve danışmanlığı çalışmasının parçalarıdır.

Önce hangi siparişi karşılaştırdığınızı belirleyin

Bir test siparişi seçin. Sipariş kimliğini, ürünleri, adetleri, ürün tutarını, para birimini ve varsa kargo ile vergi tutarlarını not edin. Ardından aynı sipariş için hazırlanan purchase verisini açın. Sipariş panelindeki toplamla GA4’teki value alanını doğrudan karşılaştırmadan önce iki tutarın hangi kalemleri içerdiğini kontrol edin.

Satın alma sinyalini de doğrulayın. Ödeme düğmesine basılması ile siparişin başarıyla tamamlanması aynı işlem değildir. Başarısız veya iptal edilmiş bir ödeme purchase üretmemeli. Sitede hangi onay durumunun satın alma sayıldığını geliştirici ve pazarlama ekipleri aynı şekilde tanımlamalı.

İşlem kimliği her sipariş için benzersiz olmalı

transaction_id, siparişi diğer satın almalardan ayırır. Yeni sipariş için yeni kimlik gerekir; aynı sipariş yeniden işlendiğinde kimlik değişmemeli. Her sayfa açılışında rastgele bir kimlik üretmek, aynı siparişi farklı satın almalar gibi gösterebilir. Sabit bir deneme kimliğini canlıdaki bütün siparişlerde kullanmak da eksik sayıma yol açabilir.

Google Analytics, aynı işlem kimliğini taşıyan purchase kayıtlarını tekilleştirmek için bu alanı kullanır. Boş metin göndermeyin; farklı siparişlere veya kullanıcılara aynı kimliği atamayın. Kimliğin içine e-posta, telefon veya müşteriyi tanımlayan başka bilgiler koymayın. Örnek paylaşırken gerçek sipariş ve müşteri bilgilerini test değerleriyle değiştirin.

Ürün ve tutar alanlarını birlikte okuyun

purchase verisinde items dizisi bulunmalı. Her üründe item_id veya item_name alanlarından en az biri gerekir; ikisini birden kullanabilirsiniz. Ürün kodlarının sipariş kaynağıyla eşleşmesine bakın. Fiyatı ve adedi sayı olarak gönderin. Örneğin price alanındaki 450 ile ‘450,00 TL’ metni aynı veri türü değildir.

value, ürünlerin price × quantity toplamıdır; shipping ve tax bu toplama eklenmez. Tutar gönderiyorsanız currency de gönderin ve TRY gibi üç harfli ISO 4217 kodu kullanın. Sipariş kaynağınız ürün fiyatını vergi dahil tutuyorsa, vergi hariç ürün tutarına hangi alanın karşılık geldiğini ayrıca belirleyin. Alanları yalnız isim benzerliğine göre eşlemeyin.

Tek ürünle küçük bir test örneği

Aşağıdaki değerler yalnızca test içindir. Aynı üründen iki adet alınmış; birim fiyatı 450, ürün toplamı 900’dür. Kargo bedeli 50 olarak ayrı alanda durur. Vergi alanı bu örneğe eklenmedi; canlı uygulamada varsa kendi kaynağınızdan ayrı olarak eşlenir.

{
  "event": "purchase",
  "ecommerce": {
    "transaction_id": "TEST-ORDER-001",
    "value": 900,
    "currency": "TRY",
    "shipping": 50,
    "items": [
      {
        "item_id": "TEST-SKU-001",
        "item_name": "Test ürünü",
        "price": 450,
        "quantity": 2
      }
    ]
  }
}

Bu, kontrol için hazırlanmış bir JSON örneğidir; sayfaya yapıştırılması tek başına GA4’e veri göndermez. GTM’de hangi dataLayer alanının hangi etkinlik parametresine bağlandığı ayrıca yapılandırılır. Ardışık e-ticaret işlemlerinde önceki nesneden kalan alanların yeni gönderime karışmadığını da kontrol edin.

Çift gönderimin nereden geldiğini bulun

GTM Önizleme’de tek bir sipariş tamamlayın. purchase verisinin kaç kez oluştuğuna, ilgili etiketin kaç kez çalıştığına ve gönderilen işlem kimliğine bakın. Aynı ölçümü hem platform eklentisi hem GTM yapıyorsa iki ayrı kaynak görebilirsiniz. Kaynakları belirlemeden etiket veya eklenti silmeyin; başka ölçümler de aynı yapıyı kullanıyor olabilir.

Sonra onay sayfasını yenileyin, sayfaya geri dönün ve ikinci bir test siparişi oluşturun. İlk siparişin kimliği sabit kalmalı; ikinci siparişinki farklı olmalı. Bu senaryoların her birinde tetiklenen etiketleri not edin. İşlem kimliğiyle tekilleştirme, etiketi neden iki kez çalıştırdığınızı araştırma ihtiyacını ortadan kaldırmaz.

Geçerli veri ile GA4’e ulaşan veri farklı kontrollerdir

Alan adlarını, ürün yapısını ve veri türlerini ücretsiz GA4 analiz aracında kontrol edebilirsiniz. Araç, verdiğiniz örneği inceler. Geçerli sonuç; tetikleyicinin doğru zamanda çalıştığını, ziyaretçinin izin durumunu veya etkinliğin GA4’e teslim edildiğini göstermez.

Canlı gönderimi Tag Assistant ve GA4 DebugView ile ayrıca kontrol edin. Etkinlik görünmüyorsa GA4’te görünmeyen etkinlikler için kontrol sırasını izleyin. Debug oturumundaki izin durumunu da not edin; test yapmak için ziyaretçinin tercihlerini aşan bir kurulum oluşturmayın.

Rapor farkı araştırırken aynı tarih aralığını, para birimini ve sipariş durumlarını karşılaştırın. İade, iptal ve rapor işleme süresi de karşılaştırmayı etkiler. Sorun tek bir örnekten genişse GA4 ve GTM denetiminde kurulum, tetikleyiciler ve veri akışı birlikte incelenebilir.

Kaynaklar ve kurulum desteği

Alanların güncel tanımları için Google’ın purchase etkinliği başvurusuna, uygulama örnekleri için e-ticaret ölçüm kılavuzuna, işlem kimliği davranışı için tekilleştirme açıklamasına bakabilirsiniz.

Kurulumu birlikte incelememizi isterseniz, GA4 kurulum talebinizde hangi sipariş akışını ölçtüğünüzü ve nerede fark gördüğünüzü anlatabilirsiniz. Müşteri bilgisi yerine test örnekleri paylaşın.