İş sorusunu olay toplamından önce yazın
Mağaza yönetimi ekibinin sorusu “ürünler bulunabiliyor mu?” ise keşif adımlarını; “ödeme nerede kayboluyor?” ise satın alma yolculuğunu incelemek gerekir. Bütün tıklamaları toplamak bu soruları otomatik cevaplamaz. Veri, hangi görev veya ticari karar için kullanılacağını gösteren bir tanıma ihtiyaç duyar.
Her soruya karar sahibi, gereken segment ve sonraki eylem ekleyin. Örneğin mobil varyant seçiminde sorun aranıyorsa cihaz ve ürün türü önemlidir; yalnızca mağaza toplamı yeterli olmayabilir. Analist metriği tanımlar, ürün sahibi kimlik yapısını açıklar ve teknik ekip verinin üretildiği noktayı gösterir. İlk kapsamın dar olması eksiklik değildir. İncelenmeyen bir olayı sırf ileride gerekebilir diye toplamak yerine yeni ihtiyacı gerekçesiyle ölçüm planına ekleyin.
Alışveriş akışı için ortak bir sözlük kurun
Ölçüm kurulumunda olay adı ile kaynağını birlikte yazın. Google’ın resmî e-ticaret rehberi liste ve ürün etkileşimi, sepete ekleme, ödeme başlangıcı, satın alma ve iade gibi adımlar için önerilen olayları açıklar. Bunları markanızın gerçek akışına eşleyin; sitede olmayan bir adımı varmış gibi raporlamayın.
Ürün kimliği varyantı mı ana ürünü mü temsil ediyor? Değer hangi kalemleri içeriyor? Para birimi ve miktar hangi sistemden geliyor? Bu soruların tek bir cevap kaydı olsun. İsim değişen bir ürünün kimliği aynı kalabilir; yalnızca ada göre eşleştirme ürün raporunu parçalayabilir. Paket ve çoklu ürün satışında kalemlerin nasıl temsil edildiğini de belirtin. Entegrasyon değiştiğinde sözlükteki kaynak ve sürümü güncellemek, eski ile yeni raporun karşılaştırılabilirliğini değerlendirmeyi sağlar.
| İş sorusu | Ölçüm kapsamı | Doğrulama |
|---|---|---|
| Ürün bulunuyor mu? | Liste ve ürün etkileşimi | Ürün kimliği ve liste bağlamı |
| İlgiden sepete geçiliyor mu? | Sepete ekleme ve ilgili ürünler | Varyant, miktar ve tekrar tetikleme |
| Ödeme tamamlanıyor mu? | Ödeme başlangıcı ve satın alma | İşlem, değer ve para birimi |
| İade nasıl görünüyor? | İade ve ilişkilendirilen işlem | İşlem ve ürün satırı eşleşmesi |
OKUMADAN SONRAKİ ADIMA
Ölçüm sözlüğünüzü oluşturun
İş sorularınızı ve mağaza akışınızı paylaşarak olay kapsamını, doğrulama senaryolarını ve rapor sınırlarını birlikte belirleyelim.
Satın alma kaydını siparişle örnekleyin
Mağaza veri entegrasyonu incelenirken bir siparişin analitiğe nasıl geldiği takip edilmelidir. İşlem kimliği, değer, para birimi ve ürün satırlarını kontrollü bir örnekle karşılaştırın. Başarılı ödeme ekranını yenilemek veya aynı sayfaya dönmek kayıt davranışını değiştiriyor mu? Kurulumun buna nasıl yanıt verdiğini varsaymak yerine test edin.
Başarılı ödeme yanında başarısız işlem, farklı ödeme yöntemi, indirimli sipariş ve kısmi iade senaryoları seçin. Test siparişlerini ayırt eden bir kayıt yöntemi kullanın. Google rehberi satın alma ve iade için ilgili parametreleri gösterir; mağazanızda iptal durumunun otomatik olarak aynı şekilde raporlandığını söylemez. Teknik ekip gönderilen olayı, mağaza sorumlusu sipariş durumunu ve analist rapora ulaşan veriyi doğrulasın. Üç aşama arasında kanıt bulunması hatanın nerede oluştuğunu daraltır.
İzin ve kişisel veri sınırını koruyun
Sunucu taraflı ölçüm kullanmak veri sorumluluklarını ortadan kaldırmaz. Google’ın PII rehberi Analytics’e kimliği tanımlayabilecek bilgi göndermeyi önlemeye odaklanır. E-posta, telefon ve müşterinin yazdığı metin URL veya olay alanına gelişigüzel eklenmemelidir. Gereken veri ile kolayca elde edilen veriyi ayırın.
Onay tercihlerine göre davranışı yetkili gizlilik ve teknik ekip birlikte gözden geçirsin. Kabul, ret ve tercih değişikliği testlerinde hangi etiketin ne yaptığı kayda alınmalı. Sunucuya taşınan olayın izin sınırını aştığını varsayarak tasarım yapmayın. Reklam engelleyici, bağlantı ve tercih farkları nedeniyle görünmeyen etkileşimler olabilir. Yüzde yüz kullanıcı kapsamı vaat etmek yerine bilinen veri sınırlarını raporun yanında belirtin; kişiye özel hukuk yorumu ölçüm panelinin işi değildir.
Kaynak farkını saklamak yerine açıklayın
Performans pazarlama raporunda reklam, Analytics ve sipariş sistemi toplamlarını ayrı tanımlarla gösterin. Saat dilimi, işlem tarihi, atıf yaklaşımı, veri işleme ve iade kapsamı farklı olabilir. Aynı dönem ve aynı sipariş tanımıyla karşılaştırma yapılmadan iki sayının arasındaki farkı kurulum hatası veya kampanya başarısı diye açıklamayın.
Fark kaydında örnek tarih, kaynak, etkilenen sipariş grubu ve araştırma sahibi bulunmalı. Ölçüm kusuru tespit edilirse geçmiş verinin ne kadarının karşılaştırma için kullanılabildiğini belirtin. Huni raporunda adım kaybı, mutlaka kullanıcıya gösterilen teknik hata demek değildir; oturum ve adım tanımını inceleyin, görev testiyle destekleyin. Finansal kayıt, iade mutabakatı ve vergi değerlendirmesi ilgili sistem ve yetkili ekipte kalır. Analitik bu işlere bağlam sağlayabilir fakat yerine geçmez.
Panelden önce kabul ve bakım kaydı oluşturun
Lansman kontrolüne ölçüm kabulünü ekleyin: hangi senaryo geçti, hangisi eksik ve tekrar ne zaman kontrol edilecek? Platform uygulaması veya hazır entegrasyon kullanılsa da verinin doğru gelmesi mağazanızda doğrulanmalıdır. Bir defalık kurulum sonrasında tema, ödeme ve ürün yapısı değişiklikleri ölçümü etkileyebilir.
Bakım kapsamına test senaryosu, sorumlu ve değişiklik tetikleyicisi yazın. Örneğin ödeme sağlayıcısı değişirse satın alma akışı, katalog kimliği değişirse ürün eşleştirmesi tekrar kontrol edilir. Yönetici erişimi ve veri sözlüğü işletmenin devamlılığına uygun şekilde devredilsin. Dashboard tasarımını bundan sonra yapın; her grafik karar sorusuna bağlansın ve veri sınırlaması yanında bulunsun. Çok sayıda grafik, hatalı işlem kaydını güvenilir hale getirmez.
Kurulum kabulü
Kontrollü siparişin olay ve rapor kaydı sipariş sistemiyle eşleşir. Bilinen eksik parametre ve görünmeyen senaryo açık bırakılır; tamamlanmış gibi işaretlenmez.
Değişiklik kontrolü
Tema, ödeme veya veri kaynağı değişikliğinin hangi ölçüm testini gerektirdiği belirlenir. Eski ve yeni kurulum tarihleri yorum için kayda alınır.
Rapor devri
Metrik tanımı, hesap erişimi, veri sınırı ve sorun kanalı sonraki sorumluya teslim edilir. Yeni sorumlu örnek farkı açıklayabildiğinde devir daha güçlü kanıt kazanır.
KARAR VERMEDEN ÖNCE
Sık sorulan sorular
GA4 kurulduğunda e-ticaret otomatik ölçülür mü?
Entegrasyon bazı olayları gönderebilir fakat kapsam ve parametreler mağazanızda test edilmelidir. Temel etiketi görmek, ürün ve işlem verisinin doğru olduğuna yeterli kanıt değildir.
Ürün kimliği neden önemlidir?
Aynı ürün farklı ad veya dilde gösterilebilir. Tutarlı kimlik olayları ve ürün satırlarını ilişkilendirir. Varyant ile ana ürün ayrımının nasıl yapıldığını sözlükte açıkça yazın.
GA4 finansal kayıt yerine geçer mi?
Hayır. Analitik görünürlüğü ve finansal kayıtların amacı farklıdır. İptal, iade ve eksik ölçüm koşullarını açıklayarak sipariş sistemiyle karşılaştırın; vergi veya muhasebe kararını yetkili ekibe bırakın.
Sunucu taraflı kurulum eksik ölçümü tamamen giderir mi?
Böyle bir sonuç varsayılmamalıdır. Mimari bazı veri akışlarını değiştirebilir fakat izin, bağlantı ve kaynak kalitesi yine önemlidir. Kapsamı test edin ve çözülemeyen veri sınırlamasını görünür tutun.
Hangi değişikliklerden sonra tekrar test gerekir?
Ödeme, tema, ürün kimliği, entegrasyon veya onay yönetimi değişiklikleri ilgili senaryoyu etkileyebilir. Her değişikliğin tamamını körlemesine test etmek yerine etkilenen olay ve kritik alışveriş akışını belirleyin.
KAPSAMI BİRLİKTE BELİRLEYELİM
Ölçüm sözlüğünüzü oluşturun
İş sorularınızı ve mağaza akışınızı paylaşarak olay kapsamını, doğrulama senaryolarını ve rapor sınırlarını birlikte belirleyelim.
Ölçümü değerlendirelim