1. Google Ads, Meta, GA4, OTA ve PMS raporları neden farklı gösterir?

Kısa cevap : Çünkü sistemler farklı “ölçüm metodolojileri” kullanır: attribution modeli, post-click/post-view penceresi, oturum tanımı, gecikme (processing delay), iptal/iadelerin yansıma şekli ve net/brüt gelir mantığı farklıdır. Bu yüzden birebir eşleşme beklemek yerine, her raporu doğru karar için kullanmak gerekir.
Otellerde farkı büyüten 7 yaygın neden:
1) Attribution modeli (krediyi kime yazıyor?)
- •Ads/Meta çoğunlukla reklam odaklı kredi atar (platform mantığı)
- •GA4 kanal katkısını farklı modellerle gösterebilir (journey mantığı)
- •PMS/OTA ise “fiili rezervasyon”u kaydeder (finans mantığı)
2) Ölçüm penceresi (conversion window)
- •Reklam platformları farklı pencereler kullanabilir; “kaç gün içinde” sayılacağı değişir
- •Aynı rezervasyon, bir platformda sayılıp diğerinde sayılmayabilir
3) Post-click vs post-view (özellikle Meta)
- •“Gördü ama tıklamadı” katkısı (view-through) platform raporunu artırabilir
- •GA4 click temelli bakarken Meta farklı bir hikâye anlatır
4) Oturum (session) tanımı ve cross-domain
- •Rezervasyon motoru ayrı domain ise attribution kayabilir
- •GA4’te session kırılıyorsa kanal kredisi değişir
5) Gelir tanımı (brüt/net, komisyon, vergi)
- •OTA raporları komisyon, net gelir gibi farklı tanımlar kullanabilir
- •PMS “fiili” gelirle çalışır; reklam platformu “değer” alanına bağlıdır
6) Veri işleme gecikmeleri (processing delays)
- •Bazı platformlarda raporların “oturması” zaman alır; aynı gün bakınca fark daha büyür
7) İptal/değişiklik senaryoları
- •PMS iptal/modify işleyebilir; GA4/Ads tarafında iptal event’i yoksa gelir şişik kalabilir
Mini Check
- • Fark “attribution penceresi” kaynaklı olabilir mi?
- • Meta’da view-through etkisi devrede mi?
- • Booking engine ayrı domain mi ve cross-domain sağlıklı mı?
- • Net/brüt gelir tanımı raporlarda farklı mı?
Ne yapmalıyım?
- • Rapor farkını “doğal nedenler” listesiyle etiketle (panik yok).
- • Aynı günü değil, aynı dönemi kıyasla (haftalık/aylık).
- • Gelir tanımını tek cümleyle standardize et (brüt/net).
- • Cross-domain ve double-fire QA’sını rutinleştir.

