1. Otel satış hunisini GA4 event’lerine nasıl çevirirsiniz?
Kısa cevap : Önce booking engine akışındaki kritik adımları çıkarın (arama, oda seçimi, checkout, purchase) ve her birini ayrı GA4 event’i olarak tanımlayın. Sonra bu event’leri tarih, oda tipi, fiyat, para birimi gibi parametrelerle zenginleştirip, Funnel Exploration’da adım adım kaybı izleyecek şekilde sıralayın.
Burada amaç “çok event” üretmek değil, karar aldıran minimum seti kurmaktır. Otel funnel’ında kritik nokta; “tarih/oda arama” ile “rezervasyon” arasındaki sürtünmeyi görünür kılmaktır. Destinasyon odaklı direct booking stratejisi olan otellerde (Antalya/Belek/Side/Kemer/Bodrum), bu model özellikle değerlidir; çünkü dönüşüm çoğu zaman “kıyas ve güven” adımlarında kırılır.
Booking engine akışını 6 event’e indirgeme (pratik çekirdek)
Aşağıdaki çekirdek set, çoğu otelde “neden rezervasyon yok?” sorusunu cevaplamak için yeterlidir:
- view_search_results (arama sonuçlarını gördü / fiyat görüntüleme başladı)
- select_room (oda seçti / oda kartına tıkladı)
- begin_checkout (rezervasyon formu / checkout başladı)
- add_payment_info (ödeme adımı / ön onay / ödeme yöntemi seçimi) (Varsayım: engine izin veriyorsa)
- purchase (rezervasyon tamamlandı)
- generate_lead (rezervasyon dışı talep: form/WhatsApp/arama)
Varsayım: Engine’e göre event isimleri değişebilir; önemli olan “aynı adımı her zaman aynı event ile ölçmek”tir.
Mini örnek
Kemer resort’ta “view_search_results” yüksek ama “begin_checkout” düşükse, sorun genelde teklif netliği/oda görünürlüğü veya fiyat şokudur. “begin_checkout” yüksek ama “purchase” düşükse, çoğu zaman ödeme sürtünmesi veya güven problemleri vardır.
☑ Mini Check
- •Booking engine adımlarını 5–6 çekirdek event’e böldüm
- •Her event’in tek bir anlamı var (ambiguous değil)
- •Event’leri funnel sırasına göre standartlaştırdım
- •Lead event’lerini rezervasyon event’lerinden ayırdım
Ne yapmalıyım? (3–6 aksiyon)
- • Booking engine ekranlarını listeleyin ve “kritik adım”ları işaretleyin.
- • Bu adımları 5–6 event’e indirin (minimum viable event model).
- • Event isimlerini sabitleyin; ekip/ajans değişse bile sözlük aynı kalsın.
- • Lead event’lerini (WhatsApp/arama/form) ayrıca ölçün.
2. Ziyaretçi, teklif ve rezervasyon adımlarını etkinlik olarak nasıl tanımlarsınız?
Otel funnel’ında “trafik” tek başına yeterli değildir; “teklif/niyet” sinyallerini de event olarak görmek gerekir. Çünkü ziyaretçi rezervasyon yapmasa bile, talebin nereye gittiğini (call center, WhatsApp, form) ölçmek direct booking stratejisini iyileştirir.
Ziyaretçi (traffic) event’leri — hangi sayfalar kritik?
- •page_view (standart)
- •Kritik sayfa görünümleri (Varsayım): oda listesi, oda detay, paket/avantaj sayfaları
Not: “page_view” tek başına karar verdirmez; onu “niyet” event’lerine bağlamak gerekir.
Teklif/niyet (intent) event’leri — funnel’ı güçlendiren sinyaller
- •view_search_results: tarih seçimi sonrası fiyat/oda listesi
- •select_room: oda seçimi (niyet yükselir)
- •begin_checkout: form/checkout başlar (yüksek niyet)
Rezervasyon (conversion) event’leri — kapanış ve gelir
- •purchase: rezervasyon tamamlandı
- •(Varsayım) refund/cancel benzeri: iptal/iadeyi ölçmek için ayrı event veya backend entegrasyonu
☑ Mini Check
- •Niyet event’lerini (arama/oda seçimi/checkout) tanımladım
- •Rezervasyon event’ini (purchase) net bir noktaya bağladım
- •Funnel’daki her adım tek bir event ile ölçülüyor
- •“Talep rezervasyona dönüşmedi” durumunu lead event ile yakalıyorum
Ne yapmalıyım? (3–6 aksiyon)
- • “Niyet event’leri”ni rezervasyon kadar ciddiye alın (mid-funnel).
- • Oda seçimi ve checkout başlangıcını mutlaka ölçün.
- • İptal/iadeyi (mümkünse) ayrı katman olarak planlayın.
- • Call center/WhatsApp tıklamasını lead event’e bağlayın.
3. E-Ticaret mi custom event mi? Otellerde doğru seçim
GA4’te otel rezervasyonu “e-ticaret gibi” modellenebilir; çünkü gelir ve ürün (oda) mantığı vardır. Ama booking engine entegrasyonu kısıtlıysa custom event’lerle ilerlemek gerekir. Burada doğru seçim, teknik gerçekliğe göre yapılır.
E-ticaret (recommended) ne zaman mantıklı?
- •Booking engine “purchase” ve “items” yapısını destekliyorsa
- •Oda tipi / rate plan / kişi sayısı gibi parametreleri “item” içinde taşıyabiliyorsanız
- •Gelir değerini güvenilir gönderiyorsanız
Custom event ne zaman mantıklı?
- •Engine kapalı kutuysa, sadece bazı adımları JS ile yakalayabiliyorsanız
- •Gelir/oda detayını item olarak doğru taşıyamıyorsanız
- •Önce “kayıp adımı” bulmak istiyorsanız (MVP yaklaşımı)
Pratik öneri
İlk aşamada custom event ile “adım kaybını” görünür kılın; ikinci aşamada e-ticaret modeline geçerek gelir ve ürün kırılımını güçlendirin.
☑ Mini Check
- •Booking engine yetkinliğine göre model seçtim
- •MVP’de önce adım kaybını ölçüyorum
- •Gelir ve oda kırılımını sonraki faza planladım
- •Event modelim “rapor üretmek” için yeterli
Ne yapmalıyım? (3–6 aksiyon)
- • Engine entegrasyon kabiliyetini netleştirin (hangi event/parametre mümkün?).
- • Önce MVP event modelini canlıya alın.
- • Sonra e-ticaret modeline geçiş için “item parametre” listesini hazırlayın.
- • Gelir değerinin güvenilirliğini test ortamında doğrulayın.
4. GA4 event isimlendirme ve parametre standardı (otel için sözlük)
Rakip içerikler çoğunlukla e-ticaret örnekleriyle anlatır; otelde fark, “oda + tarih + kişi + rate plan” gibi parametrelerin doğru taşınmasıdır. İsimlendirme standardı olmadan raporlar parçalanır.
İsimlendirme prensipleri (kısa)
- •Event isimleri snake_case, tek anlamlı
- •Aynı adım = aynı event (ekip/ajans değişse de)
- •Parametreler sabit sözlükte tutulur
Örnek event isimlendirme tablosu (çekirdek)
| Funnel Adımı | Event | Amaç | Zorunlu Parametre (örnek) |
|---|---|---|---|
| Arama/Fiyat | view_search_results | Tarih seçildi, sonuç görüldü | checkin, checkout, guests |
| Oda seçimi | select_room | Oda/konsept seçildi | room_type, rate_plan, price |
| Checkout başlangıcı | begin_checkout | Form/checkout başladı | checkin, checkout, total_value |
| Ödeme adımı | add_payment_info | Ödeme aşaması başladı | payment_type (Varsayım) |
| Rezervasyon | purchase | Satış tamamlandı | transaction_id, value, currency |
| Lead | generate_lead | WhatsApp/arama/form | lead_type, source_page |
Varsayım: Parametre isimleri GTM/engine yapınıza göre uyarlanır; önemli olan “sözlük”tir.
☑ Mini Check
- •Event isimlendirme standardım var
- •Parametre sözlüğüm sabit (checkin/checkout/room_type gibi)
- •purchase event’inde transaction_id ve value düzgün
- •Lead event’leri ayrı ölçülüyor
Ne yapmalıyım? (3–6 aksiyon)
- • Event + parametre sözlüğünü tek dokümanda kilitleyin.
- • GTM’de “dataLayer mapping” tablosu oluşturun.
- • purchase value ve currency doğrulamasını test edin.
- • Lead type’larını standartlaştırın (whatsapp/call/form).
5. GA4 Funnel Exploration ile dönüşüm kayıplarını nasıl bulursunuz?
Kısa cevap : Funnel Exploration’da adımlarınızı event sırasına göre tanımlayın (view_search_results → select_room → begin_checkout → purchase). Sonra segment kırılımlarıyla (mobil/desktop, geo, kanal) hangi adımda kayıp yaşandığını bulun ve test planını buna göre yazın.
Exploration, “dashboard” değildir; bir teşhis aracıdır. Dashboard size trend gösterir; exploration size neden gösterir. Otel direct booking stratejisinde bu, kritik bir avantajdır.
Exploration kurgusu (pratik)
- •Funnel type: open funnel (Varsayım: kullanıcı her adımda başlayabilir)
- •Steps: arama → oda seçimi → checkout → purchase
- •Breakdown: device, channel, geo (Antalya/Belek/Side/Kemer/Bodrum gibi pazarlar)
- •Segment: yeni kullanıcı vs returning (mid-funnel etkisi)
3 örnek Funnel Exploration senaryosu
Senaryo 1 — Arama var, oda seçimi yok
- •Belirti: view_search_results yüksek, select_room düşük
- •Hipotez: fiyat şoku / oda kartı UX / filtreleme zayıf
- •Test: oda kartı düzeni + fiyat netliği + “avantajlar” etiketleri
Senaryo 2 — Checkout başlıyor, purchase olmuyor
- •Belirti: begin_checkout yüksek, purchase düşük
- •Hipotez: ödeme sürtünmesi / güven / hata
- •Test: ödeme adımı sadeleştirme + hata log + alternatif ödeme
Senaryo 3 — Mobilde kayıp yüksek
- •Belirti: mobilde adım terk artıyor
- •Hipotez: hız + form sürtünmesi
- •Test: mobil performans iyileştirme + form alanlarını azaltma
☑ Mini Check
- •Funnel Exploration adımlarım event sözlüğüyle uyumlu
- •Mobil/desktop kırılımını mutlaka görüyorum
- •Kayıp adımı bulunca test planı yazıyorum
- •Direct booking dönüşümünü “adım bazlı” iyileştiriyorum
Ne yapmalıyım? (3–6 aksiyon)
- • Exploration’ı haftalık teşhis rutini yapın.
- • En yüksek kayıp adımını seçip 2 haftalık sprint planlayın.
- • Mobil sürtünmeyi ayrı izleyin; çoğu otelde ana kayıp buradadır.
- • Test sonuçlarını dashboard’a “not” olarak ekleyin (kurumsal hafıza).
6. Satış & dönüşüm raporlarına GA4’ten sağlam veri göndermek
GA4 event modeli doğruysa, raporlar “tartışma” değil “karar” üretir. Burada amaç; Looker Studio/BI paneline güvenilir metrik beslemektir.
Minimum veri kalitesi kontrol listesi
- •Event’ler tutarlı mı? (aynı adım aynı event mi?)
- •purchase value doğru mu? (test siparişi ile doğrulama)
- •transaction_id benzersiz mi?
- •Parametreler boş mu kalıyor? (room_type, dates)
- •Lead event’leri ayrı mı? (whatsapp/call/form)
Yönetim için sade KPI seti (GA4 kaynaklı)
- •Arama → oda seçimi dönüşümü
- •Oda seçimi → checkout dönüşümü
- •Checkout → purchase dönüşümü
- •Lead hacmi (whatsapp/call/form)
- •Kanal kırılımı (Varsayım: UTM standardı)
Key Statistics / Data Point (yumuşatılmış)
Doğru event yapısı kurulan projelerde “ziyaretçi çok ama rezervasyon yok” şikâyeti yerini “şu adımda kaybediyoruz, şu testi yapmalıyız” netliğine bırakır. Bu netlik, direct booking’i büyütmek isteyen otellerde karar döngüsünü hızlandırır.
☑ Mini Check
- •GA4 event modelim rapor üretmek için yeterli ve tutarlı
- •purchase value ve transaction_id doğrulandı
- •Lead event’leri funnel raporuna bağlandı
- •Looker Studio paneli GA4 metrikleriyle besleniyor
Ne yapmalıyım? (3–6 aksiyon)
- • Event sözlüğünü “tek kaynak” doküman yapın.
- • Test siparişi ile purchase doğrulaması yapın.
- • Lead event’lerini pazarlama raporuna ekleyin (rezervasyon dışı talep).
- • Looker Studio’da “funnel adım dönüşümleri”ni sabit KPI kartları yapın.
7. GA4 Otel Satış Hunisi Event Şablonunu İndir — Satış & Dönüşüm Raporları
GA4 Otel Satış Hunisi Event Şablonunu İndir — Satış & Dönüşüm Raporları (v1.0)
Bu şablon, otel booking funnel’ını GA4 event’lerine çevirmek için hazır event isimlendirme ve parametre sözlüğü sunar. Amaç, tracking’in “genel e-ticaret” gibi kalmasını önleyip, otel rezervasyon motoruna göre özelleştirilmiş güvenilir dönüşüm raporlaması kurmaktır.
Kim Kullanır?
Web/yazılım ekibi, ajans, pazarlama ve raporlama sorumluları.
Nasıl Kullanılır?
- Booking engine adımlarınızı şablondaki event’lere eşleyin.
- Parametre alanlarını (tarih, oda tipi, fiyat) dataLayer/GTM ile doldurun.
- Funnel Exploration adımlarını aynı event sırasıyla kurup kayıp adımı raporlayın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Event’ler GA4 DebugView’da görünüyor
- ▢ ✅ purchase value doğru (test siparişi)
- ▢ ✅ transaction_id benzersiz
- ▢ ✅ Parametreler dolu (checkin/checkout/room_type)
- ▢ ✅ Funnel Exploration adımları doğru sırada
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Nasıl doldurulur? (5 kural)
- Aynı adım = aynı event (varyasyon yaratma).
- Tarih ve oda tipi parametreleri boş kalmamalı (en az MVP).
- purchase event’inde transaction_id benzersiz olmalı.
- Lead event’leri ayrı tutulmalı; rezervasyonla karışmamalı.
- Event sözlüğü değişirse raporlar bozulur; versiyonlayın (v1.0, v1.1).
Bir Sonraki Adım
Booking engine akışını doğru event modeliyle ölçmek isteyen oteller için.