İki sistemin uyuşmaması, birebir bir karşılaştırma aksini gösterene kadar bir tanım sorunudur.

GA4 raporu CRM, reklam platformu ya da finans kaydıyla uyuşmadığında, önce iki tarafın gerçekten aynı şeyi ölçüp ölçmediğine bakıyoruz. Raporu kaynağına kadar izliyor, kalan farkı açıklıyor ve bu raporun hangi karar için kullanılabileceğini netleştiriyoruz. Elinizde tek bir GA4 raporu için, karşılaştırmaya dayanan ve kullanım sınırını açıkça belirten karar notu kalıyor.

Bir Zeo analistinin bölünmüş bir ışık masasında iki rapor çıktısını karşılaştırması

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

Tüm referansları gör
  • KPMG
  • Acıbadem Sağlık Grubu
  • Mini
  • Ülker
  • Domino’s
  • Otsimo
  • Amazon
  • BMW
  • Shell
  • Hyundai
  • PepsiCo
  • Red Bull
  • MediaMarkt
  • Decathlon
  • Trendyol
  • Hepsiburada
  • Sahibinden.com
  • Bayer
  • Sanofi
  • EY
  • DenizBank
  • Abdi İbrahim
  • Yemeksepeti
  • Akakçe

Saat dilimini, veri kırılımını, filtreleri ve attribution modelini aynı zemine aldıktan sonra raporu event düzeyine kadar izliyoruz. Tartışmalı metriği tanımlıyor, kaynakları hizalıyor, farkı izliyor ve sonucu ikinci analistin incelemesiyle belgeliyoruz.

Çalışma ilkelerimiz

  • Bu rakam gerçekte ne anlama gelmeli? — GA4 raporu ve karşılaştırdığınız kaynak için veri kırılımını, pencereyi, saat dilimini ve filtreleri içeren net bir tanım kuruyoruz.
  • Aynı saat dilimi, aynı kesim noktası, önce bu — Zamanlama farkını eksik veri sanmamak için iki tarafı da aynı saat dilimi ve kesim noktasında yeniden hesaplıyoruz.
  • Rapor, ham event'lere kadar geriye izlenir — Widget'ın sorgusunu, GA4 alanlarını ve altındaki event'leri izleyerek tanımın mı verinin mi nerede ayrıştığını buluyoruz.
  • Hizalamadan sonra kalan şey gerçek mi, beklenen mi, gürültü mü — Hizalamadan sonra kalan farkı ayırıyor, bunun gerçek bir kusur, beklenen bir model farkı ya da kabul edilebilir bir gürültü olup olmadığını açıklıyoruz.
  1. Tartışmalı rakamı çerçeveleme

    Hangi raporun, hangi metriğin ve hangi karar ya da iddianın incelendiğini birlikte netleştiriyoruz. Paydaşlar, hangi rapor ve metriğin incelendiğini doğrular.

    Doğrulama özeti

    İmzalı bir anlaşma sayfasını gösteren çizim karakter
  2. Tanımları ve pencereleri hizalama

    GA4 ile karşılaştırma kaynağı arasındaki veri kırılımını, saat dilimini, filtreleri ve attribution modelini eşliyoruz. Analist hizalanmış karşılaştırma sözleşmesini onaylar.

    Karşılaştırma sözleşmesi

    Devasa bir ölçüm kadranını okuyan çizim karakter
  3. Takip etme ve mutabakat

    Raporun veri yolunu izliyor, karşılaştırmayı çalıştırıyor, sonra rakamların nerede ve neden ayrıştığını ayırıyoruz. Analist tanımın mı verinin mi nerede ayrıştığına karar verir.

    Mutabakat çalışma kitabı

    Büyük bir büyüteçle arama sonucu satırını inceleyen çizim karakter
  4. Karar notunu paylaşma

    Raporun güvenilir, koşullu olarak güvenilir ya da düzeltilmesi gereken durumda olup olmadığını ve nedenini açıkça söylüyoruz. İkinci bir analist teslimden önce kararı gözden geçirir.

    Doğrulama özeti raporu

    Şövale üzerindeki çubuk grafiği anlatan çizim karakter

Önce iki kaynağı gerçekten karşılaştırılabilir hale getiriyoruz

Otomasyon tartışma özetini hazırlar, iki kaynak arasındaki kırılım, saat dilimi veya filtre uyumsuzluklarını işaretler ve raporun sorgusunu alttaki GA4 event'lerine kadar izler. Yorum analistlerde kalır: tanım ile verinin gerçekte nerede ayrıştığı ve bir rapora güvenilip güvenilemeyeceği söylenmeden önce kararın ikinci bir gözle incelenmesi.

