Her aksiyon için üzerinde anlaşılmış tek bir ad, key event sayılmak için üzerinde anlaşılmış tek bir kural.

Aynı aksiyon farklı ekiplerce farklı event adlarıyla izleniyorsa GA4 raporları ortak anlamını kaybeder. Event ve key event düzenini iş aksiyonlarından başlayarak kurar, herkesin aynı rakamı aynı şekilde yorumlamasını sağlarız. Elinizde ekibinizin anlayabildiği, test edebildiği ve çalışma sonrasında da düzenli tutabildiği bir event ve key event yapısı kalıyor.

İki Zeo uzmanı, GA4 event kartlarını DebugView merceğinden geçirerek key event panosuna bağlıyor

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

Tüm referansları gör
  • BMW
  • PepsiCo
  • eOfis
  • Dalin
  • Desa
  • Eureko Sigorta
  • GoTürkiye
  • Amazon
  • Shell
  • Hyundai
  • Red Bull
  • MediaMarkt
  • Decathlon
  • Trendyol
  • Hepsiburada
  • Sahibinden.com
  • Bayer
  • Sanofi
  • EY
  • KPMG
  • DenizBank
  • Acıbadem Sağlık Grubu
  • Abdi İbrahim
  • Yemeksepeti

Event modeli, parametreler, key event kararları ve doğrulama GA4 kapsamında ele alınır. Tag, trigger ve container uygulaması bu çalışmaya dahil değildir. Her adım bir sonraki kararı besleyen somut bir çıktı üretir. Anlam, kurulum ve test birbirinden kopmaz.

Çalışma ilkelerimiz

  • İş aksiyonlarını ortak bir event modeline dönüştürürüz — Kayıt, satın alma, form veya kritik sayfa görüntüleme gibi önemli aksiyonları ekibinizle birlikte belirler, bunları sade bir GA4 event setinde toplarız. Böylece her event tek ve ortak bir anlama karşılık gelir.
  • Adlandırma, parametre ve key event kurallarını birlikte tanımlarız — Event adlarının düzenini, taşınacak parametreleri ve bir event'in hangi koşulda key event olarak işaretleneceğini belgeleriz. Benzer event'lerden hangisinin raporlamada kullanılacağı yoruma kalmaz.
  • GA4 ile GTM arasındaki sorumluluk sınırını çizeriz — GA4 içindeki event ve key event yapılandırmasını kurar veya inceler, uygulamanın hangi noktada GTM ekibine aktarılacağını belirleriz. Böylece aynı iş iki kez yapılmaz ve hiçbir adımın sorumlusu belirsiz kalmaz.
  • DebugView'in gösterdiklerini ve gösteremediklerini ayırırız — Temsili kullanıcı akışlarını DebugView ve standart raporlarda test ederiz. GA4'ün gözlemleyemediği durumları ve istisnaları ayrıca kaydeder, daha sonra kurulum hatasıyla karıştırılmalarını önleriz.
  1. İş aksiyonlarını ve anlamlarını netleştirme

    İzlenecek iş aksiyonlarını, kullanılacak adları ve key event olmaya uygun olanları birlikte belirleriz. Böylece anlam konusundaki görüş ayrılıkları raporlama aşamasına taşınmaz. Paydaşlar bir aksiyonun anlamındaki anlaşmazlığı çözer.

    Uzlaşılmış aksiyon listesi

    İmzalı bir anlaşma sayfasını gösteren çizim karakter
  2. Mevcut ve hedef kurulumu eşleme

    Üzerinde uzlaşılan modeli GA4'ün bugün topladığı veriyle karşılaştırırız: mevcut event'leri, taşıdıkları parametreleri ve uygulamanın GTM ekibine geçeceği noktaları hedef yapıda gösteririz. Analist hedef haritanın kurulabilir olduğunu onaylar.

    Event eşleme tablosu

    Çizim masasında plan çizen karakter
  3. Kritik akışları DebugView'de sınama

    Kayıt, satın alma ve form gibi iş açısından önemli akışları DebugView'de adım adım test ederiz. Event ve parametrelerin tasarlandığı biçimde ulaştığını doğrularız. Analist eksikliğin gerçek bir sorun olduğunu doğrular.

    Akış testi notları

    Devasa bir ölçüm kadranını okuyan çizim karakter
  4. Rakamları güvenilir kaynaklarla karşılaştırma

    GA4 verisini güvendiğiniz kaynaklarla karşılaştırırız. Açıklanabilen farkları belgeler, consent, browser engelleyicileri veya platform davranışından kaynaklanan ayrımları ayrıca işaretleriz. Analist her farkı consent, engelleyici ya da platforma bağlar.

    Mutabakat özeti

    Büyük bir büyüteçle arama sonucu satırını inceleyen çizim karakter
  5. Dokümantasyonu ekibe aktarma ve yeniden kontrol koşullarını belirleme

    Dokümantasyonu ekibinizle birlikte gözden geçiririz. Site yenilemesi, consent değişikliği veya yeni bir platform özelliği gibi kurulumu yeniden değerlendirmeyi gerektirecek durumları belirleriz. Ekip hangi tetikleyicinin yeniden kontrolü hak ettiğine karar verir.

    Ekiple aktarım oturumu

    Bayrağı diğerine devreden çizim karakter

