Otel Web Sitesi Dönüşüm Oranını Artırmak İçin 7 Somut Taktik
Veri ve Analitik

Otel Web Sitesi Dönüşüm Oranını Artırmak İçin 7 Somut Taktik

18 Eylül 2026

Dönüşüm oranı tek bir düzeltmeyle yükselmez. Rezervasyon akışındaki her adımda kaybı kapatan yedi somut müdahale ve bunların ölçülebilir karşılığı.

ÇB

Yazar

Çağdaş Bayram — Direct Booking Revenue Architect

Kısaca

Otel web sitesinin dönüşüm oranını artırmak tek bir düzeltmeyle çözülen bir iş değil, rezervasyon akışındaki her adımda biriken küçük kayıpları kapatma işidir. Kıyaslama rakamlarını kovalamak yerine yedi somut müdahale daha hızlı sonuç verir: sayfa hızını yalnızca ana sayfada değil rezervasyon akışının tamamında ölçmek, fiyatı ve vergiler dâhil toplam tutarı erken göstermek, mobil akışı tek elle baştan sona test etmek, güven sinyallerini fiyatın yanına yerleştirmek, rezervasyon adımlarını azaltmak, telefon kanalını ölçülebilir bir dönüşüm yolu olarak kurmak ve terk edilen rezervasyonu geri kazanmak. Örnek bir hesap farkı somutlaştırıyor: ayda 40.000 ziyaretçi alan ve yüzde 1,4 dönüşen bir otel sitesinde oran yüzde 1,9'a çıktığında aylık rezervasyon sayısı 560'tan 760'a yükselir; ortalama 9.000 TL rezervasyon değerinde bu, ayda yaklaşık 1,8 milyon TL ek doğrudan rezervasyon cirosu demektir. Kritik nokta, her taktiğin ayrı ölçülmesi ve karşılaştırmanın yalnızca aynı trafik kaynağı içinde yapılmasıdır.

Otel yöneticilerinin dönüşüm oranı konusunda sorduğu iki soru var. Birincisi "oranımız kaç olmalı?" — bunu ayrı bir yazıda ele almış ve sonuca varmıştık: yayımlanan kıyaslama rakamları birbirini tutmuyor, çünkü dönüşüm oranı sitenizin kalitesini değil büyük ölçüde trafik karmanızı ölçüyor.

İkinci soru ise asıl işe yarayan soru: "Peki bu oranı yükseltmek için bu hafta ne yapabilirim?" Bu yazı onun cevabı. Aşağıdaki yedi taktik soyut tavsiye değil; her biri belirli bir adımda gerçekleşen belirli bir kaybı hedefliyor ve her biri ayrı ayrı ölçülebiliyor. Sırayla okumak gerekmiyor ama sıralama tesadüfi değil: ilk üçü genellikle en büyük kaybı, son ikisi ise en çabuk unutulan kaybı kapatıyor.

Önce Çarpanı Görün: Yüzde 0,5 Ne Kadar Para?

Dönüşüm çalışmaları çoğu zaman "iyi olur ama acil değil" kutusunda bekler, çünkü kazanç küçük yüzdelerle konuşulur. Somut bir hesap bu algıyı değiştirir. Ayda 40.000 ziyaretçi alan bir otel sitesi düşünün:

  • Mevcut dönüşüm oranı yüzde 1,4 → aylık 560 rezervasyon
  • Oran yüzde 1,9'a çıktığında → aylık 760 rezervasyon
  • Fark: ayda 200 ek rezervasyon
  • Ortalama rezervasyon değeri 9.000 TL ise → ayda yaklaşık 1,8 milyon TL ek doğrudan rezervasyon cirosu

Dikkat edilmesi gereken iki nokta var. Birincisi, bu ciro yeni trafik satın alınmadan elde ediliyor; reklam bütçesi sabit kalıyor. İkincisi, bu rezervasyonlar doğrudan kanaldan geldiği için komisyon yükü taşımıyor — aynı hacim OTA üzerinden gelseydi yüzde 15-25 aralığındaki komisyon, aylık 270.000 ile 450.000 TL arasında bir maliyet anlamına gelirdi. Dönüşüm oranı çalışmasının bütçe içindeki önceliğini belirleyen sayı budur.

1. Hızı Ana Sayfada Değil, Rezervasyon Akışında Ölçün

