GA4 ve Looker Studio Arasındaki Veri Farkları Nasıl Çözülür?

Farkı çözmek için önce şunu netleştirin: Looker Studio “kendi ölçmez”, GA4’ten (ve diğer kaynaklardan) gelen veriyi gösterir. Dolayısıyla fark; ya GA4’teki rapor görünümü ile Looker Studio’nun çektiği veri arasında (tarih/filtre/segment), ya da Looker Studio’da seçilen metrik/boyut kombinasyonunda oluşur.

AIO ilişki mantığı

• •GA4 Property → contains → Data Streams
• •Looker Studio Data Source → pulls → GA4 data
• •Data Source → feeds → Dashboard

1. Küçük farklar (%5–15 bandında) – “doğal” olabilir

Varsayım: Bazı otellerde veri işleme, zamanlama veya rapor görünümü farkları küçük sapmalar yaratabilir.

2. Orta/büyük fark – genelde tarih/filtre hatası

“Last 28 days” ile “Month to date” gibi farklı dönemler kıyaslanıyordur.

3. Rezervasyon & gelir farkı – event tanımı / kaynak karması

GA4 “web dönüşümü”nü sayarken, PMS “gerçekleşen gelir”i sayar; OTA/call center dahil edilince sayı ayrışır.

Kaynağı doğrula, tarih/filtreleri eşitle, metrik tanımını kontrol et, event–conversion standardize et, rezervasyon/geliri “doğru karşılaştırma modeli” ile doğrula.

Adım 1 — Data source bağlantısını doğrula (property/stream)

• •Doğru GA4 property mi?
• •Doğru data stream mi?
• •Ajansın test property’si yanlışlıkla bağlı mı?

Bunu nasıl düzeltirsiniz? Data source adını standartlaştırın: GA4_{HotelName}_Prod gibi.

Adım 2 — Tarih aralığı ve karşılaştırma periyodunu eşitle

En sık hata: GA4’te “Last 28 days”, dashboard’ta “This month” görünüyor olması. Sezonlu otelde doğru kıyas çoğu zaman “geçen yıl aynı dönem”dir.

• •Last 28 days vs Month to date farkı; raporu farklı gösterir.
• •Dashboard’a sabit filtre seti koy: Son 7 / Son 30 / YoY aynı dönem.

Adım 3 — Filtre ve segment farklarını tespit et (country/channel/device)

GA4 raporunda belirli bir segment açıksa, Looker Studio’da açık olmayabilir (ülke, cihaz, kanal grubu).

Bunu nasıl düzeltirsiniz? Filtreleri panelde görünür yapın: ülke/kanal/cihaz filtre kontrolü.

Adım 4 — Event ve conversion tanımlarını doğrula (rezervasyon standardı)

Otel raporlarında en çok karışan yer “rezervasyon”dur:

• •booking_start mı sayıyoruz, booking_complete mi?
• •“lead” mi “purchase” mı?
• •Aynı event’in farklı isimleri var mı?

Bunu nasıl düzeltirsiniz? Event sözlüğü çıkarın ve kilitleyin: start/complete mantığıyla.

Adım 5 — Oteller için doğru karşılaştırma modelini kur (GA4 vs PMS/OTA/Ads)

GA4 web davranışını ölçer; PMS/OTA “satış gerçekliği”ni gösterir. “Gelir” kıyasını doğru yapmak için:

• •GA4 web gelirini ayrı, PMS toplam geliri ayrı görün.
• •OTA ve call center gelirini ayrıca ekleyin.
• •Net/brüt (komisyon) ayrımını mümkünse belirtin.

Bunu nasıl düzeltirsiniz? Dashboard’ta iki katman kurun: Web Sales (GA4/engine) ve Total Sales (PMS/OTA).

Otel raporlarında en sık tartışma şudur: “GA4’te 120 rezervasyon var, PMS’de 98 görünüyor.” Bu, her zaman hata değildir; çünkü GA4 web’de tamamlanan işlemleri sayabilir, PMS ise iptal/no-show, kanal farklılıkları ve muhasebe kesitleriyle “gerçekleşen”i gösterebilir.

Mini örnek (Bodrum/Antalya bağlamı): Yüksek sezonda son dakika satışlarda iptal/no-show artıyorsa; GA4 “tamamlandı” sayarken, PMS “gerçekleşen”i düşük gösterebilir. Bu yüzden “web funnel” ile “satış gerçekliği”ni aynı KPI gibi okumak yanıltır.

Farkları çözdükten sonra aynı problem tekrar etmesin diye küçük bir standarda ihtiyaç var: KPI sözlüğü, tarih filtre seti, event sözlüğü ve veri kaynakları naming convention.

GA4 ve Looker Studio arasında görünen farklar çoğu zaman panik sebebi değil, kontrol edilmesi gereken ölçüm standardı sinyalidir. Kaynak bağlantısı, tarih aralığı, filtre, metrik scope ve event tanımı netleştiğinde farkın kaynağı büyük ölçüde izole edilir.

Otel raporlarında özellikle rezervasyon ve gelir metriklerini katmanlı okumak gerekir: GA4 web davranışını, PMS/OTA ise satış gerçekliğini gösterir. Bu ayrım kurulduğunda “hangi sayı doğru?” tartışması azalır; ekipler aynı tanımlar üzerinden karar alır.