İş tanımı GA4'te netleşir, deployment GTM tarafında kalır

Otomasyon property'yi aktif event şemaları ve eşlenmemiş parametreler için tarar, üzerinde anlaşılan event'leri GA4'ün hâlihazırda topladıklarıyla karşılaştırır, DebugView'ın göremediklerini işaretler ve güvenilir kaynaklara karşı farkı hesaplar. Anlam insanda kalır: bir iş aksiyonunun ne olduğu, bir boşluğun sorun mu gürültü mü olduğu ve kalanın neye bağlanacağı.

Teslimler yalnızca kurulum anını kaydetmez. Yeni event eklerken, sorun araştırırken ve sorumluluk başka bir ekibe geçerken başvurulacak çalışma araçlarıdır.

  • Masa üzerinde açılmış event sözlüğü kartları ve bir dönüşüm kontrol listesi

    Çalışma dokümanı

    Event sözlüğü

    Her event'in üzerinde uzlaşılan adını, anlamını ve karşılık geldiği iş aksiyonunu tek yerde toplar. GA4'teki bir event'in neyi ifade ettiğini kontrol etmek için temel başvuru kaynağıdır.

  • Masa üzerinde açılmış event sözlüğü kartları ve bir dönüşüm kontrol listesi

    Yapılandırma şeması

    Parametre ve key event şeması

    Her event'in taşıyacağı parametreleri, bu parametrelerin beklenen değerlerini ve property'nizde key event olarak işaretlenme ölçütlerini gösterir.

  • Masa üzerinde açılmış event sözlüğü kartları ve bir dönüşüm kontrol listesi

    Test notları

    Doğrulama notları

    Test edilen akışları, geçen kontrolleri, gözlemlenemeyen durumları ve bunların nedenlerini kaydeder. DebugView ve raporlardan alınan doğrulama bulgularını da içerir.

  • Masa üzerinde açılmış event sözlüğü kartları ve bir dönüşüm kontrol listesi

    Kullanım kılavuzu

    Bakım ve kullanım kılavuzu

    Mevcut düzeni bozmadan yeni event ekleme yöntemini, sorumlulukları ve kurulumun yeniden incelenmesini gerektirecek koşulları açıklar.

Şu olduğunda tamam sayarız: akışlar DebugView'da temiz biçimde tekrarlandığında, sayılar güvenilir bir kaynakla anlaşılan fark aralığında mutabık kaldığında ve olumsuz senaryolar hiçbir şey üretmediğinde.

