Web Analytics · Google Tag Manager

Web dataLayer Kurulumu

Bir tag yalnızca sayfanın gönderdiğini okuyabilir; bu yüzden gönderim, tag kurulmadan önce tanımlanır.

Bir tag manager, sitenin dataLayer'a göndermediği veriyi okuyamaz. Her payload'ı geliştiricinin ek açıklamaya ihtiyaç duymadan uygulayabileceği açıklıkta tanımlar, tag'ler bu veriye bağlanmadan önce çıktıyı doğrularız.

Geliştiricilerin tek spesifikasyondan uygulayabildiği, tag'lerin zamanlamayı tahmin etmeden kullanabildiği bir dataLayer.

dataLayer kurulumunu planlaGoogle Tag Manager Kurulumu ve Yönetimi çalışmalarının tümü
Bir Zeo uzmanı, web sayfasının altına dataLayer rayları döşüyor

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

Tüm referansları gör
  • Acıbadem Sağlık Grubu
  • Domino’s
  • HangiKredi
  • Jack Martin Menswear
  • Koleksiyon Mobilya
  • Axa Hayat Emeklilik
  • Akşam

Nasıl yürütürüz?

Onaylı event listesini uygulanabilir dataLayer sözleşmesine dönüştürürüz

Önce uygulanabilir spesifikasyonu yazar, ardından gerçek çıktının bu sözleşmeye uyduğunu test ederiz. Spesifikasyon, uygulama desteği ve staging testi dört adımda tamamlanır.

Çalışma ilkelerimiz

  • Her payload'ı uygulamaya hazır biçimde tanımlarız — Her event için obje yapısını, alan adlarını, veri tiplerini, zorunlu ve opsiyonel değerleri açıkça belirtiriz.
  • Push zamanlamasını belirleriz — Her push'un sayfa yüklenmesi, navigasyon ve asenkron içerikle ilişkili zamanını tanımlarız. Çok erken gönderilen push, onu bekleyen tag tarafından kaçırılabilir.
  • Sayfa yenilenmeyen akışları ayrıca ele alırız — Tam sayfa yenilemesi olmayan sitelerde sanal sayfa görüntülemelerinin ve state değişikliklerinin doğru push edilmesini sağlarız.
  • Gerçek kodu spesifikasyonla karşılaştırırız — Yalnızca browser'daki dataLayer çıktısını değil, production'a alınmadan önce kodu ya da pull request'i de inceleriz.

  1. Event listesini doğrulama

    Ekibinizin üzerinde anlaştığı iş aksiyonları ve event adlarıyla başlarız. Bu aşamada yeni event adı üretmeyiz.

    Doğrulanmış event listesi

    Yapay zeka desteği
    Tracking planından onaylanmış event adlarını çıkarır.
    İnsan onayı
    Bir kişi, kapsama yeni event eklenmediğini doğrular.
    Sorumlular
    Ölçümleme Mühendisi
    İmzalı bir anlaşma sayfasını gösteren çizim karakter

  2. Teknik spesifikasyonu yazma

    Her event için payload yapısını, zamanlamayı ve uç durumları geliştiricilerin doğrudan kullanabileceği bir dokümanda tanımlarız.

    dataLayer spesifikasyonu

    Yapay zeka desteği
    Onaylı event'lerden alan adı ve veri tipi taslağı oluşturur.
    İnsan onayı
    Bir mühendis, spesifikasyonu gerçek sayfa davranışı ve zamanlamayla karşılaştırır.
    Sorumlular
    Ölçümleme Mühendisi, Geliştirici
    Çizim masasında plan çizen karakter

  3. Uygulamayı destekleme

    Geliştirme sırasında soruları yanıtlar, production öncesinde kodun yazılı sözleşmeye uyup uymadığını inceleriz.

    Uygulama gözden geçirme notları

    Yapay zeka desteği
    Pull request'in spesifikasyondan ayrıldığı noktaları işaretler.
    İnsan onayı
    Gerçek kodu yayın öncesinde bir uzman gözden geçirir.
    Sorumlular
    Ölçümleme Mühendisi, Geliştirici
    Desenli yapı bloklarını üst üste dizen çizim karakter

  4. Staging'de test etme

    Production'a geçmeden önce browser araçlarıyla dataLayer çıktısını yazılı spesifikasyonla karşılaştırırız.

    Staging test kaydı

    Yapay zeka desteği
    Canlı dataLayer çıktısıyla yazılı spesifikasyonu karşılaştırır.
    İnsan onayı
    Bir kişi, sonucu gerçek browser araçlarında doğrular.
    Sorumlular
    Ölçümleme Mühendisi, QA İncelemecisi
    Devasa bir ölçüm kadranını okuyan çizim karakter

dataLayer sözleşmesi, geliştiricinin tahmin yapmasına yer bırakmamalıdır

