GA4 ile e-ticaret ölçümünde ilk iş etiketi yüklemek değil, olayın hangi gerçek işletme durumunu temsil edeceğini tanımlamaktır. Ürün görüntüleme, sepete ekleme, satın alma ve iade farklı olaylardır. GTM bu olayları etiketlere bağlayan yönetim katmanıdır; kendi başına doğru satış verisi veya aktif GA4 hesabı oluşturmaz.
Olay sözleşmesi: iş sonucu, veri kaynağı ve sahibi
Her olay için tetikleme koşulu, zorunlu alan, veri kaynağı ve tekrar davranışı belirleyin. Google’ın GA4 e-ticaret belgesi ürün ve işlem olaylarını tanımlar. Örneğin purchase olayında gerçek işlem kimliği, ürünler ve para birimiyle tutarlı değer kullanılır; refund aynı işlemi referans alır. Teknik örneklerin alan adlarını öğrenmek kadar mağazanızın gerçek durumuyla eşleştirmek önemlidir.
- view_item: gerçekten gösterilen ürün ve seçili varyant.
- add_to_cart: sepet işleminin kabul edildiği durum; yalnız buton tıklaması değil.
- begin_checkout: ödeme sürecine gerçek geçiş.
- purchase: mağazanın tanımladığı başarılı sipariş durumu.
- refund: ilgili işlem ve iade kapsamı.
Kapıda ödeme, bekleyen havale veya başarısız kart işlemi farklı statüler oluşturabilir. Satın alma kaydının ödeme kabulü mü, sipariş kabulü mü olduğunu iş modeli için açıkça seçin; bu seçimi bütün raporlarda aynı anlamla kullanın. Müşterinin e-posta veya telefonunu standart olay alanlarına göndermeyin.
Bir olayın üreticisi ile göndericisi farklı olabilir
Sepete ekleme sonucunu uygulama bilir; GTM bu sonucu ilgili etikete iletebilir. GTM'nin düğme tıklamasını görmesi, sepet servisinin işlemi kabul ettiğini göstermez. Sözleşmede olayın hangi başarılı işlemden sonra üretileceği yazmalıdır. Ağ hatası, stok değişimi veya sunucu reddinde aynı başarı olayı gönderilmemelidir. Önce işletme durumunu tanımlamak, etiket ayarındaki karışıklığı azaltır.
Ürün kimliğinde ana ürün ve satılabilir varyant ayrımını açık tutun. Aynı kodun katalog, sipariş ve olay verisinde neyi temsil ettiği bilinmelidir. Para birimi, indirim, ürün tutarı ve sipariş toplamının hangi alanlardan geldiğini belgeleyin. Muhasebe toplamını doğrudan her olayın value alanına kopyalamayın; seçilen olayın resmî parametre tanımını ve işletme raporuyla ilişkisini kontrol edin.
dataLayer verisini gerçek işlemle eşleştirin
dataLayer.push({ ecommerce: null });
dataLayer.push({
event: "purchase",
ecommerce: {
transaction_id: "DEMO-ORDER-001",
currency: "TRY",
value: 500,
items: [{ item_id: "DEMO-SKU", item_name: "Temsili ürün", price: 500, quantity: 1 }]
}
});Bu yalnız alan eşleşmesini anlatan temsili olay örneğidir; canlı siteye sabit işlem kimliği ve sahte ürünle eklenmemelidir. Gerçek kod işlem sonucunu sunucudan güvenilir biçimde almalı, aynı satın almanın yenileme veya geri dönüşle tekrar kaydedilmesini değerlendirmelidir. Tarayıcı içindeki bir işaret tek başına bütün yeniden deneme ve cihaz senaryolarını çözmez.
Temsili kodu canlı işlem verisi sanmayın
Örnekteki sabit kimlik ve tutar yalnız yapıyı anlatır. Gerçek uygulamada sipariş sonucunun yetkili kaynağı, işlem kimliğinin kalıcılığı ve olayın üretildiği an belirlenmelidir. Teşekkür sayfası yeniden açıldığında aynı işlem yeni satışa dönüşmemelidir. Farklı gerçek siparişlerde aynı sabit kimliği kullanmak da ayrı işlemleri karıştırabilir. Teknik kabul bu iki yönü birlikte sınar.
Google'ın e-ticaret belgesinde purchase ve refund için işlem referansı bulunur; kısmi iadede ürün satırı ve miktarın anlamı ayrıca önemlidir. Alanları yazmak yeterli değildir: örnek işlemde ürünler, miktarlar ve raporlanan değerler asıl kayıtla karşılaştırılır. İade kaydı olmayan bir mağazada yalnız tarayıcı etiketini kurarak eksiksiz iade raporu varmış gibi davranmayın.
Çift ölçümü envanter ve rota testleriyle araştırın
Platformun yerleşik GA4 entegrasyonu, GTM ve ayrı gtag kodu aynı anda aynı olayı gönderirse çift ölçüm oluşabilir. Kurulu etiketlerin envanterini çıkarın ve her olayın tek sahibini belirleyin. Tek GTM container bulunması container içinde birden fazla purchase etiketi olmadığı anlamına gelmez; hem sayfa kaynakları hem panel yapılandırması kontrol edilmelidir.
SPA yapısında route değişiminden page_view göndermek için history tabanlı ve manuel mekanizmaları birlikte kullanmadan önce tekrar davranışını inceleyin. İlk sayfa açılışı, iç bağlantı, geri/ileri ve yenileme ayrı test senaryolarıdır. Hangi sistemin sayfa görüntülemesini yönettiğini belgelendirin.
Diğer sütunları görmek için yatay kaydırın.
| Olay | Üreten katman | Kontrol edilecek tekrar |
|---|---|---|
| Ürün gösterimi | Sayfa veya ürün bileşeni | Yeniden render aynı gösterimi çoğaltıyor mu? |
| Sepete ekleme | Kabul edilmiş sepet işlemi | Çift tıklama iki olay üretiyor mu? |
| Satın alma | Yetkili sipariş sonucu | Yenileme aynı işlemi yeniden sayıyor mu? |
| Sayfa görüntüleme | Seçilmiş tek rota mekanizması | Manuel ve otomatik yol birlikte mi? |
Tarayıcıda iki ağ isteği görmek, her zaman iki aynı dönüşüm anlamına gelmez; istek türü ve içeriği incelenmelidir. Tersine tek container görmek de olayın tek gönderildiğini kanıtlamaz. Etiket envanterini olay adı, tetikleyici, hedef ve izin koşuluyla çıkarın. Eski tema kodu, platform eklentisi ve GTM birlikte kontrol edilmelidir. Hesaba erişim olmadan panelin doğru kurulduğu iddiasında bulunulmaz.
SPA testinde yalnız ilk yüklemeye bakmayın
İç bağlantıyla geçiş, geri düğmesi, ileri düğmesi, doğrudan URL ve yenileme ayrı davranış üretebilir. Özellikle aynı bileşenin farklı ürünle kullanıldığı sayfalarda ürün bağlamının güncellendiğini doğrulayın. Önceki ürün verisinin yeni olaya taşınması, olay sayısı doğru olsa bile ürün analizini bozar. Her testte beklenen olay sayısını ve bağlamını önceden yazın.
Bu kurumsal sitenin ölçümü mağaza ölçümünden farklıdır
Bu proje mağaza checkout’u değildir. Mevcut merkezi izleme opt-in çalışır; GTM modu ile Google Ads-only modu birlikte seçilmez. Form lead olayı yalnız API kabulünden sonra hazırlanır. Bu durum alıcının gelen kutusuna teslimi veya GA4 panelinde aktif etiketi kanıtlamaz. Sitede e-ticaret purchase olaylarının mevcut olduğunu varsayarak kurulum örneğini gerçek özellik diye sunmuyoruz.
İşletmenizin GA4 property ve veri akışı gerçek hesabından alınmalıdır; hayalî ölçüm kimliği eklemek kurulumu tamamlamak değildir. Google Ads’e aktarılan dönüşümün hesabı, atıf temeli ve amaç kullanımı ayrıca kontrol edilmelidir. Reklam kampanyaları için Google Ads yönetim rehberi bu verinin karar tarafını ele alır.
Yerel kod incelemesinde merkezi yapılandırma yalnız etkinleştirilmiş production çalışma koşulunda seçilen GTM veya Google Ads modunu kullanıyor. Bu bir hesap paneli incelemesi değildir. Form kabulünden sonra hazırlanan lead olayı ile gerçek teklifin uygun bulunması, satışa dönüşmesi ve e-postanın teslim edilmesi ayrı sonuçlardır. Bu blogdaki mağaza örnekleri projede checkout bulunduğu izlenimi vermemelidir.
Mağazanız için hazırlanacak kurulum dosyasında hesap sahibi, property/veri akışı, yayın yetkisi ve değişikliği geri alacak kişi bulunmalıdır. Kimlikler gerçek hesaptan alınır; blog örneğindeki değerler yapıştırılarak kurulum tamamlanmaz. Test ortamı ile gerçek rapor verisinin karışmaması için kullanılan filtre ve veri işaretleme yöntemi ayrıca belgelenmelidir.
İzin davranışı ve teknik kabul matrisi
Google Consent Mode referansı farklı izin sinyallerinin etiket davranışını etkilediğini açıklar. Consent Mode hukuki onay veya her durumda sıfır veri gönderimi anlamına gelmez. İzin toplama, paylaşma ve etiket davranışı işletmenin ilgili ülkeler ve hizmetler açısından değerlendirilen veri planıyla uyumlu olmalıdır.
- İzin verilmiş ve reddedilmiş durumlarda Tag Assistant akışını kontrol edin.
- DebugView ile olayın adını, parametrelerini ve tekrar sayısını inceleyin.
- Kontrollü siparişi mağaza kaydı ve rapor değeriyle karşılaştırın.
- İade, ödeme ret, sayfa yenileme ve tekrar ziyaret senaryolarını kaydedin.
- Teknik başarıyı raporlama gecikmesi ve atıf farkından ayırın.
Ölçüm ihtiyacını e-ticaret danışmanlığı kapsamında değerlendirirken hesap sahipliği, geliştirme sorumluluğu ve kabul testini baştan konuşun. Hedef daha çok olay göndermek değil, iş kararını güvenilir veriyle desteklemektir.
Resmî kaynak ve yerel kod kontrolü: 9 Ekim 2026. Aktif hesap firing’i ve gerçek sipariş teslimi bu örnek yazıyla doğrulanmış değildir.
Olayın yokluğunu yorumlamadan kapsamı kontrol edin
İzin reddi, tarayıcı kısıtı veya etiket yükleme hatası raporda benzer eksiklikler yaratabilir. Bunların nedeni aynı değildir. İzin verilmiş, reddedilmiş ve tercih değiştirilmiş durumları ayrı test edin. Kullanılan etiketlerin davranışını ilgili resmî belge ve işletmenin veri planıyla karşılaştırın. Consent Mode'un teknik sinyalleri, hukuki uygunluğu kendiliğinden sağlamaz.
Kabul dosyasında test işlemi, beklenen olay, görülen parametreler, tekrar sayısı ve kontrol aracı yer alır. Debug görünümündeki başarı, normal rapora yansıma ve reklam atfı farklı aşamalardır; gecikme veya atıf farkını işlem verisiyle açıklamadan “ölçüm bozuk” demeyin. Son teslim, yalnız etiketin yayımlanması değil olayın hangi gerçek kaydı hangi sınırlar içinde temsil ettiğinin anlaşılmasıdır.
Sipari? ve m??teri verisini izinli ileti?im ak???na ba?lamak i?in e-ticaret CRM ve e-posta otomasyonu rehberini okuyabilirsiniz.
