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. Elinizde GTM, GA4 ve geliştirme ekiplerinin yeniden yorumlamadan uygulayabileceği yazılı bir tracking planı kalıyor.

Tracking planını planla Ölçümleme Stratejisi ve Veri Kalitesi çalışmalarının tümü

Birlikte çalıştığımız 500'den fazla markadan birkaçı

Tüm referansları gö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. Her sorunun iş açısından gerçekten önemli olduğunu ilgili paydaş doğrular.
Soru listesi
Event taksonomisi taslağı
İş aksiyonlarını önerilen event, parametre ve isimlendirme kurallarına dönüştürürüz. Taslağın isimlendirme kuralına uygunluğunu analist kontrol eder.
Taslak taksonomi
Ekiplerle ortak gözden geçirme
Taslağı pazarlama, ürün ve mühendislikle birlikte inceler, aynı kavrama verilen farklı tanımları tekleştiririz. Her event için ortak tanımı paydaşlar onaylar.
Gözden geçirilmiş taksonomi
Tracking planını tamamlama
Onaylanan tanımları kabul kriterleriyle tamamlar, dokümanı uygulayacak ekibin doğrudan kullanabileceği hâle getiririz. Planın yazıldığı biçimde uygulanabilir olduğunu mühendislik lideri onaylar.
Tracking planı

Ö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.

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ı.
Referans dokümanı
İsimlendirme kuralı
Sonradan eklenecek event ve parametrelerin nasıl adlandırılacağını belirleyen, taksonominin tutarlılığını koruyan kurallar.
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.

Ş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.

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.

Bir planlamacının kullanıcı aksiyonlarını duvar ızgarasındaki event kartlarıyla eşlemesi

Ş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.

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.

Bu konuda ürettiğimiz içerikler

VideoYiğit KonurHow to Measure Digital Marketing Investments - Yiğit Konur VideoYiğit KonurYiğit Konur - What We Can Learn From Search Console & Rank Tracking Data to Shape Your SEO Strategy

Notion
Üç ekibin kafasında ayrı tanım taşımak yerine karşısında tartıştığı ortak taksonomi belgesi
Google Tag Manager
Taslak aşamasında kontrol ediliyor, önerilen event adı gizlice bir kopya çıkmasın diye

İş sorularını ve bu sorulara yanıt verecek kişileri birlikte belirleyelim. Ekiplerinizin ortak kullanacağı tracking planını hazırlayalım.

Tracking planını planla

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.

Ekibe göre

Sektöre göre

Araca göre

Ölçümleme Stratejisi ve Tracking Planı

Taslak, ilgili ekiplerin ortak kararıyla uygulanabilir bir plana dönüşür.

İş sorularını toplama

Event taksonomisi taslağı

Ekiplerle ortak gözden geçirme

Tracking planını tamamlama

Tracking planı, uygulamayı kimin yaptığına bağlı kalmamalıdır.

Tracking planı

İsimlendirme kuralı

Kimlik ve consent notları