1. Web dönüşüm oranı (conversion rate) nedir?
Web dönüşüm oranı, sitenize gelen ziyaretlerin ne kadarının “hedef eylem”e (rezervasyon) dönüştüğünü gösterir. Oteller için hedef eylem iki ayrı senaryoda ölçülebilir:
- Rezervasyon motoru (booking engine) üzerinden tamamlanan rezervasyon
- Klasik form/lead (teklif formu, grup talebi, iletişim formu) — bazı tesislerde dönüşümün bir kısmı buradan gelir
Temel formül basittir:
Conversion Rate = Rezervasyon Sayısı / Oturum (veya kullanıcı) sayısı
Ancak benchmark yapmak için bu formülü tek başına kullanmak yetmez; çünkü aynı dönüşüm oranı, farklı kaynak kalitesiyle (reklam/organik/OTA yönlendirmesi) bambaşka anlam taşır. Bu nedenle otel dönüşüm benchmark’ı, dönüşümü şu iki katmanda okur:
- •Genel dönüşüm (site → rezervasyon)
- •Funnel kırılımı (motor giriş → tarih/oda → ödeme)
☑ Mini Check
- •“Rezervasyon” hedefimi net tanımladım (engine mi form mu?)
- •Conversion rate’i kaynak kırılımıyla okuyorum (organik/ads/referral)
- •Funnel adımlarını ayrı KPI’lar olarak raporluyorum
Ne yapmalıyım?
- • GA4/analytics’te rezervasyon olaylarını doğru işaretle (satın alma/booking).
- • Booking engine adımlarını (start, date select, payment) event olarak izle.
- • Mobil ve masaüstünü ayrı raporla; tek ortalama yanıltır.
2. Otel web siteleri için tipik dönüşüm oranı bandı nedir? (zorunlu)
Otel dönüşüm oranı, kanal karması ve teklif gücüne göre değişir. Yine de benchmark, “nerede duruyorum?” sorusu için band yaklaşımı ister. Sektörde sık kullanılan örnek bandlar (Varsayım: genel okuma bandı) şunlardır:
- •Genel direct dönüşüm: çoğu otelde kabaca %1–3 bandı hedef konuşmalarında referans alınır.
- •Mobil dönüşüm: genelde masaüstüne göre daha düşük olabilir (UX/hız/ödeme sürtünmesi).
- •Masaüstü dönüşüm: daha yüksek olabilir; özellikle kurumsal/planlı rezervasyonda.
Varsayım: Bu bandlar “kesin hedef” değil, benchmark konuşması için başlangıç bandıdır. Doğru hedef; destinasyon (Antalya/Belek/Side), segment (resort/şehir), trafik kalitesi ve fiyat stratejisine göre belirlenmelidir.
| Cihaz / Senaryo | Dönüşüm Bandı (Varsayım) | Neyi işaret eder? | İlk kontrol alanı |
|---|---|---|---|
| Genel (Tüm cihazlar) | %1–3 | Trafik + teklif + UX dengesi | Funnel kırılımı |
| Mobil | Genel bandın altında olabilir | Hız/INP/ödeme sürtünmesi | Rezervasyon sayfası + CWV |
| Masaüstü | Genel bandın üstüne çıkabilir | Planlı satın alma | Teklif sayfası + fiyat şeffaflığı |
| Form/Lead (varsayım) | Band değişken | Grup/kurumsal talep | Form alanları + güven unsurları |
☑ Mini Check
- •Dönüşüm bandını “hedef” değil “kıyas başlangıcı” olarak kullanıyorum
- •Mobil ve desktop bandını ayrı değerlendiriyorum
- •Destinasyon/segment farkını raporda notluyorum (Antalya/Belek/Side)
Ne yapmalıyım?
- • Kendi bandını çıkar: son 30/90 gün mobil vs desktop.
- • Bandın altındaysan önce “en zayıf adımı” bul.
- • Band içindeysen “kârlı büyüme” için teklif ve upsell’i güçlendir.
3. Dönüşüm benchmark’ını nasıl yaparsınız? (zorunlu)
Benchmark, “tek sayı kıyası” değil; ölçüm disiplini + karşılaştırma setidir.
AEO – 4–5 adım özet
- •Ölçümü standartlaştırın: conversion tanımı, event’ler, cihaz kırılımı (GA4 + engine).
- •Zaman penceresi seçin: 30 gün trend + 90 gün doğrulama (sezon etkisini notlayın).
- •Rakip/pazar bandını belirleyin: sektör bandı + destinasyon içi kıyas (Varsayım: band yaklaşımı).
- •Funnel adımlarını çıkarın: engine start, tarih/oda seçimi, ödeme adımı drop-off’ları.
- •Aksiyon planı üretin: en zayıf adım için 2 haftalık test seti + tekrar ölçüm.
Rakip ve pazar benchmark’ı nasıl kurulur?
Rakiplerin dönüşümünü doğrudan göremezsiniz; bu yüzden iki pratik yaklaşım kullanılır:
- Pazar bandı (market range): benzer segment oteller için örnek band + kendi tarihsel performansınız
- Proxy sinyaller: rakiplerin web hız/UX kalitesi, teklif sayfası netliği, ödeme seçenekleri, mobil deneyim (doğrudan dönüşüm değildir; yön gösterir)
En kritik sayfalar: her sayfayı benchmark’lama
Dönüşüm benchmark’ı için “kritik sayfalar” şunlardır:
- •Ana sayfa (ilk izlenim)
- •Oda/konaklama sayfası (fiyat/özellik ikna)
- •Rezervasyon motoru giriş sayfası
- •Ödeme adımı (en büyük terk riski)
☑ Mini Check
- •Event’lerim doğru: motor giriş, tarih seçimi, ödeme adımı
- •30/90 gün pencerem sabit ve sezon notum var
- •Kritik sayfaları seçtim; her sayfayı aynı anda düzeltmeye çalışmıyorum
Ne yapmalıyım?
- • Önce ölçüm: “nerede kaybediyoruz?” sorusunu netleştir.
- • Sonra tek odak: en zayıf 1–2 adımı seç.
- • 14 gün test + tekrar ölçüm döngüsünü işlet.
4. Funnel adımlarına göre kayıpları okumak: en zayıf adımı bulmak
Otel web funnel’ı genellikle şu şekilde akar: Ziyaretçi → Rezervasyon motoru girişi → Tarih/oda seçimi → Misafir bilgileri → Ödeme → Onay
Her adımda “sürtünme” farklıdır. Benchmark’ın amacı, kaybın “normal” mi yoksa “anormal” mi olduğunu görmektir.
Ziyaretçi → motor giriş (Start rate)
Sorun burada ise genellikle:
- •Teklif mesajı zayıf (fiyat/avantaj belirsiz)
- •CTA görünürlüğü düşük (“Rezervasyon Yap” kayıp)
- •Güven unsurları eksik (yorum puanı/garanti/politika)
Motor giriş → tarih/oda seçimi
Sorun burada ise:
- •Takvim/oda seçimi karmaşık
- •Mobilde seçim zor (INP/etkileşim gecikmesi)
- •Fiyat şeffaf değil (vergiler/ücretler geç çıkıyor)
Tarih/oda → ödeme
Sorun burada ise:
- •Sürpriz ücretler
- •Zorunlu üyelik/uzun form
- •Ödeme seçenekleri kısıtlı
- •Güven rozetleri ve iade/iptal açıklığı zayıf
☑ Mini Check
- •Start rate’i (motor giriş oranı) ayrı takip ediyorum
- •Ödeme adımındaki terk oranını özellikle izliyorum
- •Mobilde takvim/oda seçimini gerçek cihazda test ediyorum
Ne yapmalıyım?
- • En yüksek drop-off olan adımı seç ve sadece onu iyileştir.
- • “Sürpriz ücret” riskini azalt: toplam fiyatı daha erken göster.
- • Ödeme adımında güven: iade/iptal netliği + güven rozetleri + seçenekler.
5. Mobil vs masaüstü dönüşüm farkı: neden olur, nasıl kapanır?
Antalya/Belek/Side gibi destinasyonlarda mobil arama ve hızlı kıyas davranışı güçlü olabilir. Mobilde dönüşümün düşük olmasının yaygın nedenleri:
- •Yavaş açılan sayfalar (CWV, özellikle LCP/INP)
- •Fazla kaydırma ve küçük dokunma alanları
- •Takvim/oda seçimi UI sorunları
- •Ödeme adımında kart doğrulama/3D akış sürtünmesi
Rezervasyon motoru vs klasik form
Rezervasyon motoru dönüşümü “satış”tır; klasik form dönüşümü “lead” olabilir. İkisini ayrı KPI olarak benchmark etmek gerekir. Örneğin bazı tesislerde grup/kurumsal talep formu iyi çalışırken engine düşük kalabilir; bu durumda engine UX ve fiyat/teklif tarafı güçlendirilir.
Hız ve güven ilişkisi
Mobilde kullanıcı; önce “güvenilir mi?” sonra “kolay mı?” sorusunu sorar. Bu yüzden hız (teknik), teklif (ticari) ve güven (itibar/şeffaflık) üçlüsü birlikte ele alınmalıdır.
☑ Mini Check
- •Mobilde en çok trafik alan 3 sayfayı ayrı izliyorum
- •Rezervasyon motoru performansını formdan ayrı raporluyorum
- •Mobilde ödeme adımını gerçek kullanıcı senaryosuyla test ediyorum
Ne yapmalıyım?
- • Mobilde en çok terk edilen adımı seç (genelde ödeme veya oda seçimi).
- • Sayfa hızını iyileştir (özellikle LCP/INP).
- • Teklif şeffaflığını artır: toplam fiyat ve iptal koşulları erken görünsün.
6. Benchmark sonuçlarını UX ve fiyat stratejisine bağlamak
Benchmark, “dönüşümüm düşük” demek için değil, hangi yatırımı önce yapacağınızı seçmek içindir.
Sorun trafik mi, UX mi, fiyat/teklif mi?
- •Trafik düşük ama dönüşüm band içindeyse: önce talep üretimi (SEO/Ads)
- •Trafik iyi ama dönüşüm bandın altındaysa: önce UX/hız/funnel iyileştirme
- •Trafik iyi, dönüşüm iyi ama kârlılık düşükse: fiyat/upsell ve teklif stratejisi
Hemen test edebileceğiniz 5 dönüşüm iyileştirme fikri
- Teklif netliği: “En iyi fiyat + direct avantaj” mesajını ilk ekranda netleştir.
- Fiyat şeffaflığı: toplam fiyatı daha erken göster; sürprizi azalt.
- Güven: yorum puanı/ödeme güveni/iptal politikası görünürlüğünü artır.
- Mobil CTA: “Rezervasyon yap” butonunu sabit ve erişilebilir yap.
- Ödeme seçenekleri: mümkünse seçenekleri genişlet ve formu kısalt.
Basit etki örneği (mantık)
Direkt satışa odaklanan bir otelde, aynı trafik seviyesinde dönüşüm oranını %1’den %2’ye çıkarmak, matematiksel olarak rezervasyon sayısını yaklaşık iki katına çıkarır. Bu, “pazar garantisi” değil; dönüşüm oranının ölçek etkisini anlatan basit bir örnektir.
7. Web Dönüşüm Oranı KPI & İyileştirme Checklist’ini İndir — Benchmark Analizi
Web Dönüşüm Oranı KPI & İyileştirme Checklist’ini İndir — Benchmark Analizi (v1.0)
Bu asset, otel web sitesinde dönüşüm benchmark’ını hızlı kurmanız için KPI sözlüğü, funnel event haritası ve 14 günlük test planını tek pakette sunar. Amaç, “dönüşüm düşük” şikâyetini ölçülebilir adımlara bölmek ve en zayıf adımı 2 haftada iyileştirip tekrar ölçmektir. Mobil–masaüstü farkını merkeze alır.
Kim Kullanır?
GM/otel sahibi, pazarlama, revenue, web ajansı/ürün ekipleri.
Nasıl Kullanılır?
- GA4 + booking engine event’lerini doğrula ve mobil/desktop split çıkar.
- Funnel drop-off’larını adım adım raporla; en zayıf 1 adımı seç.
- 14 günlük sprint planını uygula; öncesi/sonrası KPI farkını ölç.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Conversion tanımı net (engine booking mi form mu?)
- ▢ ✅ Event haritası kuruldu (engine start, date select, payment, booking)
- ▢ ✅ Mobil vs desktop raporu hazır
- ▢ ✅ Trafik kaynakları etiketli (organic/ads/referral)
- ▢ ✅ En yüksek drop-off adımı seçildi
- ▢ ✅ 5 hızlı test listesi hazır (CTA, fiyat şeffaflığı, güven, mobil CTA, ödeme)
- ▢ ✅ 14 gün sprint takvimi belirlendi
- ▢ ✅ Tek sayfalık sonuç raporu formatı hazır
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Deliverables Listesi
- •KPI sözlüğü + event haritası
- •Funnel drop-off raporu (mobil/desktop)
- •14 günlük test planı + sonuç raporu
- •Önceliklendirme listesi (en büyük etki 1–2 adım)
Bir Sonraki Adım
Mobil/masaüstü funnel kayıplarını bulup UX ve teklif iyileştirmelerini doğru sıraya koymak isteyen oteller için