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

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

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

Tüm referansları gör
  • Kuveyt Türk
  • Milliyet
  • MNG Kargo
  • Peak Games
  • Kale

Ö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.
  1. İş 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şı
    Mikrofon sırasının iki yanında sohbet eden iki çizim karakter
  2. 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
    Çizim masasında plan çizen karakter
  3. 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şı
    İmzalı bir anlaşma sayfasını gösteren çizim karakter
  4. 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
    Masasında sayfa yazan çizim karakter

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

    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.

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.

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