Çoğu otelde hız testi ana sayfada yapılır ve sonuç yeşilse konu kapanır. Oysa rezervasyon akışının ağır adımı ana sayfa değildir: tarih seçildikten sonra müsaitlik ve fiyatın geldiği ekrandır. Bu ekran genellikle üçüncü parti bir rezervasyon motorundan yüklenir ve ana sayfa ölçümüne hiç girmez.

Pratikte yapılacak iş şu: akışın her adımını ayrı ayrı ölçün — ana sayfa, oda listesi, tarih/müsaitlik ekranı, ödeme adımı. Sayfanın ilk anlamlı içeriğinin ekrana gelme süresi (LCP) 2,5 saniyenin üzerindeyse o adım kayıp üretiyordur. Özellikle mobilde, müsaitlik ekranının 4-5 saniyeyi bulması sık rastlanan bir durumdur ve kullanıcı o noktada zaten fiyatı görmüş, karşılaştırma yapmaya hazırdır; beklemez.

Ölçümden sonra en sık karşılaşılan üç gecikme sebebi de aşağı yukarı aynıdır: sıkıştırılmamış oda görselleri (tek bir odanın galerisinin 8-10 MB olduğu siteler nadir değil), sayfanın açılışını bekleten üçüncü parti betikler (canlı destek, ısı haritası, birden fazla izleme kodu) ve rezervasyon motorunun ayrı bir alan adından yüklenen iframe'i. Üçü de tasarımı değiştirmeden düzeltilebilir; üçü de düzeltilmediğinde diğer altı taktiğin etkisi kısmen boşa gider, çünkü kullanıcı taktiklerin uygulandığı ekranı görmeden çıkar.

Kullanıcının karar için ne kadar kısa bir süre tanıdığını ayrı bir yazıda ele almıştık. Buradaki pratik kural: gecikmenin nerede olduğunu bilmiyorsanız, düzeltemezsiniz.

2. Fiyatı ve Toplam Tutarı Erken Gösterin

Fiyatı geç göstermek, kullanıcıyı sitede daha uzun tutmaz; yalnızca kararı erteletir. Daha maliyetlisi de var: kullanıcı fiyatı gördüğünde eğer üzerine vergi, hizmet bedeli veya ek ücret biniyorsa, o an yalnızca bir tutarı değil siteye duyduğu güveni de yeniden değerlendirir.

Uygulanabilir hâli:

  • Oda listesinde gecelik fiyat görünsün — "fiyat için arayın" bir dönüşüm engelidir, filtre değil.
  • Toplam tutar (tüm gecelerin ve vergilerin toplamı) seçim ekranında, ödeme adımına geçmeden gösterilsin.
  • Ek ücretler (otopark, evcil hayvan, erken giriş) fiyatın hemen altında, küçük punto değil normal metinle yazılsın.

Bu taktiğin davranışsal arka planını ve otellerde nasıl kurulduğunu fiyat şeffaflığı yazısında detaylandırmıştık; burada önemli olan, bunun bir "tasarım tercihi" değil ölçülebilir bir dönüşüm müdahalesi olması.

3. Mobil Akışı Tek Elle, Baştan Sona Test Edin

Otel sitelerinde trafiğin büyük kısmı mobilden gelir, ama rezervasyon akışı çoğu zaman masaüstünde tasarlanır ve masaüstünde test edilir. "Mobil uyumlu" olmak, mobilde rezervasyon yapılabilir olmak anlamına gelmiyor.

Basit ve acımasız bir test var: telefonu tek elinizle tutun, başparmağınız dışında hiçbir şey kullanmadan bir rezervasyonu ödeme adımına kadar götürün. Tipik olarak şuralarda takılırsınız:

  • Takvim bileşeni ekrana sığmıyor, yatay kaydırma gerektiriyor veya iki tarih seçimi arasında sıçrıyor.
  • Form alanları gereğinden fazla: misafir adı, e-posta ve telefon yeterliyken adres, TC kimlik ve şirket alanı isteniyor.
  • Klavye tipi yanlış: telefon alanında harf klavyesi açılıyor.
  • Devam butonu katlanan alanın altında kalıyor, kullanıcı kaydırmadan göremiyor.

Bunların hiçbiri "yeniden tasarım" gerektirmez; her biri tek tek düzeltilebilir ve etkisi ayrı ölçülebilir. Mobil akış Convertels tarafında otel web sitesi kurgusunun içinde ele alınır — site ayrı, rezervasyon akışı ayrı iki proje gibi yönetilmez.