2. Click ve session bazlı ölçüm farkı (platformlar neden “başka dünyada” yaşar?)
Otel tarafında en çok karışan noktalardan biri şudur: “Ads tıklamayı sayıyor, GA4 oturumu sayıyor, PMS rezervasyonu sayıyor.” Bunlar aynı şey değil.
Click (tıklama) bazlı bakış
- •Reklam platformu açısından temel gerçek: “reklam etkileşimi oldu mu?”
- •Tıklama sonrası dönüşüm, platform mantığında “benim katkım”dır
Session (oturum) bazlı bakış
- •GA4 için temel çerçeve: “kullanıcı oturum içinde ne yaptı?”
- •Kanal kredisi, oturumun nasıl başladığına göre değişebilir
- •Cross-domain kırılırsa “oturum devamlılığı” bozulur
Booking/PMS bazlı bakış
- •PMS için gerçek: “fiili rezervasyon kaydı var mı, kaç oda/gece, hangi gelir?”
- •Kanal atfı PMS’te sınırlı olabilir; ama finansal gerçek PMS’tedir
Otel örneği (gerçek hayatta sık olur)
- •Kullanıcı Google Ads’e tıkladı → siteye geldi → daha sonra markayı arayıp direct geldi → rezervasyon yaptı
- •Ads “ben başlattım” der
- •GA4 “son oturum direct” diyebilir veya farklı modele göre dağıtabilir
- •PMS “rezervasyon var” der ama kaynağı farklı yorumlayabilir
Mini Check
- • Siz karar verirken click mi session mı esas alıyorsunuz?
- • Session kırılmasına sebep olan cross-domain sorunu var mı?
- • PMS’te kanal bilgisi nasıl tutuluyor (varsa)?
- • Aynı rezervasyon farklı yerlerde farklı kaynakla mı görünüyor?
Ne yapmalıyım?
- • Yönetim için “booking/PMS” gerçekliğini sabitle.
- • Pazarlama için “platform raporu = optimizasyon sinyali” prensibini kabul et.
- • GA4’ü “journey ve funnel teşhisi” için kullan.
- • Kıyaslarda aynı metrik ailesini karşılaştır (revenue vs revenue).
3. Booking engine ve PMS raporlarıyla uyum (finansal gerçek nasıl alınır?)
Kısa cevap : Finansal gerçek için “tek gerçek kaynak” genellikle PMS’tir; çünkü fiili rezervasyon, iptal/değişiklik ve net/brüt gelir mantığı orada yaşar. Booking engine raporu ise direct kanalın “operasyonel” çıktısını iyi verir; GA4/Ads/Meta ise performans sinyalini.
Bu bölümde hedefimiz şunu netleştirmek: • PMS “finansal gerçek” • Booking engine “direct operasyon gerçeği” • GA4 “journey/funnel gerçeği” • Ads/Meta “optimizasyon sinyali”
OTA raporlarında “komisyon ve net gelir” farkı
OTA raporları çoğu zaman brüt gelir yerine net gelir/komisyon sonrası gelir gibi farklı alanlar sunar. Bu yüzden direct ile OTA’yı kıyaslarken aynı gelir tanımını kullandığınızdan emin olun.
PMS ile GA4 gelir kıyası: neyi beklemeliyim?
Sheet’teki veri noktasına dayanarak pratik bir çerçeve: çoğu ekipte platformlar arası %5–20 arası sapma “normal” kabul edilir; çok daha büyük sapmalarda gerçekten ölçüm veya entegrasyon problemi olma ihtimali artar. Not: Bu oran mutlak kural değildir; pencere, iptal oranı, bot/iç trafik, cross-domain gibi etkenler aralığı değiştirir.
Büyük sapma varsa “kök neden” sırası
- Double-fire var mı? (aynı rezervasyon iki kez)
- Currency/value formatı doğru mu?
- Cross-domain/referral sapması var mı?
- İptaller GA4/Ads tarafında düzeltiliyor mu?
- Bot/iç/test trafik veriyi şişiriyor mu?
Mini Check
- • PMS “direct web” gelirini ayrı görebiliyor musunuz?
- • GA4’te booking_complete value/currency tutarlı mı?
- • OTA raporunda net/brüt tanımı net mi?
- • Büyük sapmada debug/QA rutininiz var mı?
Ne yapmalıyım?
- • Gelir tanımını standardize et (brüt/net) ve raporlarda aynı tut.
- • PMS vs GA4 aylık kıyas tablosu oluştur.
- • Sapma büyürse önce ölçüm kalitesi checklist’ini çalıştır.
- • İptal/değişiklik senaryosu büyüdükçe “adjustment” planı yap.

4. “Tek gerçek kaynak” mantığı (single source of truth) nasıl seçilir?
Net cevap : Tek gerçek kaynak, tüm raporların birebir aynı sayıyı göstermesi değildir; “hangi karar için hangi sistemin otorite olduğu”nun tanımlanmasıdır. Otellerde finansal kararlar için PMS, kampanya optimizasyonu için Ads/Meta, yolculuk teşhisi için GA4 genellikle en doğru otorite setidir.
Bunu bir “karar haritası” gibi düşünün: • Finansal gerçek (gelir/iptal/komisyon): PMS • Kanal optimizasyon sinyali (bidding/bütçe): Ads/Meta • Funnel & UX teşhisi: GA4 • OTA kanal gerçekliği: OTA extranet raporları (komisyon tanımıyla)
Tek gerçek kaynak = tek sayı değil, tek çerçeve
En sağlıklı yönetim toplantısı şu cümleyle başlar: “Finansal sonuçlar için PMS’ye bakıyoruz; kampanya optimizasyonu için Ads/Meta sinyalini kullanıyoruz; GA4 bize nerede kaybettiğimizi gösteriyor.”
Yönetim için en kritik davranış değişikliği
“Ads’te 100 dönüşüm var, PMS’te 80 var” tartışmasını “hangi karar için hangisi?” sorusuna çevirin. • Bütçeyi optimize edeceksen Ads sinyali önemlidir • Gelir kapanışını konuşacaksan PMS önemlidir • UX sprint’i yapacaksan GA4 funnel/path önemlidir
Mini Check
- • Finansal gerçek = PMS kararı kurum içinde net mi?
- • Ads/Meta raporları “optimizasyon sinyali” olarak konumlandı mı?
- • GA4 raporları “teşhis” için mi kullanılıyor?
- • Yönetim toplantısında karar–rapor haritası var mı?
Ne yapmalıyım?
- • “Single source of truth”ü karar bazlı tanımla (tek sayı değil).
- • Yönetim toplantısına 1 slaytlık karar–rapor eşleştirme koy.
- • Sapmayı dönemsel ve metodoloji bazlı yorumla.
- • Büyük sapmalarda ölçüm QA rutini çalıştır.

