Web Analytics · Ölçümleme Stratejisi
Ölçümleme Stratejisi ve Tracking Planı
Her event için üzerinde anlaşılmış tek bir yazılı tanım; geliştirici sprint ortasında tanım uydurmak zorunda kalmadan önce.
Ne izleneceği uygulamadan önce yazılmadığında tracking yapısı kısa sürede dağılır. İş sorularını netleştirir, pazarlama, ürün ve mühendisliğin ortak kullanacağı bir event taksonomisi oluştururuz.
GTM, GA4 ve geliştirme ekiplerinin yeniden yorumlamadan uygulayabileceği yazılı bir tracking planı.
Birlikte çalıştığımız 500'den fazla markadan birkaçı
Tüm referansları görNasıl yürütürüz?
Taslak, ilgili ekiplerin ortak kararıyla uygulanabilir bir plana dönüşür.
Ölçülebilen her etkileşimi toplamak yerine, cevaplanması gereken iş sorularından hareket ederiz. Dört adımda iş sorularından onaylanmış tracking planına ilerleriz.
Çalışma ilkelerimiz
- İş sorularını netleştirme — Tracking verisinin hangi kararları desteklemesi gerektiğini belirler, ardından bu sorulara yanıt verecek event'leri çıkarırız.
- Ortak isimlendirme kuralı — Tüm event'lere uygulanacak bir isimlendirme kuralı yazarız. Böylece "purchase" adı nerede kullanılırsa kullanılsın aynı anlamı taşır.
- Kimlik ve consent davranışı — Kullanıcıların oturumlar ve cihazlar arasında nasıl tanımlanacağını, her consent durumunda hangi ölçüm davranışına izin verileceğini belirleriz.
- Yazılı kabul kriterleri — Her event'in doğru çalıştığını gösterecek koşulları yazar, sonraki testlerin kişisel yoruma bağlı kalmasını önleriz.
İş sorularını toplama
Paydaşlarla hangi kararları vermeleri gerektiğini ve bu kararlar için önemli olan kullanıcı aksiyonlarını görüşürüz.
Soru listesi
- Yapay zeka desteği
- Görüşme notlarını aday iş soruları altında gruplar.
- İnsan onayı
- Her sorunun iş açısından gerçekten önemli olduğunu ilgili paydaş doğrular.
- Sorumlular
- Ölçümleme Mühendisi, Pazarlama Paydaşı


Event taksonomisi taslağı
İş aksiyonlarını önerilen event, parametre ve isimlendirme kurallarına dönüştürürüz.
Taslak taksonomi
- Yapay zeka desteği
- Soru listesinden event ve parametre adları için taslak üretir.
- İnsan onayı
- Taslağın isimlendirme kuralına uygunluğunu analist kontrol eder.
- Sorumlular
- Ölçümleme Mühendisi


Ekiplerle ortak gözden geçirme
Taslağı pazarlama, ürün ve mühendislikle birlikte inceler, aynı kavrama verilen farklı tanımları tekleştiririz.
Gözden geçirilmiş taksonomi
- Yapay zeka desteği
- Ekiplerin farklı tanımladığı event'leri işaretler.
- İnsan onayı
- Her event için ortak tanımı paydaşlar onaylar.
- Sorumlular
- Ölçümleme Mühendisi, Ürün Ekibi Temsilcisi, Pazarlama Paydaşı


Tracking planını tamamlama
Onaylanan tanımları kabul kriterleriyle tamamlar, dokümanı uygulayacak ekibin doğrudan kullanabileceği hâle getiririz.
Tracking planı
- Yapay zeka desteği
- Onaylanan tanımlardan kabul kriteri taslakları oluşturur.
- İnsan onayı
- Planın yazıldığı biçimde uygulanabilir olduğunu mühendislik lideri onaylar.
- Sorumlular
- Ölçümleme Mühendisi, Mühendislik Lideri