4. Güven Sinyallerini Fiyatın Yanına Koyun

Güven sinyalleri genellikle sitenin doğru yerlerinde vardır ama yanlış yerlerinde yoktur: "Hakkımızda" sayfasında, alt bilgide, iletişim sayfasında. Oysa kullanıcının tereddüt ettiği tek an fiyatı gördüğü andır. Sinyal orada değilse yok sayılır.

Fiyatın hemen yanında bulunması gerekenler:

  • İptal koşulu tek cümleyle: "Girişten 48 saat öncesine kadar ücretsiz iptal."
  • En iyi fiyat garantisi — doğrudan kanalın OTA karşısındaki tek somut argümanı budur ve çoğu otel sitesinde ya yok ya da görünmeyecek kadar küçük.
  • Güvenli ödeme ve kabul edilen kart logoları.
  • Gerçek misafir puanı — uydurma değil, otelin kendi ortalaması.

Bu dördünün içinde en çok ihmal edileni en iyi fiyat garantisidir. Kullanıcının doğrudan sitenizden rezervasyon yapmadan önce yaptığı son işlem, çoğu zaman aynı odayı bir OTA'da kontrol etmektir. O karşılaştırma sizin kontrolünüz dışında gerçekleşir; kontrol edebileceğiniz tek şey, kullanıcı ayrılmadan önce doğrudan kanalın avantajını görmüş olmasıdır. Garanti cümlesi fiyatın yanında değilse, kullanıcı bunu bilmeden çıkar ve büyük olasılıkla geri dönmez. Aynı cümleye bir de somut ek fayda iliştirmek (geç çıkış, ücretsiz otopark, oda içi ikram gibi) karşılaştırmayı fiyat tartışmasından çıkarır — üstelik bunların maliyeti komisyonun çok altındadır.

Bu listede "kalan 2 oda!" tipi yapay aciliyet ifadeleri kasıtlı olarak yok. Doğru değilse riskli, doğruysa da zaten rezervasyon motorunun kendi verisinden gelmelidir — uydurulmuş kıtlık, güven sinyalini artırmaz, tüketir.

5. Adım Sayısını Azaltın, Alan Sayısını Değil Sadece

Rezervasyon akışındaki her ekran geçişi bir terk noktasıdır. Dört ekranlı bir akışta her adımda yüzde 15 kayıp varsa, ilk ekrana giren 1.000 kullanıcının ödeme adımına ulaşan sayısı yaklaşık 614'tür. Aynı akış üç ekrana indiğinde bu sayı yaklaşık 723 olur — tek bir ekranı kaldırmak, ödeme adımına ulaşan kullanıcı sayısını yaklaşık yüzde 18 artırır.

Uygulamada işe yarayan üç değişiklik:

  • Oda seçimi ve ek hizmetleri aynı ekranda toplayın; ek hizmet için ayrı bir adım açmayın.
  • Üyelik zorunluluğunu kaldırın. Misafir hesabı isteğe bağlı olmalı; rezervasyon tamamlandıktan sonra teklif edilebilir.
  • İlerleme göstergesi koyun. Adım sayısını azaltamıyorsanız en azından kaç adım kaldığını gösterin; belirsizlik terk üretir.

Bu tarafın ölçümü ve kurgusu rezervasyon optimizasyonu başlığı altında yürütülür: hangi adımda kaç kullanıcının düştüğü bilinmeden hangi adımın kaldırılacağına karar verilemez.

6. Telefonu Bir Dönüşüm Yolu Olarak Kurun

Otelcilikte dönüşümün önemli bir kısmı web formunda değil telefonda tamamlanır — özellikle aile tatili, uzun konaklama ve grup rezervasyonlarında. Buna rağmen birçok otel sitesinde telefon numarası yalnızca alt bilgide durur ve hiçbir yerde ölçülmez.

Üç somut adım:

  • Tıkla-ara butonunu mobilde fiyatın göründüğü ekrana koyun; numarayı metin olarak yazmak yetmez.
  • Çağrıları kaynağına bağlayın. Hangi sayfadan, hangi kampanyadan gelen kullanıcının aradığı bilinmiyorsa, telefonla gelen rezervasyon raporda "dönüşüm yok" gibi görünür ve o kanalın bütçesi haksız yere kısılır.
  • Cevapsız çağrıyı kayıp saymayın. Yoğun saatte düşen çağrı, otomatik geri arama akışıyla geri kazanılabilir — mekanizması call back remarketing tarafında kurulur.