5. Hangi rapor hangi karar için kullanılmalı? (tek tabloyla bitirelim)
Aşağıdaki tablo, bu blogun “tek gerçek kaynak” çıktısıdır: toplantıda tartışmayı bitirir.
| Rapor / Sistem | Ne için “otorite”? | Neyi iyi anlatır? | Neyi iyi anlatmaz? | Yönetim aksiyonu |
|---|---|---|---|---|
| PMS | Finansal gerçek | Fiili rezervasyon, iptal, net/brüt gelir | Kanal attribution detayları | Bütçe/kanal hedefi, gelir KPI seti |
| Booking Engine | Direct operasyon | Direct rezervasyon akışı, ödeme/onay | View-through, platform kredisi | Web dönüşüm iyileştirme önceliği |
| GA4 | Journey + funnel teşhisi | Drop-off, kanal katkısı, davranış | Reklam platform “kredisi” | UX sprint, landing iyileştirme |
| Google Ads | Optimizasyon sinyali | Kampanya/anahtar kelime performansı, value/ROAS | Finansal net gerçek | Bütçe artır/azalt, bidding |
| Meta | Optimizasyon sinyali + farkındalık | Post-view etkisi, kreatif/segment öğrenimi | PMS ile birebir eşleşme | Kreatif/segment optimizasyonu |
| OTA Extranet | OTA kanal gerçekliği | OTA rezervasyon, komisyon mantığı | Direct funnel teşhisi | OTA fiyat/komisyon stratejisi |

Mini case (sakinleştirici, voice uyumlu)
“Raporlar birbirini tutmuyor, hangisine inanayım?” • Finansal gerçek: PMS • Kampanya optimizasyonu: Ads/Meta trendi • Sapma %5–20 bandında ise çoğu senaryoda metodoloji farkı doğaldır • Sapma çok büyükse (ör. iki katına çıkmışsa) QA checklist devreye girer (double-fire, currency, cross-domain)


Mini Check
- • “Finansal gerçek = PMS” prensibi kurumda net mi?
- • Ads/Meta raporları optimizasyon için mi kullanılıyor?
- • GA4 funnel/path okuması UX aksiyonuna dönüyor mu?
- • Sapma büyüyünce QA rutinine geçiliyor mu?
Ne yapmalıyım?
- • Bu tabloyu yönetim toplantısının ilk slaytı yap.
- • Sapmayı “neden listesi” ile etiketle (doğal mı, problem mi?).
- • Büyük sapmada ölçüm QA checklist’i çalıştır.
- • 365 gün döngüsünde: attribution/pencere değiştikçe örnekleri güncelle.
6. Kanal Bazlı Rapor–Karar Eşleştirme Şablonunu İndir — Cross-Reporting
Kanal Bazlı Rapor–Karar Eşleştirme Şablonunu İndir — Cross-Reporting (v1.0)
Bu şablon, Google Ads, Meta, GA4, OTA ve PMS raporlarını “tek sayı”ya zorlamadan, tek karar çerçevesinde uzlaştırmak için tasarlanmıştır. Hangi raporun hangi karar için otorite olduğunu netleştirir, sapmaları yorumlamak için “doğal nedenler” listesini ve %5–20 normal sapma çerçevesini (çok daha büyük sapmada QA tetik) toplantı diline çevirir.
Kim Kullanır?
Otel yönetimi + pazarlama/ajans + raporlama/BI (ortak karar dokümanı).
Nasıl Kullanılır?
- “Karar kataloğu” bölümünde yönetim toplantısında çıkan karar türlerini yazın (bütçe, kanal, fiyat, UX).
- Her karar için otorite raporu seçin (PMS/Ads/GA4/OTA) ve KPI’yı sabitleyin.
- Sapma varsa “doğal nedenler” listesinden etiketleyin; sapma büyürse QA checklist’i çalıştırın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Yönetim KPI seti 5–7 ile sınırlı
- ▢ ✅ “PMS finansal gerçek” prensibi yazılı
- ▢ ✅ Ads/Meta “optimizasyon sinyali” olarak konumlandı
- ▢ ✅ GA4 “teşhis” olarak konumlandı
- ▢ ✅ Sapma büyüdüğünde QA süreci net
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
7. Kapanış – Amaç rakam eşitlemek değil, doğru kararı vermek
Raporların farklı olması çoğu zaman doğaldır. Asıl başarı, bu farkları yönetim diline çevirip “hangi rapor hangi karar için?” sorusunu kurum içinde standartlaştırmaktır.
Bir Sonraki Adım
Rapor kargaşasını azaltıp hangi rakama hangi karar için bakılacağını netleştirmek isteyen oteller için.
Sık Sorulan Sorular
Neden Google Ads, GA4 ve PMS rakamları otelde farklı görünüyor?▾
Tek gerçek kaynak (single source of truth) nedir?▾
OTA ve direct kanal raporlarını nasıl kıyaslamalıyım?▾
Hangi raporu hangi karar için kullanmalıyım?▾
Raporlarım birbirini tutmuyor, hangisine inanayım?▾
“Sapma normal mi, sorun mu?” nasıl anlarım?▾
Cross-domain/referral sorunu rapor farkını büyütür mü?▾
İlgili İçerikler
İlgili Yazılar