Otomasyon üzerinde anlaşılan event adlarını tracking planından çeker, alan adlarını ve tiplerini taslaklar, bir pull request'in spesifikasyondan saptığı yerleri işaretler ve canlı çıktıyı yazılanla karşılaştırır. Sınırı insan tutar: kurulum sırasında kapsama yeni event girmez, bir mühendis spesifikasyonu gerçek sayfa zamanlamasına karşı kontrol eder ve çıktıyı bir kişi tarayıcının kendi araçlarında okur.

Ne teslim ederiz?

dataLayer dokümantasyonu, uygulamayı yapan kişiye bağlı kalmamalıdır

Yeni geliştiricilerin de anlayıp sürdürebileceği teknik kayıtlar teslim ederiz.

  • Teknik spesifikasyon

    dataLayer spesifikasyonu

    Her event için payload yapısı ve zamanlamayı içeren, geliştiriciye doğrudan verilebilen teknik sözleşme.

    Kabul koşulu

    Bir geliştirici, hiçbir alanın tipini veya zamanlamasını sormadan her gönderimi uygulayabilir.

    Ritim: Her template değişikliğinde revize edilir

  • Test notları

    Staging test sonuçları

    dataLayer production'a alınmadan önce yapılan kontrolleri ve doğrulanan sonuçları gösteren kayıt.

    Kabul koşulu

    dataLayer canlıya alınmadan önce ilgili her sayfa tipi staging'de kontrol edilir.

    Ritim: Her yayın öncesi kaydedilir

  • Kullanım kılavuzu

    Bakım notları

    Yeni sayfa şablonu, framework ya da checkout akışı eklendiğinde yeniden kontrol edilmesi gereken noktalar.

    Kabul koşulu

    Notlar, yeni bir şablonun veya checkout akışının hangi gönderimleri riske attığını söyler.

    Ritim: Checkout değişmeden önce tekrar okunur

Şu olduğunda tamam sayarız: canlı dataLayer çıktısı ilgili her sayfa tipinde yazılı spesifikasyonla eşleştiğinde ve gönderim, ona bağlı herhangi bir tag okumak zorunda kalmadan önce gerçekleştiğinde.

Uyum ve hazırlık

Sitenin göndermediği veriyle tag tetiklenemez

Event'ler tanımlandıysa ancak geliştiricinin uygulayacağı payload, veri tipi ve zamanlama kuralları eksikse dataLayer sözleşmesini hazırlarız.

Şu durumlarda iyi bir seçim

  • İş aksiyonları ve event adları üzerinde anlaştınız, ancak geliştiricinin uygulayabileceği teknik dataLayer spesifikasyonu henüz yazılmadı.
  • Mevcut dataLayer push'larında alanlar eksik kalıyor ya da format ve zamanlama tutarsızlaşıyor, bu yüzden tag'ler aynı event'i güvenilir biçimde okuyamıyor.
  • Front-end framework değişse bile ölçümleme davranışının korunmasını sağlayacak geliştirici sözleşmesine ihtiyacınız var.

Şu durumlarda başka bir çalışma daha doğru

  • İş aksiyonları ve event adları henüz belirlenmediyse önce Ölçümleme Stratejisi ve Tracking Planı çalışması yapılmalıdır.
  • dataLayer hazırsa ve ihtiyaç tag ile trigger kurulumuysa bu ayrı bir iştir. Çoğunlukla GA4 Event ve Dönüşüm Takibi kapsamında ele alınır.

Bunlardan biri sizin durumunuza daha yakınsa, buradan başlayın: Google Tag Manager Kurulumu ve Yönetimi çalışmalarının tümü

Şu olduğunda tamam sayarız: Event listesi tracking planıyla eşleşmiştir, ayrıca payload ve zamanlama kuralları yeni bir event eklemeden uygulanabilir durumdadır.

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

Kullandığımız araçlar

Bu işin arkasındaki araçlar

  • Notion

    Geliştiricinin ek soru sormadan üzerine inşa edebileceği, versiyonlanmış teknik özellik

  • Google Tag Manager

    Özellikteki key'lerin, geliştiricinin push'unu karşılaştırabileceğimiz Data Layer değişkenleri olarak kablolandığı yer

  • Google Tag Assistant

    Sadece bir tag'in tetiklenip tetiklenmediğine değil, staging'de push edilen gerçek objeye bakıyor

Sonraki adım

Geliştiricilerin uygulayabileceği açık bir dataLayer sözleşmesi hazırlayın

Onaylanmış event listenizi paylaşın. Payload spesifikasyonunu yazalım, uygulamayı destekleyelim ve production öncesinde test edelim.
dataLayer kurulumunu planla

Başlamadan önce

Görüşmeden önce sorulanlar

Varsayılan çalışma biçiminde spesifikasyonu biz hazırlar ve kodu inceleriz, uygulamayı geliştiricileriniz yapar. Geliştirici kapasiteniz yoksa doğrudan uygulama seçeneğini ayrıca değerlendirebiliriz.