Önce kararları, sonra bu kararları besleyecek event'leri tanımlarız.
Otomasyon görüşme notlarını aday iş sorularına kümeler, event ve parametre adlarını taslaklar, ekiplerin çelişkili tanım verdiği yerleri işaretler ve anlaşılanlardan kabul kriterlerini yazar. Uzlaşma kısmı insana aittir: hangi sorunun önemli olduğu, her event için tek anlam ve planın gerçekten kurulabileceğine dair mühendislik teyidi.
Ne teslim ederiz?
Tracking planı, uygulamayı kimin yaptığına bağlı kalmamalıdır.
Her tanımın, kuralın ve kabul koşulunun yazılı olduğu üç doküman teslim ederiz.
Çalışma dokümanı
Tracking planı
Her event'in adı, parametreleri, anlamı ve kabul kriterleriyle geliştiriciye verilmeye hazır çalışma dokümanı.
Kabul koşulu
Bir geliştirici, plandaki herhangi bir event'i ne anlama geldiğini sormadan uygulayabilir.
Ritim: Her yeni event'te genişletilir
Referans dokümanı
İsimlendirme kuralı
Sonradan eklenecek event ve parametrelerin nasıl adlandırılacağını belirleyen, taksonominin tutarlılığını koruyan kurallar.
Kabul koşulu
Kurala göre adlandırılan yeni bir event, mevcut bir event'le çakışmaz.
Ritim: Hiçbir event yayına çıkmadan önce uygulanır
Referans dokümanı
Kimlik ve consent notları
Kullanıcıların nasıl tanımlanacağı ve her consent durumunda hangi ölçüm davranışına izin verileceği.
Kabul koşulu
Her consent durumu, izin verdiği ölçüm davranışını adlandırır.
Ritim: Policy değiştiğinde revize edilir
Şu olduğunda tamam sayarız: mühendislik lideri planın yazıldığı haliyle kurulabilir olduğunu onayladığında ve her event, bir test uzmanının çalıştırabileceği kabul kriterleriyle geldiğinde.
Uyum ve hazırlık
Aynı iş aksiyonu ekipler tarafından farklı tanımlanıyorsa ortak bir sözleşme gerekir.
Uygulama başlamadan önce iş sorularını, event taksonomisini, parametreleri ve kabul koşullarını ortak bir tracking planında netleştiririz.
Şu durumlarda iyi bir seçim
- Yeni site, uygulama veya özellik geliştiriliyor, ama tracking planı geliştirme başlamadan önce event'leri ve kabul kriterlerini henüz tanımlamıyor.
- Pazarlama ve ürün ekipleri aynı kayıt veya dönüşüm aksiyonuna farklı anlam veriyor, bu yüzden mühendislik tek bir event tanımıyla ilerleyemiyor.
- Tracking bilgisi yalnızca kurulumu yapan kişide kalıyor, bu yüzden ekip değiştiğinde yeni geliştirici event adlarını, parametreleri ve kabul kriterlerini yeniden yorumlamak zorunda kalıyor.
Şu durumlarda başka bir çalışma daha doğru
- İş aksiyonları üzerinde zaten anlaşılmışsa ve ihtiyaç teknik dataLayer kurulumuyla sınırlıysa, bu çalışma Web dataLayer Kurulumu kapsamındadır.
- Toplanacak event'ler yerine stratejik olarak önemli metrikleri belirlemek istiyorsanız, doğru çalışma KPI ve Hedef Mimarisi'dir.
Bunlardan biri sizin durumunuza daha yakınsa, buradan başlayın: Ölçümleme Stratejisi ve Veri Kalitesi çalışmalarının tümü
Şu olduğunda tamam sayarız: Pazarlama, ürün ve mühendislik her event için tek bir tanımı onaylamıştır, bu yüzden tracking planındaki hiçbir ad iki farklı anlam taşımıyor.
Ö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.

Yiğit Konur
Founder & Chief Strategy Officer

Zafer Yıldız
Web Analytics Manager

Abdullah Tanıdır
Performance Marketing Team Lead

Sevda Yurtvermez
Performance Marketing Team Lead

Deniz Çağın Demirci
Frontend Developer

Serap Yurtvermez
Performance Marketing Team Lead

İlker Emir
Senior Performance Marketing Executive

İpek Ezer
Performance Marketing Executive

Onur Durdağı
Performance Marketing Executive

Mirzamin Aghazada
UI/UX Designer

Metehan Urhan
New Business & Partnership Manager
Kullandığımız araçlar
Bu işin arkasındaki araçlar
NotionÜç ekibin kafasında ayrı tanım taşımak yerine karşısında tartıştığı ortak taksonomi belgesi
Google Tag ManagerTaslak aşamasında kontrol ediliyor, önerilen event adı gizlice bir kopya çıkmasın diye
Sonraki adım
Uygulama başlamadan önce tracking planınızı netleştirin


Başlamadan önce
Görüşmeden önce sorulanlar
Tracking kurulumunu da bu görevde yapıyor musunuz?
Hayır. Bu görev yazılı tracking planını üretir. Plan onaylandıktan sonra teknik sözleşmenin uygulanması Web dataLayer Kurulumu, GA4 isimlendirmesi ve key event'ler ise GA4 Event ve Dönüşüm Takibi kapsamındadır.
Ekipler aynı metriği farklı tanımlıyorsa nasıl ilerliyorsunuz?
Farklı tanımları açıkça ortaya koyar, her ekibin ayrı yorumuyla devam etmek yerine paydaşların onayladığı tek bir yazılı tanım oluştururuz.
Tracking planı ne kadar ayrıntılı olur?
Her event için ad, parametreler ve doğru tetiklenme koşulları yazılır. Geliştiricinin tahmin yürütmesine gerek kalmaz. Plan, gerçek kod incelemesinin yerini almaz.
Kimlerin sürece katılması gerekir?
İş sorularını yanıtlayabilecek paydaşlara ve planın kapsadığı site, uygulama veya özellik hakkında bilgi verecek kişilere erişim gerekir. Böylece plan gerçek uygulama kapsamıyla eşleşir.