Bu taktik dönüşüm oranını iki yönden etkiler: gerçekten yeni rezervasyon üretir ve halihazırda üretilen rezervasyonların raporda görünmesini sağlar. İkincisi çoğu otelde birincisinden daha büyük bir farktır.

7. Terk Edilen Rezervasyonu Geri Kazanın

Rezervasyon akışına girip tamamlamadan çıkan kullanıcı, siteye ilk kez gelen bir ziyaretçiyle aynı şey değildir: tarihini seçmiş, fiyatı görmüş ve bir noktaya kadar ilerlemiştir. Bu kullanıcı havuzu çoğu otelde hiç çalışılmaz.

Yapılabilecekler, maliyet sırasına göre:

  • E-posta adresi alınmışsa (çoğu akışta ödeme adımından önce alınır), birkaç saat içinde seçilen tarihleri hatırlatan tek bir e-posta.
  • Alınmamışsa, seçilen tarih ve oda tipine göre kurgulanmış yeniden pazarlama — jenerik marka reklamı değil.
  • Yüksek niyetli kullanıcı telefon bırakmışsa, geri arama akışına düşürün.

Zamanlama burada içeriğin kendisinden daha belirleyicidir. Konaklama kararı bir gün içinde birkaç kez açılıp kapanan bir karardır: kullanıcı öğlen fiyata bakar, akşam eşiyle konuşur, ertesi sabah tekrar açar. Terk sonrası ilk teması bir hafta sonraya bırakan bir kurgu, kararın çoktan verildiği bir ana denk gelir. Pratikte işleyen aralık aynı gün içinde birkaç saat, en geç ertesi gündür. Aynı şekilde mesajın da tek bir işi vardır: kullanıcının bıraktığı yeri hatırlatmak — seçilen tarih, oda tipi ve fiyat. Jenerik bir "bizi hatırladınız mı" e-postası bu havuzda tüketilmiş bir fırsattır.

Buradaki ölçüm sorusu şudur: akışa giren kaç kullanıcının kaçı tamamladı ve tamamlamayanlar nerede durdu? Bu soruya cevap veremeyen bir kurguda geri kazanım da kurulamaz. Convertels tarafında bu görünürlük Pulse üzerinden sağlanır: tekil ziyaretçi, rezervasyona yakın kullanıcı ve iletişim niyeti ayrı ayrı raporlanır.

Hangisinden Başlamalı? Ve Sonucu Nasıl Okumalı?

Yedi taktiği aynı hafta uygulamaya çalışmak, en sık yapılan hatadır — hepsi birden devreye alındığında hangisinin işe yaradığı bilinemez. İşleyen sıra şudur:

  • Önce ölçün. Akışın her adımındaki düşüş oranını çıkarın. En büyük düşüşün olduğu adım, ilk müdahale adımınızdır.
  • Tek seferde bir taktik uygulayın ve en az iki hafta bekleyin. Otelcilikte haftanın günleri arasındaki fark büyüktür; beş günlük veri yanıltır.
  • Karşılaştırmayı aynı trafik kaynağı içinde yapın. Marka aramasından gelen trafikle markasız organik trafiğin dönüşüm oranı arasında kat kat fark olur; kaynak karması değiştiğinde oran, siz hiçbir şey yapmasanız da değişir.

Son nokta özellikle önemli: bir kampanya döneminde dönüşüm oranınız düşebilir, ama bu sitenizin kötüleştiği anlamına gelmez — büyük ihtimalle üst hunide daha fazla ve daha soğuk trafik almışsınızdır. Oranı tek başına değil, rezervasyon sayısı ve rezervasyon başına maliyetle birlikte okuyun.


Akışınızın hangi adımında kaç misafir kaybediyorsunuz?

Mevcut sitenizi ve rezervasyon motorunuzu değiştirmeden, akışın her adımındaki düşüşü ölçen ve telefonla gelen rezervasyonları da rapora dâhil eden bir kurgu kurulabilir. Sitenizin aylık trafiğini ve mevcut rezervasyon sayısını paylaşın, hangi adımın en çok kazandıracağını birlikte çıkaralım.

Teklif alın

Dış Kaynaklar

Sayfa hızı ve rezervasyon akışında terk nedenleri üzerine kaynaklar:

Konuyu derinlemesine incelemek için Oteller İçin Meta API Kurulumu Rehberi sayfasını inceleyin.