Web Analytics · GA4 Kurulumu ve Yönetimi
GA4 E-ticaret ve dataLayer Kurulumu
Ecommerce dataLayer'ı, GA4 geliri ile sipariş sisteminiz aynı siparişlerde uzlaştığında biter.
Ecommerce takibi, iadeler, birden fazla para birimi ve paket promosyonlar işin içine girdiğinde kolayca tutarsızlaşır. dataLayer şemasını gerçek katalog ve checkout akışınıza göre kurar, GA4 gelirini ödenen siparişlerle karşılaştırırız. Elinizde gelir ve item verisi sipariş sisteminizle karşılaştırılmış, iade ve tekrar sayım gibi sınır durumları ele alınmış bir GA4 ecommerce kurulumu kalıyor.
Birlikte çalıştığımız 500'den fazla markadan birkaçı
Tüm referansları gör
Nasıl yürütürüz?
Şema kararlarını gerçek checkout ve sipariş verisiyle doğrularız
Genel event tasarımından ayrı olarak ürün dizisini, tutar hesaplarını, promosyonları, iadeleri ve tekrar sayımı önleyecek transaction kimliğini ele alırız. Dört adım boyunca katalogdan başlayan veri akışını kurar, uygulamayı test eder ve sonucu sipariş sisteminizle karşılaştırırız.
Çalışma ilkelerimiz
- Item array'i gerçek ürün kataloğuna göre tasarlarız — Varyant, kategori, fiyat ve adet gibi ürün alanlarını GA4 item array'iyle eşleriz. Yapıyı view_item aşamasından purchase event'ine kadar gerçek checkout akışınıza göre kurarız.
- Değer ve para birimi hesaplarını finans kararlarıyla uyumlu hale getiririz — Currency parametresini ve değer hesaplamasını tanımlar, vergi ile kargonun raporlanan tutara nasıl yansıyacağını finans ekibinizin kararı doğrultusunda şemaya dahil ederiz.
- Promosyon ve iade akışlarını ayrı ayrı ele alırız — Merchandising akışları için promotion view ve select event'lerini kurarız. İade edilen tutarın raporlanan gelirden düşmesi için refund event'ini ilgili işlem verisiyle bağlarız.
- Transaction ID ile tekrar sayımı kontrol ederiz — Sayfa yenileme veya checkout'un yeniden çalışması nedeniyle aynı siparişin iki kez sayılmaması için transaction ID kullanımını kurar ve test ederiz.
Katalog ve checkout akışını çıkarma
Gerçek kataloğu, sepeti ve checkout'u inceleriz. GA4'e gönderilmesi gereken ecommerce event'lerini genel bir dokümantasyon listesinden değil, bu akıştan çıkarırız. Analist haritayı gerçek checkout akışınızla karşılaştırır.
E-ticaret event haritası
dataLayer payload'larını tanımlama
Kataloğun ihtiyaç duyduğu currency, değer ve özel parametreler dahil olmak üzere her event'in item ve event payload'ını belirleriz. Geliştirici şemayı gerçek ürün verisiyle kontrol eder.
dataLayer şeması
Uygulamayı satın alma, iade ve promosyonlarla sınama
Şema sorunlarını production'a çıkmadan yakalamak için satın alma, iade ve promosyon akışlarını gerçek işlemlerle veya gerçeğe uygun bir sandbox ortamında test ederiz. Analist işaretlenen her uyuşmazlığı onaydan önce inceler.
Akış testi kaydı
GA4 verisini sipariş sistemiyle karşılaştırma
GA4'teki gelir ve item sayılarını gerçek sipariş verisiyle karşılaştırır, kalan farkları ve açıklamalarını mutabakat kaydına işleriz. Analist kalan farkın kabul edilebilir olup olmadığına karar verir.
Mutabakat özeti
Ecommerce verisini item düzeyinden transaction ve refund'a kadar kurarız
Otomasyon mevcut sepet ve checkout payload'larını GA4 item şemasına karşı ayrıştırır, event ve item alanlarını taslaklar, GA4 ile dataLayer'ın çeliştiği siparişleri işaretler ve gelir farkını hesaplar. Ayrıştırıcının yapamayacağı kararlar insanda kalır: kupon mantığının gerçekte ne anlama geldiği, şemanın gerçek katalog verisine dayanıp dayanmadığı ve kalan farkın kabul edilebilir olup olmadığı.
Ne teslim ederiz?
Uygulanabilir şema ve sipariş verisiyle karşılaştırılmış sonuç
Geliştiricinin doğrudan uygulayabileceği teknik tanımları, mutabakat bulgularını ve değişiklik sonrasında kullanılacak bakım notlarını birlikte teslim ederiz.
Teknik spesifikasyon
Ecommerce dataLayer spesifikasyonu
view_item aşamasından purchase, refund ve promosyon event'lerine kadar kullanılacak event ve item payload'larını geliştiriciye aktarılabilecek ayrıntıda tanımlar.
Test raporu
Mutabakat raporu
GA4 gelirinin ve item sayılarının sipariş sistemiyle nasıl karşılaştırıldığını, bulunan ve açıklanan farklarla birlikte gösterir.
Kullanım kılavuzu
Bakım notları
Katalog, fiyatlandırma veya checkout akışı değiştiğinde şemanın hangi bölümlerinin yeniden kontrol edilmesi gerektiğini açıklar.
Şu olduğunda tamam sayarız: GA4 satın almaları sipariş export'uyla üzerinde anlaşılan fark aralığında mutabık kaldığında ve hem iadeler hem tekrarlanan checkout'lar test edildiğinde.
Uyum ve hazırlık
GA4 geliri ile gerçek siparişler arasında güvenilir bir bağ kurulamıyorsa
Ecommerce event'lerini gerçek ürün ve sipariş verisine göre kurar ya da mevcut GA4 gelirinin sipariş sistemiyle neden uyuşmadığını inceleriz.
Şu durumlarda iyi bir seçim
- GA4 gelir rakamları sipariş sistemiyle uyuşmuyor ve kimse satın alma, iade ya da tekrar deneme kayıtlarını karşılaştırıp farkı açıklamıyor.
- Yeni bir mağaza, sepet ya da checkout akışı açıyorsunuz ve ecommerce event'lerinin sıfırdan kurulması gerekiyor.
- İade, çoklu para birimi ve paket promosyonlar kullanılıyor, ama item düzeyindeki veri bu akışları güvenilir biçimde açıklayamıyor.
- dataLayer, checkout kodu ve sipariş export'u erişilebilir durumda, ama payload gerçek ürün verisiyle henüz karşılaştırılmıyor.
Şu durumlarda başka bir çalışma daha doğru
- Ecommerce şeması değil, property genelindeki event adları ve key event kararları tartışılıyorsa doğru kapsam GA4 Event ve Dönüşüm Takibi çalışmasıdır.
- GA4 ile finans verisi arasındaki fark attribution, kimlik veya başka bir ecommerce dışı nedenden kaynaklanıyorsa kapsam GA4 Raporlama, Veri Doğrulama ve Mutabakat çalışmasına girer.
Bunlardan biri sizin durumunuza daha yakınsa, buradan başlayın: GA4 Kurulumu, Audit ve Yönetim çalışmalarının tümü
Şu olduğunda tamam sayarız: item dizisi, para birimi kodları ve kupon mantığı, kurulum başlamadan önce gerçek ürün verisiyle doğrulandığında.
Ölçümleme sisteminizi kuran ekip
Zeo, bir iş kararını kurallara bağlı veri toplamaya ve sizin kontrol edebileceğiniz raporlamaya bağlayan ölçümleme sistemleri kuruyor. Burada gördüğünüz kişiler, bu sistemin sayfanın kapsadığı bölümünde çalışıyor.
Zafer Yıldız
Web Analytics Manager
Abdullah Tanıdır
Performance Marketing Team Lead
İlker Emir
Senior Performance Marketing Executive
Sevda Yurtvermez
Performance Marketing Team Lead
İpek Ezer
Performance Marketing Executive
Deniz Çağın Demirci
Frontend Developer
Mehmet Aktuğ
Co-Founder & COO
Serap Yurtvermez
Performance Marketing Team Lead
Onur Durdağı
Performance Marketing Executive
Ezgi Gülsen Yaylı
SEO Manager
Mirzamin Aghazada
UI/UX Designer
Kullandığımız araçlar
Bu işin arkasındaki araçlar
Google Analyticsgelirin tek bir toplam yerine sipariş sipariş karşılaştırıldığı gelir raporu
Google Tag Managerşemanın tanımladığı item array'ini ve ecommerce nesnesini alan alan okuyor
Google Tag Assistantgerçek bir siparişin gönderdiği item array'ini parametre parametre kontrol ediyor
Bu çalışma nereye bağlanır?
Devam edin
Aynı yetkinlik
GA4 Audit ve İyileştirme Planı
Ciroyu ödenen siparişlerle karşılaştırmak tek bir kontroldür; birden fazla domain ve entegrasyon property'yi besliyor ve hiçbiri çıkarılmamışsa kapsam denetimi gerekir.
Aynı yetkinlik
GA4 Kurulumu ve Yapılandırma
Ecommerce dataLayer'ı mevcut stream ve kimlik ayarlarının içine ateşlenir; bu ayarlar hiç gözden geçirilmediyse property kurulumu şemadan önce gelir.
Aynı yetkinlik
GA4 Event ve Dönüşüm Takibi
Item dizisi ve iade mantığı checkout'ta biter; kayıt, lead ya da abonelik gibi checkout dışı aksiyonların event adları ve dönüşüm tanımları ayrıca belirlenir.
Sonraki adım
GA4 ecommerce gelirinizi sipariş verisiyle karşılaştıralım
Başlamadan önce
Görüşmeden önce sorulanlar
GA4 geliri sipariş sistemimizle neden uyuşmuyor olabilir?
En sık karşılaştığımız nedenler, iadelerin geliri azaltacak şekilde bağlanmaması, yeniden denemelerin tekrarlı purchase event'i üretmesi veya uluslararası siparişlerde currency parametresinin eksik kalmasıdır. Çözüm önermeden önce farkın hangi nedenden kaynaklandığını belirleriz.
Abonelik ve tekrarlayan faturalandırma bu kapsama giriyor mu?
Tekrarlayan ücret aynı checkout dataLayer'ından geçiyorsa bu çalışmada ele alınabilir. Ödeme tamamen server-side gerçekleşiyor ve browser event'i üretmiyorsa server-side veya API tabanlı bir event gerekir. Geçerli yönlendirmeyi mevcut akışa göre belirtiriz.
Checkout platformunu değiştiriyorsak çalışma nasıl ilerler?
Yeni dataLayer şemasını platform geçişiyle birlikte kurabiliriz. Böylece ecommerce takibi sonradan mevcut akışa eklenmek yerine yeni checkout yapısının parçası olarak başlar.
Satın alma akışlarını test etmek için hangi erişimler gerekiyor?
dataLayer'a veya checkout koduna erişim, test siparişi verebileceğimiz bir yol ya da sandbox ortamı ve mutabakat için sipariş export'u veya admin paneli gerekir.