E-ticaret ölçüm planı: hedefler, sorumlular ve kontrol listesi

Ölçüm planı, hangi kodun ekleneceğinden önce hangi kararın hangi veriye dayanacağını tanımlar. Bu rehber proje kapsamına odaklanır. Olay adları ve parametrelerin uygulanması için GA4 teknik olay rehberine, rapor farklarını yorumlamak için Meta ve GA4 karşılaştırmasına geçebilirsiniz.

Önce iş sorusunu belirleyin

“Kaç ziyaretçi geldi?” tek başına bir iyileştirme kararı verdirmez. “Mobilde ürün inceleyenler sepete geçebiliyor mu?” sorusu ise ürün görüntüleme ve sepete ekleme verisinin birlikte değerlendirilmesini gerektirir. Satış yapan mağazada satın alma, teklif toplayan sitede başarıyla iletilmiş başvuru temel sonuç olabilir. Bir WhatsApp tıklaması, tamamlanmış görüşme veya satış olarak adlandırılmamalıdır.

Her hedef için bir karar yazın. Örneğin ödeme adımında kayıp varsa önce hata kayıtları ve ödeme seçenekleri incelenecek; yalnızca reklam bütçesi artırılmayacak. Böylece rapora eklenecek göstergeler gerçek bir kullanım amacı taşır.

Plan hangi alanları içermeli?

• İş sorusu: Bu veriyle hangi kararı vereceğiz?
• Davranış: Kullanıcı tam olarak ne yaptı?
• Tetikleme koşulu: Görüntüleme mi, başarılı işlem mi?
• Veri kaynağı: Mağaza, form yanıtı veya etiket yöneticisi mi?
• Sorumlu: Tanımı kim onaylar, hatayı kim düzeltir?
• Kabul testi: Doğru çalıştığını nasıl göstereceğiz?

Örnek olarak teklif formunda yalnızca gönder düğmesine basılması yeterli değildir. Plan, başarılı sunucu yanıtını esas almalı ve hatalı alan nedeniyle reddedilen başvuruyu ayrı değerlendirmelidir. Bu ayrım yazılmazsa aynı metrik farklı ekipler tarafından farklı yorumlanabilir.

Veri kapsamı nasıl sınırlandırılır?

Rapor için gerekli olmayan alanları sırf erişilebilir oldukları için taşımayın. Ad, telefon veya e-posta gibi alanları olay adına ya da sayfa adresine eklemeyin. İzin tercihinin değişmesi, reklam engelleyici kullanımı ve tarayıcı koşulları test planına dahil edilmelidir. Teknik etiket ayarı tek başına tüm izin gereksinimlerinin karşılandığını göstermez.

Teslimde hangi kanıtlar istenmeli?

Bir ürün, bir sepet ve bir test siparişi üzerinden beklenen sonuçlar kaydedilsin. Başarısız ödeme, sayfa yenileme ve tekrar gönderim de kontrol edilsin. İşlem paneli ile rapor arasında fark olduğunda önce tanım, tarih aralığı ve veri toplama koşulları karşılaştırılsın.

Plan dosyasına sürüm tarihi ve değişiklik notu ekleyin. Tema ya da ödeme entegrasyonu değiştiğinde ilgili testler tekrar çalıştırılmalı. İlk kurulumun doğru olması, sonraki güncellemelerde ölçümün kendiliğinden korunacağı anlamına gelmez.

Ne zaman tamamlanmış sayılır?

Her temel hedef için sorumlu kişi, tetikleme tanımı ve doğrulama sonucu bulunduğunda ilk sürüm kullanılabilir. Her tıklamayı ölçmeye çalışmak yerine karar üretmeyen olayları dışarıda bırakın. Teknik uygulamayı mağaza kapsamıyla birlikte değerlendirmek için sürekli gelişim hizmetini inceleyebilirsiniz.