Karar notu, farkın nerede ortaya çıktığını gösteren çalışma kayıtlarına dayanıyor.

  • “Doğrulandı” damgalı bir rapor paketi ve bir fark notu

    Çalışma dokümanı

    Mutabakat çalışma kitabı

    Karşılaştırma, hizalanmış pencereler ve rakamların ayrışmaya başladığı kesin nokta.

  • “Doğrulandı” damgalı bir rapor paketi ve bir fark notu

    Rapor

    Doğrulama özeti

    Raporun güvenilir, koşullu ya da düzeltilmesi gereken durumda olduğuna dair kararımız ve gerekçesi.

  • “Doğrulandı” damgalı bir rapor paketi ve bir fark notu

    Referans dokümanı

    Metrik tanım sayfası

    Rakamı ileride sorgulayacak kişinin karşılaştırabileceği yazılı metrik tanımı.

Şu olduğunda tamam sayarız: pencereler ve tanımlar hizalandığında, kalan farkın adı konmuş bir nedeni olduğunda ve ikinci bir analist kararı incelediğinde.

Tüm GA4 property'nizi incelemek yerine, tartışmalı tek bir raporu iki kaynak arasında uçtan uca karşılaştırıyoruz.

Şu durumlarda iyi bir seçim

  • Belirli bir GA4 raporu ya da rakam tartışılıyor, ama paydaşlar karar verirken hangi kaynağa ve hangi tanıma güveneceğini bilmiyor.
  • Yöneticiler ya da kampanya ekibi kullanmadan önce yeni bir raporun veya dashboard'un temel kontrolü gerekiyor.
  • İki sistem farklı rakamlar gösteriyor, ama saat dilimi, filtre, attribution ve event tanımları hizalanmadığı için kimse tartışmalı rapordaki farkın nedenini açıklayamıyor.

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

  • Tek bir tartışmalı rapor değil, tüm GA4 mülkünüzün tam bir denetimine ihtiyacınız varsa, bu GA4 Audit ve İyileştirme Planı işi.
  • Mevcut bir rapor kontrol edilmesin, bir dashboard kurulsun istiyorsanız, bu Looker Studio Dashboard Tasarımı ve Kurulumu işi.

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: herkes tartışmalı tek rapor ve metrikte uzlaştığında ve karşılaştırılacak kaynağı aynı tanımla açıkça belirlediğinde.

  • Google Analytics

    Anlaşmazlığın GA4 tarafını ham oturum ve event tanımlarına kadar izliyoruz

  • BigQuery

    Tartışmalı toplamı, UI raporu yetmediğinde örneklenmemiş satır bazlı event'lerden yeniden kuruyoruz

  • Jupyter

    GA4 export'unu CRM ya da finans verileriyle tek bir izlenebilir notebook'ta birleştiriyoruz

Raporu ve karşılaştırma kaynağını paylaşın. Farkın nerede başladığını, neden oluştuğunu ve sonucun hangi koşullarda kullanılabileceğini birlikte belgeliyoruz.
Raporlama doğrulamasını planla

GA4 neden CRM'imizle ya da finans sistemimizle asla tam uyuşmuyor?

Genelde aynı şeyi ölçmezler. GA4 event'i gerçekleştiği anda sayarken finans sistemi, farklı bir tarihte tahsil edilmiş ve iade edilmemiş siparişi sayabilir. Hangi farkın yapısal kaldığını, hangisinin düzeltilebileceğini açıklıyoruz.

İki rakam tesadüfen uyuşursa ne olur?

Uyuşan toplamlar, birbirini dengeleyen hataları gizleyebilir. Bir rapora güvenmeden önce, mümkünse tekil kayıtlara bakıyor ve ana toplamların yanında uç durumları da test ediyoruz.

Daha büyük sorunlar bulursanız bu tam bir GA4 audit'ine dönüşebilir mi?

Raporu izlerken daha geniş bir sorun görünürse kapsamı sessizce büyütmüyoruz. Durumu açıkça paylaşıyor ve sizi GA4 Audit ve İyileştirme Planı'na yönlendiriyoruz.

Rakamları karşılaştırmak için ne gerekiyor?

Tartışmalı rapora, raporun dayandığı GA4 verisine ve karşılaştırma kaynağına erişim gerekiyor. Karşılaştırma kaynağı CRM export'u, sipariş sistemi ya da reklam platformu olabilir.