Otel web sitesi ay boyunca binlerce ziyaret gösterirken booking engine yalnızca birkaç düzine rezervasyon gösterebilir. Daha kötüsü, Analytics ile rezervasyon motorunun kanal raporu birbirini tutmaz. Google organik satış dediğiniz rezervasyon motorunda referral görünür; reklamdan gelen misafir ödeme adımında yeni oturum olarak sayılır; iptal edilen satış hâlâ gelir raporunda kalır.
Bu tablo raporlama hatası gibi görünür ama bütçe kararını doğrudan bozar. Kaynağı yanlış görünen rezervasyon, yanlış kanala bütçe aktarılmasına neden olur. Çözüm daha fazla dashboard değil; web sitesi ile rezervasyon motoru arasında tutarlı bir ölçüm mimarisi kurmaktır.
Önce ölçüm mimarisini çizin
Etiket eklemeden önce rezervasyon yolculuğunu kutular halinde yazın: kullanıcı hangi alan adına gelir, hangi butona basar, hangi sağlayıcı alan adına geçer, ödeme nerede tamamlanır ve onay sayfasını kim üretir? Her geçiş ölçüm planında ayrı bir kontrol noktasıdır.
| Aşama | Örnek konum | Ölçülecek sonuç |
|---|---|---|
| Keşif | Otel ana sayfası / kampanya sayfası | Kaynak, kampanya, landing page |
| Müsaitlik | Site widget'ı veya motor başlangıcı | Tarih, kişi, oda araması |
| Oda seçimi | Booking engine | Seçilen oda, fiyat planı, konaklama süresi |
| Ödeme | Motor veya ödeme sağlayıcı | Checkout ve ödeme adımı |
| Onay | Teşekkür / voucher sayfası | Tekil işlem, gelir, para birimi |
| Satış sonrası | PMS / çağrı / iptal sistemi | İptal, değişiklik, netleşen gelir |
Booking engine başka alan adındaysa cross-domain ölçüm gerekir
Misafir otel sitesinden farklı bir booking engine alan adına geçtiğinde iki alan tek kullanıcı yolculuğu olarak birleştirilmelidir. Aksi halde motor yeni kullanıcı ve yeni oturum oluşturabilir; rezervasyonun ilk kaynağı kaybolabilir veya kendi alan adınız referral olarak görünebilir.
GA4 cross-domain ölçümünde iki alan aynı web veri akışındaki aynı Google etiketini kullanır ve alanlar yönetim ekranında tanımlanır. Google'ın resmi cross-domain ölçüm kurulum rehberi, geçiş sırasında URL'ye eklenen _gl parametresinin korunmasını ve yapılandırmanın test edilmesini önerir.
- Otel sitesi ve booking engine'de aynı GA4 web akışının kullanıldığını doğrulayın
- Motor alan adını cross-domain yapılandırmasına ekleyin
- Site ile motor arasındaki link ve formlarda _gl parametresinin taşındığını test edin
- Yönlendirmelerin ölçüm parametresini silmediğini kontrol edin
- Booking engine alan adının istenmeyen referral olarak görünmediğini raporda doğrulayın
Booking engine etiket eklemeye veya aynı veri akışını kullanmaya izin vermiyorsa tam cross-domain ölçüm kurulamayabilir. Sağlayıcıdan entegrasyon dokümanı ve test ortamı istemek yazılım seçim kriteridir.
Rezervasyon hunisi için olay planı
Her buton tıklamasını dönüşüm yapmak raporu şişirir. Olaylar misafirin karar ilerlemesini göstermeli; asıl gelir olayı yalnızca doğrulanmış rezervasyon tamamlandığında gönderilmelidir.
| Olay | Ne zaman gönderilir? | Önemli parametre |
|---|---|---|
| check_availability | Tarih ve kişiyle müsaitlik arandığında | check_in, check_out, guests |
| view_item_list | Uygun oda veya paket listesi gösterildiğinde | items, currency |
| select_item | Bir oda veya fiyat planı seçildiğinde | item_id, item_name, price |
| begin_checkout | Misafir bilgisi / ödeme akışı başladığında | value, currency, items |
| add_payment_info | Ödeme yöntemi adımı geçildiğinde | payment_type, value |
| purchase | Rezervasyon tekil işlem numarasıyla onaylandığında | transaction_id, value, currency, items |
Google'ın önerilen GA4 olayları referansı, purchase olayında tekil transaction_id kullanılmasının yinelenen işlemleri önlemeye yardımcı olduğunu belirtir. Oda tipi ve fiyat planını item alanlarında tutmak, geliri ürün düzeyinde incelemeyi kolaylaştırır.
Purchase olayında hangi alanlar bulunmalı?
- transaction_id: rezervasyonun tekil ve değişmeyen numarası
- value: raporda hangi gelir tanımını kullanıyorsanız tutarlı toplam
- currency: üç harfli para birimi kodu
- item_id ve item_name: oda tipi veya paket kimliği ve adı
- item_variant: fiyat planı, pansiyon veya iptal koşulu
- coupon: kampanya veya promosyon kodu
- check_in ve check_out: özel boyut olarak konaklama tarihleri
- nights ve guests: konaklama süresi ve misafir sayısı
Brüt tutar mı, vergi hariç tutar mı, depozito mu gönderileceği işletme kararıdır. Önemli olan tek tanım seçmek ve PMS, booking engine ve rapor tarafında aynı tanımı kullanmaktır.
İptal ve değişiklikleri rapora nasıl yansıtırsınız?
Tarayıcıdaki purchase olayı rezervasyon anını ölçer; ay sonu net gelirini tek başına vermez. İptal ve tarih değişikliği sonradan PMS veya rezervasyon motorunda gerçekleşir. Bu nedenle pazarlama raporu ile finansal mutabakat ayrı katmanlardır.
- GA4'te rezervasyon anındaki brüt satış ve kanal davranışını izleyin
- İptal ve değişiklikleri booking engine veya PMS işlem numarasıyla eşleştirin
- Aylık raporda brüt rezervasyon, iptal ve net rezervasyonu ayrı gösterin
- Aynı rezervasyonun tarayıcı yenilemesiyle ikinci kez gönderilmediğini test edin
- Çağrı ve WhatsApp satışlarını çevrimdışı kanal olarak ayrıca işleyin
WhatsApp ve telefon rezervasyonunu dijital kanala bağlayın
Misafir reklamdan siteye gelip WhatsApp'tan yazdığında yalnızca buton tıklamasını ölçmek yeterli değildir. Tıklama bir potansiyeldir; satış değildir. Kaynak ve kampanya bilgisi konuşma veya CRM kaydına taşınmalı, rezervasyon oluştuğunda işlem sonucu bu kayıtla eşleştirilmelidir.
Mesaj kaynağı, satış durumu ve gelir alanlarını otel WhatsApp rezervasyon akışı rehberindeki veri modeliyle kurabilirsiniz.
Yayına almadan önce test senaryoları
- Organik aramadan siteye gel, motora geç ve test rezervasyonu tamamla
- Google Ads etiketli URL ile aynı akışı tekrar et
- Mobil cihazda ödeme yönlendirmesini ve geri dönüşü dene
- Promosyon kodlu ve farklı para birimli rezervasyon oluştur
- Onay sayfasını yenile; ikinci purchase oluşmadığını kontrol et
- Test rezervasyonunu iptal et ve mutabakat raporunda izle
- Realtime ve DebugView'da olay sırası ile parametreleri doğrula
- 24 saat sonra kaynak, gelir ve işlem numarasını standart raporda kontrol et
Otel yönetim panelinde hangi raporlar olmalı?
| Rapor | Karar sorusu | Boyut / metrik |
|---|---|---|
| Kanal geliri | Hangi kaynak net rezervasyon üretiyor? | Kaynak, kampanya, brüt ve net gelir |
| Rezervasyon hunisi | Kayıp hangi adımda? | Müsaitlik, oda seçimi, checkout, purchase |
| Oda / paket performansı | Hangi ürün satıyor? | Oda tipi, fiyat planı, gelir, gece |
| Landing page | Hangi giriş sayfası satışa taşıyor? | Oturum, motor geçişi, rezervasyon |
| Cihaz ve pazar | Mobil veya ülke bazında sorun var mı? | Cihaz, ülke, dönüşüm, gelir |
| Mutabakat | Rapor finansal gerçekle ne kadar uyuşuyor? | İşlem no, iptal, net tutar |
Bu veriyi otel yönetiminin haftalık karar ritmine taşımak için yedi metriklik performans panosuyla birleştirin.
En sık yapılan ölçüm hataları
- Booking engine'e geçişi rezervasyon olarak saymak
- Farklı alan adlarını iki ayrı kullanıcı yolculuğu olarak bırakmak
- Onay sayfası yenilendiğinde purchase olayını tekrar göndermek
- Transaction ID olmadan gelir göndermek
- Para birimi ile value alanını tutarsız kullanmak
- Çağrı, WhatsApp ve iptal verisini tamamen dışarıda bırakmak
- Test rezervasyonlarını gerçek gelirden ayırmamak
- Dashboard'u PMS veya motor verisiyle aylık mutabakat yapmadan kullanmak
30 günlük kurulum planı
| Hafta | Çalışma | Teslim |
|---|---|---|
| 1. hafta | Yolculuk, alan adı ve veri kaynağı envanteri | Ölçüm planı ve sorumluluk matrisi |
| 2. hafta | Cross-domain ve olay uygulaması | Test ortamında çalışan olaylar |
| 3. hafta | Kaynak, gelir ve işlem doğrulaması | Test senaryosu sonuçları ve hata listesi |
| 4. hafta | Dashboard ve PMS mutabakatı | Kanal, huni ve net gelir raporu |
Sonuç: doğru ölçülmeyen rezervasyon yanlış bütçeye dönüşür
GA4 kurulumu bir kod ekleme işi değil, rezervasyon yolculuğunu tek işlem numarası etrafında birleştirme işidir. Web sitesi, booking engine, ödeme, PMS ve çevrimdışı satış kanalları aynı tanımları kullanmadığında rapor güzel görünür fakat işletme kararına güven vermez.
Cross-domain kurulum, olay planı, dashboard ve aylık gelir mutabakatını birlikte ele aldığımız yaklaşımı otel analitik ve raporlama hizmetimizde inceleyebilirsiniz.
Sıkça sorulan sorular
Booking engine farklı alan adındaysa GA4 çalışır mı?
Sağlayıcı aynı GA4 etiketi ve cross-domain yapılandırmasına izin veriyorsa yolculuk birleştirilebilir. Parametreleri silen yönlendirmeler veya etiket erişimi olmayan kapalı motorlarda ölçüm sınırlı kalabilir.
Booking engine'e tıklamayı dönüşüm saymalı mıyım?
Mikro dönüşüm olarak izleyebilirsiniz ancak rezervasyonla aynı değerde saymamalısınız. Ana gelir dönüşümü, işlem numarası ve tutarla tamamlanan purchase olayıdır.
GA4 geliri neden PMS ile aynı değil?
GA4 rezervasyon anındaki tarayıcı olayını ölçer; PMS sonradan oluşan iptal, değişiklik, no-show ve çevrimdışı satışları içerir. Aylık mutabakat bu iki katmanı işlem numarasıyla birleştirir.
Telefon ve WhatsApp satışı GA4'e eklenebilir mi?
Kaynak bilgisi CRM veya rezervasyon kaydına taşınırsa çevrimdışı sonuçlarla eşleştirilebilir. Sadece buton tıklaması satış geliri olarak kabul edilmemelidir.
Kurulumun doğru olduğunu nasıl test ederim?
Farklı kaynak, cihaz, para birimi ve promosyon koduyla test rezervasyonları tamamlayın. Olay sırasını DebugView'da, kaynak ve geliri standart raporda, işlemi de booking engine/PMS tarafında doğrulayın.
Otelinizin veya acentenizin dijital pazarlama stratejisini birlikte değerlendirmek için ücretsiz keşif görüşmesi talep edebilirsiniz.
Keşif görüşmesi talep et