Aynı iş aksiyonu GA4'te farklı adlarla izleniyor ya da hangi event'lerin key event olduğu bilinmiyorsa tanımları ortaklaştırıp gerçek akışlarda doğrularız.

Şu durumlarda iyi bir seçim

  • Aynı aksiyon raporlarda birden fazla event adıyla görünüyor ya da hangi event'in key event olduğu açıkça bilinmiyor.
  • Yeni bir site, uygulama veya consent düzeni yaklaşıyor ve mevcut event modeli bu değişikliği karşılayacak durumda değil.
  • Pazarlama, ürün ve analytics ekipleri key event'i farklı tanımlıyor, bu yüzden aynı iş aksiyonu rapordan rapora başka bir anlam taşıyor.
  • İş aksiyonlarının anlamı ilgili sorumlu tarafından biliniyor, ama GA4 event modeli bu ortak tanımları henüz taşımıyor.

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

  • Tag, trigger veya container kurulumu ya da düzeltmesi gerekiyorsa çalışma GTM kapsamına girer. Sizi ilgili göreve yönlendiririz.
  • İş aksiyonlarının anlamını doğrulayacak bir sorumlu yoksa event adlarını sağlam bir iş tanımına bağlayamayız. Bu koşulda anlamlı bir kurulum yapılamaz.

Bunlardan biri sizin durumunuza daha yakınsa, buradan başlayın: GA4 Kurulumu, Audit ve Yönetim çalışmalarının tümü

Şu olduğunda tamam sayarız: ürün ve pazarlama tarafları, tek bir event adı yazılmadan önce her iş aksiyonunun ne anlama geldiğinde anlaştığında.

  • Google Analytics

    DebugView, event'in yalnızca tetiklendiğini değil doğru parametrelerle geldiğini doğruluyor

  • Google Tag Manager

    her eşlenen event'in gerçekten dağıtıldığı yer, GA4 ayarlarından ayrı tutuluyor

  • Google Tag Assistant

    test yolculuklarını adım adım yürüyüp her tag'in gerçekten tetiklendiğini doğruluyor

Mevcut event listenizi paylaşın. Dağınık veya eksik olsa da birlikte inceleyip bu çalışmanın ihtiyacınıza uygun olup olmadığını açıkça değerlendirelim.
Kurulumu birlikte konuşalım

GTM tarafındaki kuruluma da müdahale ediyor musunuz?

Hayır. Tag, trigger ve container kurulumu GTM çalışmasının kapsamındadır. Bu görevde GA4 içindeki event ve key event davranışından sorumluyuz. Aynı yapılandırmanın iki kez yapılmaması için uygulamayı yürüten ekiple koordinasyon kurarız.

Key event tam olarak neyi ifade eder?

Key event, GA4'te conversion olarak izlenmesine karar verdiğiniz event'tir. Satın alma veya nitelikli form gönderimi gibi ticari değeri olan bir aksiyonu temsil edebilir. Seçimi, yalnızca ölçmesi kolay olana göre değil, işletmenin gerçekten değer verdiği aksiyonlara göre birlikte yaparız.

Event ve key event kurulumunu nasıl test ediyorsunuz?

Temsili akışları DebugView'de yeniden çalıştırarak event ve parametreleri gerçek zamanlı izleriz. Ardından standart raporları güvendiğiniz kaynaklarla karşılaştırırız. Reddedilen consent veya terk edilen sepet gibi sınır durumlarını da sınarız.

Başlamak için bizden ne gerekiyor, çalışma sonrasında süreç nasıl ilerliyor?

Başlangıçta GA4'e okuma erişimi ve iş aksiyonlarının anlamını doğrulayacak bir sorumlu gerekir. Keşif varsayılan olarak salt okunurdur. Kurulum ekibinize aktarıldıktan sonra dokümantasyon üzerinden sürdürülür. Site yenilemesi veya consent değişikliği gibi yeniden kontrol koşullarını da önceden belirleriz.