Otel Web Sitesi Nasıl Yapılır? Tasarım, İçerik, Kullanıcı Deneyimi ve Rezervasyon Odaklı Site Rehberi

Bir otelin web sitesi güzel görünmek zorundadır. Ama yalnızca güzel görünmesi yeterli değildir. Çünkü otel web sitesi bir tasarım portfolyosu değildir. Misafirin oteli keşfettiği, değerlendirdiği, güven duyduğu, oda seçeneklerini anladığı, fiyat kontrol ettiği ve mümkünse rezervasyon yaptığı ticari bir satış kanalıdır.

Bu nedenle doğru bir otel web sitesi şu zinciri mümkün olduğunca az sürtünmeyle yönetmelidir:

Brand → Discovery → Interest → Trust → Product Understanding → Availability → Price → Booking → Confirmation

Bir web sitesi tasarım ödülü alabilir; ama ziyaretçi odaları bulamıyor, fiyatı göremiyor, mobilde site yavaş, “Rezervasyon Yap” butonu görünmüyor veya rezervasyon motoruna geçtiğinde güvenini kaybediyorsa; ticari olarak iyi bir otel sitesi değildir. Temel prensip şudur:

Otel web sitesinin görevi oteli anlatmak değil, doğru misafirin doğru kararı vermesini kolaylaştırmaktır.

1. Otel Web Sitesinin Gerçek Görevi Nedir?

Bir otel sitesi aynı anda birkaç görevi yerine getirir.

Marka merkezi

Markanın dijital dünyadaki ana evidir.

Ürün vitrini

Odaları, ortak alanları ve deneyimi gösterir.

Güven merkezi

Misafirin “Bu otel gerçekten göründüğü gibi mi?” sorusunu cevaplar.

Bilgi merkezi

Lokasyon, oda, hizmet, politika ve iletişim bilgilerini sunar.

Satış kanalı

Doğrudan rezervasyon üretir.

Veri kaynağı

Misafirin davranışlarını ölçmeye yardımcı olur.

Dolayısıyla web sitesi Brand Asset + Sales Channel + Distribution Channel + Data Asset olarak düşünülmelidir.

2. Web Sitesi Dijital Broşür Değildir

Eski yaklaşım: “Otelimizi güzel anlatalım.” Yeni yaklaşım:

“Misafirin rezervasyon kararını nasıl kolaylaştırabiliriz?”

Bu iki yaklaşım arasında büyük fark vardır. Broşür bilgi verir. Satış sistemi ziyaretçiyi karar yolculuğunda ilerletir.

3. Otel Sitesinin Temel Dönüşüm Zinciri

Web sitesinin ticari mantığını şöyle düşünebiliriz:

Traffic → Landing → Engagement → Room Exploration → Availability Search → Booking Engine → Reservation

Bu zincirin herhangi bir noktasında yüksek kayıp varsa web sitesi performansı düşer. Örneğin çok trafik olabilir. Ama kimse “Book Now” butonuna basmıyorsa sorun trafik değildir. Conversion sorunudur.

4. Web Sitesine Kim Geliyor?

Site tasarlanmadan önce ziyaretçi tipleri düşünülmelidir. Örneğin:

Brand Search Visitor

Otelin adını biliyor.

Google Discovery Visitor

Bölgedeki otelleri araştırıyor.

OTA Comparison Visitor

Oteli Booking.com gibi bir platformda gördü ve resmi siteyi kontrol ediyor.

Social Visitor

Instagram veya başka içerikten geldi.

Returning Guest

Oteli daha önce biliyor.

Referral Visitor

Blog, basın veya başka bir siteden geldi.

Bu kullanıcıların niyetleri aynı değildir.

5. OTA'dan Web Sitesine Gelen Misafir Çok Değerlidir

Misafir oteli OTA'da gördükten sonra Google'da marka adını arayabilir. Sonra resmi siteye gelir. Bu noktada kullanıcı zaten yüksek satın alma niyetine sahip olabilir. Web sitesi bu kullanıcıyı kaybetmemelidir. İlk birkaç saniyede şu sorulara cevap verebilmelidir:

Doğru otelde miyim?

Güvenilir mi?

Oda nasıl?

Nerede?

Fiyatı ne?

Nasıl rezervasyon yaparım?

6. Website Strategy

Site tasarımından önce Website Strategy oluşturulmalıdır. Şunlar tanımlanmalıdır:

Primary Goal

Doğrudan rezervasyon mu?

Secondary Goals

Telefon, WhatsApp, e-mail, restoran rezervasyonu?

Target Guest

Kim?

Key Markets

Hangi ülkeler?

Languages

Hangi diller?

Brand Positioning

Nasıl bir otel?

Primary Conversion

Booking engine'e geçiş.

Secondary Conversion

Contact / WhatsApp / inquiry.

Measurement

Başarı nasıl ölçülecek?

7. Site Haritası

İlk aşamalardan biri Sitemap oluşturmaktır. Küçük butik otel için örnek:

Home

Rooms

Room Detail

Hotel

Experience

Breakfast / Restaurant

Location

Gallery

Offers

Journal / Guide

Contact

FAQ

Policies

Book Now

Her otelin aynı sayfalara ihtiyacı yoktur. Ama kullanıcı yolculuğu düşünülerek yapı kurulmalıdır.

8. Menü Ne Kadar Basit Olursa O Kadar İyi

Navigation yaratıcılık gösterilecek alanlardan biri değildir. Misafir “Rooms” arayacaksa bunun yerine çok şiirsel bir ifade kullanmak; tasarım açısından ilginç, UX açısından problemli olabilir. Navigation'ın temel görevi:

kullanıcıyı düşündürmeden doğru yere götürmektir.

9. Ana Menü

Örneğin Rooms | Experience | Location | Gallery | Journal | Contact | Book Now gibi sade bir yapı birçok butik otel için yeterli olabilir. Menü 15–20 farklı seçenekle doldurulmamalıdır.

10. Book Now Menüden Ayrışmalıdır

En önemli ticari CTA Book Now veya Türkçe sitede Rezervasyon Yap olabilir. Bu CTA menüde kaybolmamalıdır. Görsel olarak diğer navigation öğelerinden yeterince ayrışmalıdır. Ama agresif satış butonu gibi de hissettirmemelidir.

11. CTA Nedir?

CTA Call to Action demektir. Kullanıcıdan beklenen bir sonraki hareketi gösterir. Otel sitesinde örnek:

Book Now

Check Availability

View Rooms

Explore the Hotel

Get Directions

Contact Us

View Offer

Her sayfanın birincil amacı ve primary CTA'sı olmalıdır.

12. Homepage'in Görevi Nedir?

Homepage otelin bütün bilgisini tek sayfaya doldurmak değildir. Görevi:

Markayı tanıtmak

Oteli hızlı anlatmak

Güven oluşturmak

Ürünü göstermek

Kullanıcıyı doğru sayfalara yönlendirmek

Rezervasyona geçiş sağlamak

olmalıdır. Homepage orientation + persuasion + conversion işlevlerini birlikte taşır.

13. Hero Section

Ana sayfanın ilk görülen alanı Hero Section olarak adlandırılır. Burada genellikle şunlar bulunabilir:

• güçlü fotoğraf veya video,
• marka mesajı,
• kısa positioning,
• CTA

Hero'nun görevi otelin bütün hikâyesini anlatmak değildir. İlk soruya cevap vermektir:

“Burası nasıl bir yer?”

14. Hero'da Ne Yazmalı?

Örneğin uzun kurumsal paragraflar yerine markanın özünü anlatan kısa mesajlar daha güçlü olabilir. Ancak şiirsel copy otelin ne olduğunu tamamen gizlememelidir. Duygu ile bilgi arasında denge gerekir.

15. Hero Fotoğrafı Seçimi

En güzel fotoğraf her zaman en doğru hero değildir. Hero görseli markanın en önemli vaadini hızlı anlatmalıdır. Örneğin otelin en güçlü özelliği avluysa; çok sıradan bir oda fotoğrafını hero yapmak fırsat kaybı olabilir.

16. Video Hero Kullanılmalı mı?

Kullanılabilir. Ama performans maliyeti vardır. Video siteyi yavaşlatıyorsa; mobile data tüketiyorsa; Core Web Performance zayıflıyorsa; görsel etkisi ticari zarara dönüşebilir. Video Experience yaratmalıdır; Performance bozmamalıdır.

17. Above the Fold

Kullanıcının scroll yapmadan gördüğü ilk alan kritiktir. Bu alanda genellikle şunlar görünmelidir:

Brand

Visual

Positioning

Booking CTA

Misafir rezervasyon butonunu aramak zorunda kalmamalıdır.

18. Sticky Booking Button

Mobilde özellikle sticky bir Book Now butonu kullanılabilir. Kullanıcı sayfada ilerlese bile rezervasyon aksiyonu erişilebilir kalır. Bu conversion açısından önemli bir UX kararı olabilir.

19. Website UX Nedir?

UX User Experience demektir. Web sitesinde kullanıcının hedefine ne kadar kolay ulaşabildiğini ifade eder. Otel UX'inde en önemli sorulardan biri:

“Misafir rezervasyon yapmaya çalışırken nerelerde düşünmek veya uğraşmak zorunda kalıyor?”

Her gereksiz adım friction yaratır.

20. Conversion Friction

Rezervasyon yolculuğunda friction örnekleri:

Book Now görünmüyor.

Tarih seçici karmaşık.

Mobilde takvim çalışmıyor.

Oda isimleri anlaşılmıyor.

Fiyat politikası belirsiz.

Booking engine farklı dilde.

Para birimi değişiyor.

Sayfa yavaş.

Gereksiz form alanları var.

Kullanıcı başka domaine geçince güven kaybediyor.

Amaç friction reduction olmalıdır.

21. Güzel Tasarım UX'in Önüne Geçmemeli

Örneğin çok minimalist site tasarlanabilir. Ama navigation nerede olduğu anlaşılmıyor. Yazılar çok küçük. Butonlar görünmüyor. Oda bilgileri saklanmış. Bu tasarım estetik olabilir. Ama iyi hospitality UX değildir.

Misafir tasarımın nasıl çalıştığını öğrenmek zorunda kalmamalıdır.

22. Mobile-First

Otel sitesi masaüstünde tasarlanıp sonra mobile küçültülmemelidir. Mobil ayrı bir kullanım senaryosu olarak düşünülmelidir. Özellikle şunlar mobile üzerinde ayrıca test edilmelidir:

Menü

Booking CTA

Date Picker

Room Cards

Gallery

Forms

Maps

Phone / WhatsApp

23. Thumb-Friendly Design

Mobil butonlar parmakla rahat tıklanabilir olmalıdır. Çok küçük CTA, birbirine yakın linkler, dar date picker kötü mobil deneyim yaratabilir.

24. Site Hızı

Otel sitelerinde yüksek çözünürlüklü fotoğraflar ve video nedeniyle performans sık sorun olur. Ama yavaş site hem kullanıcı deneyimini hem dönüşümü hem de arama performansını olumsuz etkileyebilir. Bu nedenle görsel kalitesi ile dosya boyutu dengelenmelidir.

25. Görsel Optimizasyonu

Fotoğraflar web için optimize edilmelidir. Örneğin:

• doğru dimensions,
• responsive images,
• modern image formats,
• compression,
• lazy loading

kullanılabilir. Ama compression görsel kaliteyi bozacak seviyeye getirilmemelidir.

26. Lazy Loading

Sayfanın altındaki görsellerin kullanıcı oraya yaklaştığında yüklenmesi performansı iyileştirebilir. Ancak hero gibi ilk görülen kritik görseller geç yüklenmemelidir.

27. Web Sitesinin En Önemli İçeriği: Fotoğraf

Hospitality e-commerce gibi çalışır. Ama misafir ürünü satın almadan önce fiziksel olarak göremez. Bu nedenle fotoğraf ürünün temel satış araçlarından biridir. İyi fotoğraf yalnızca güzel değildir. Bilgi verir.

28. Fotoğraf Ne Anlatmalı?

Misafir şunları anlayabilmelidir:

Oda ne kadar büyük?

Yatak nasıl?

Banyo nasıl?

Pencere nerede?

Manzara var mı?

Ortak alanlar nasıl?

Havuz gerçekten nasıl?

Kahvaltı nerede servis ediliyor?

Otelin çevresi nasıl?

Fotoğraf belirsizliği azaltmalıdır.

29. Oda Fotoğrafı Sıralaması

Room gallery rastgele oluşturulmamalıdır. Örneğin şu gibi mantıklı bir hikâye oluşturulabilir:

1. Hero room view
2. Bed / room layout
3. Alternate angle
4. Bathroom
5. Detail
6. View / balcony
7. Relevant amenities

30. Her Oda Tipinin Ayrı Sayfası Olmalı mı?

Genellikle farklı oda tipleri anlamlı farklar taşıyorsa ayrı room detail sayfaları faydalıdır. Böylece misafir şunları net görebilir:

Room Name

Size

Capacity

Bed

Bathroom

View

Amenities

Photos

Policies

Book CTA

31. Oda İsimleri Anlaşılır Olmalı

Yaratıcı oda isimleri markaya karakter katabilir. Ama misafir hangi odanın daha büyük veya daha üst kategori olduğunu anlayamıyorsa satın alma kararı zorlaşabilir. Bu nedenle yaratıcı isim ile ürün hiyerarşisi birlikte yönetilmelidir.

32. Oda Karşılaştırması

Birden fazla oda kategorisi varsa kullanıcı kolay karşılaştırabilmelidir. Örneğin:

Bu decision friction azaltabilir.

33. Oda Büyüklüğü Gizlenmemeli

Room size özellikle şehir ve butik otellerde önemli bilgidir. Misafir oda büyüklüğünü sonradan öğrendiğinde beklenti problemi oluşabilir. Şeffaflık conversion'ı düşürmek zorunda değildir. Aksine doğru misafirin doğru odayı seçmesine yardımcı olabilir.

34. Amenities Listesi

Oda sayfasında misafirin gerçekten önemsediği özellikler kolay bulunmalıdır. Örneğin:

• Wi-Fi,
• klima,
• minibar,
• kahve makinesi,
• kasa,
• saç kurutma makinesi,
• çalışma alanı,
• TV,
• blackout,
• balkon,
• view.

50 ikon göstermek zorunlu değildir. Önemli bilgiler önceliklendirilmelidir.

35. Hotel Page

“About” sayfası şirket tarihçesi dökümü olmak zorunda değildir. Şunları anlatabilir:

Otelin hikâyesi

Bina

Konsept

Mimari

Marka yaklaşımı

Misafirin ne beklemesi gerektiği

Bu sayfa özellikle independent hotel markalarında farklılaşma alanıdır.

36. Location Page

Lokasyon otel satışında kritiktir. Ama sadece Google Maps embed etmek yeterli değildir. Location page şunları cevaplayabilir:

Hangi bölgede?

Neye yakın?

Havalimanından nasıl gelinir?

Tren/metro var mı?

Otopark var mı?

Yürüyerek nerelere gidilir?

Mahalle nasıl?

Çevrede ne yapılır?

37. Mesafeleri Anlamlı Yazın

Örneğin Havalimanı — 18 km bilgi verir. Ama Yaklaşık 25 dakika kullanıcı için daha anlamlı olabilir. İdeal durumda distance + approximate travel time birlikte verilebilir.

38. “Near” Kelimesini Abartmayın

Her şeye “Just minutes away” yazmak güven kaybı yaratabilir. Gerçek mesafe ve ulaşım süresi dürüst verilmelidir. Website copy satış yaparken gerçekliği bozmamalıdır.

39. Destination Content

Independent hotel yalnızca odasını satmak zorunda değildir. Destinasyonu da satabilir. Örneğin:

Neighborhood Guide

Restaurants

Galleries

Markets

Beaches

Historical Sites

Local Experiences

Bu hem misafire değer üretebilir; hem organik arama stratejisinin parçası olabilir.

40. Gallery Page

Gallery fotoğrafların depolandığı alan değildir. Bir hikâye anlatmalıdır. Örneğin şu gibi kategoriler kullanılabilir:

Rooms

Architecture

Courtyard

Pool

Breakfast

Details

Destination

41. Fotoğraf Sayısı

Çok fotoğraf her zaman daha iyi değildir. Birbirine çok benzeyen 50 fotoğraf yerine ürünü tam anlatan 20 güçlü fotoğraf daha etkili olabilir. Ama kritik alanların gizlenmemesi gerekir.

42. Web Copy Nasıl Olmalı?

Otel web sitesi metni şu üç özelliği birleştirmelidir: Brand Voice + Information + Persuasion. Yalnızca şiirsel metin yetersiz olabilir. Yalnızca teknik bilgi de marka duygusunu öldürebilir.

43. Şiirsel Metnin Riski

Örneğin:

“Where timeless whispers meet infinite serenity.”

güzel duyulabilir. Ama misafir şunu merak ediyor olabilir:

“Otel Kemeraltı'nda mı?”

“Kahvaltı var mı?”

“Otopark nerede?”

Marka copy'si bilgiyi gizlememelidir.

44. Feature Değil Benefit

Örneğin Blackout curtains feature'dır. Sleep comfortably even after sunrise benefit olabilir. İyi copy ikisini birleştirebilir.

Blackout curtains for uninterrupted sleep.

Bu özelliğin misafir için neden önemli olduğunu anlatır.

45. Güven Unsurları

Web sitesinde trust oluşturabilecek unsurlar bulunabilir. Örneğin:

Gerçek fotoğraflar

Açık iletişim bilgileri

Fiziksel adres

Güvenli ödeme

Net iptal politikası

Review score / testimonial

Basın görünürlüğü

Secure booking

Resmî işletme bilgileri

Ama trust badge kalabalığı yaratılmamalıdır.

46. Misafir Yorumları

Seçilmiş guest review alıntıları kullanılabilir. Ancak çok uzun testimonial duvarları yerine kısa ve inandırıcı kanıtlar daha etkili olabilir. Mümkünse kaynağı açık olmalıdır.

47. Social Proof

Social proof şunlardan oluşabilir:

• review scores,
• press mentions,
• awards,
• guest testimonials,
• user-generated content,
• recognitions.

Ama eski ödüller veya güncel olmayan puanlar otomatik olarak kullanılmamalıdır.

48. Fiyatı Gizlemek

Bazı otel siteleri misafiri fiyatı görmek için çok fazla adım atmaya zorlar. Bu özellikle yüksek intent ziyaretçilerde friction yaratabilir. Availability ve rate kontrolü mümkün olduğunca kolay olmalıdır.

49. Booking Widget

Homepage üzerinde date ve guest seçilebilen booking widget kullanılabilir. Örneğin Check-in | Check-out | Guests | Check Availability. Bu kullanıcıyı doğrudan booking engine sonuçlarına götürebilir.

50. Booking Engine Entegrasyonu

Web sitesi satış kanalıysa booking engine site mimarisinin merkezinde olmalıdır. Booking engine sonradan eklenen harici bir buton gibi düşünülmemelidir. Website ve booking engine birlikte tasarlanmalıdır.

51. Booking Engine Geçişi

Kullanıcı Book Now butonuna bastığında şunlar mümkün olduğunca korunmalıdır:

Brand

Language

Currency

Dates

Guest Count

Mobile Experience

Trust

Kullanıcı “Başka bir siteye mi geldim?” hissi yaşamamalıdır.

52. Direct Booking Value Proposition

Misafire doğrudan rezervasyon yapması için sebep sunulabilir. Örneğin:

• flexible cancellation,
• room preference,
• welcome benefit,
• direct communication,
• special package,
• member rate

gibi. Ancak avantaj gerçek ve operasyonel olarak uygulanabilir olmalıdır.

53. “Best Rate” İddiası

“Best Rate Guarantee” gibi iddialar gerçek fiyatlandırma ve dağıtım sistemiyle desteklenmelidir. Sitede yazıp OTA'da daha ucuz fiyat bırakmak doğrudan satış güvenini zayıflatabilir.

54. Fiyat Paritesi Tek Başına Yetmez

Resmî site OTA ile aynı fiyatı sunuyor olabilir. Ama misafir OTA'yı daha kolay, güvenilir ve hızlı buluyorsa yine OTA'dan rezervasyon yapabilir. Direct booking için Price + Trust + Convenience + Benefit birlikte çalışmalıdır.

55. Rezervasyon Formunu Kısaltın

Her ekstra form alanı friction yaratabilir. Gerçekten gerekli olmayan bilgiler booking sırasında istenmemelidir. Örneğin misafirin fax numarasına ihtiyacınız yoksa istemeyin. Temel prensip:

Ask only what is necessary to complete the transaction.

56. Ödeme Güveni

Misafir kart bilgisi girecekse güven çok önemlidir. Booking flow profesyonel, tutarlı ve güvenilir görünmelidir. Şüpheli popup, eski tasarım, garip domain ve kırık arayüz conversion kaybına neden olabilir.

57. Confirmation Page

Rezervasyon tamamlandığında kullanıcı net bir confirmation görmelidir. Örneğin:

Reservation Number

Dates

Room

Guests

Rate

Payment Status

Cancellation Terms

Contact

Directions

Confirmation “teşekkürler” ekranından daha fazlasıdır.

58. Confirmation E-mail

Website journey rezervasyon butonunda bitmez. Confirmation email de aynı brand ve information sisteminin parçasıdır. Yanlış veya belirsiz confirmation misafirin otele telefon etmesine neden olabilir.

59. Çok Dilli Site

Uluslararası misafir hedefleniyorsa çok dilli site önemli olabilir. Ancak 10 dili kötü çevirilerle sunmak yerine ana pazarların dillerini yüksek kalitede sunmak daha doğru olabilir.

60. Otomatik Çeviri Yeterli mi?

AI ve machine translation ilk taslak için yararlı olabilir. Ama marka copy'si, room description, policy, payment, cancellation gibi kritik metinler kontrol edilmelidir. Özellikle yanlış policy çevirisi operasyonel sorun yaratabilir.

61. Dil Seçimi

Language selector kolay bulunmalıdır. Bayrak kullanmak her zaman ideal değildir. Çünkü dil ile ülke aynı şey değildir. Örneğin EN | TR | DE gibi açık dil etiketleri kullanılabilir.

62. Para Birimi

Uluslararası misafir için currency gösterimi önemlidir. Ama website ve booking engine arasında para birimi tutarsızlığı olmamalıdır. Misafir hangi currency ile ödeme yapacağını anlamalıdır.

63. FAQ

FAQ sayfası satış ve operasyon açısından çok değerli olabilir. Örneğin:

Check-in saati?

Check-out saati?

Kahvaltı dahil mi?

Otopark var mı?

Çocuk kabul ediliyor mu?

Evcil hayvan?

Havalimanı transferi?

Havuz?

Sigara politikası?

İptal koşulları?

Resepsiyon saatleri?

Bu soruların cevaplanması hem misafirin kararını kolaylaştırır; hem resepsiyonun tekrarlayan iş yükünü azaltabilir.

64. Policy Sayfaları

Şunlar gerektiğinde açık şekilde erişilebilir olmalıdır:

• cancellation,
• payment,
• privacy,
• cookies,
• terms,
• child policy,
• pet policy,
• check-in/out.

Policy metinleri yalnızca hukuki zorunluluk değil; guest expectation yönetimi aracıdır.

65. İletişim Sayfası

Contact page minimum şunları içerebilir:

Address

Phone

E-mail

Map

Directions

Contact Form

WhatsApp

varsa. Ama iletişim bilgileri yalnızca contact sayfasına saklanmamalıdır. Footer'da da bulunabilir.

66. Click-to-Call

Mobil ziyaretçi telefon numarasına dokunduğunda doğrudan arayabilmelidir. Aynı şekilde e-mail ve harita linkleri işlevsel olmalıdır. Bu küçük UX detayları özellikle seyahat sırasında önemlidir.

67. WhatsApp CTA

Bazı pazarlarda WhatsApp yüksek değerli iletişim kanalı olabilir. Ama her ziyaretçiye agresif popup göstermek site deneyimini bozabilir. WhatsApp primary booking flow'un yerini almamalıdır. Destek kanalı olarak konumlandırılabilir.

68. Pop-Up Kullanımı

Pop-up şunlar için kullanılabilir:

• offer,
• newsletter,
• direct booking benefit.

Ama kullanıcı siteye girer girmez ekranı kaplayan birden fazla popup özellikle mobile UX'i bozabilir. Conversion optimization ile user annoyance arasında denge gerekir.

69. Offers Page

Otel paket ve kampanya sunuyorsa offers sayfası oluşturulabilir. Örneğin:

Early Booking

Long Stay

Romantic Package

Seasonal Offer

Stay + Experience

Ama süresi bitmiş kampanyalar sitede bırakılmamalıdır.

70. Offer'ın Ticari Yapısı

Her offer şunları açık göstermelidir:

Benefit

Eligible Dates

Stay Dates

Conditions

Cancellation

Booking CTA

Kampanya yalnızca güzel banner değildir. Satılabilir üründür.

71. Blog mu, Journal mı?

İsim marka karakterine göre değişebilir. Blog, Journal, Stories, City Guide, Notes gibi. Ama ticari amaç aynıdır: marka hikâyesi, destinasyon bilgisi ve organik arama değeri üretmek.

72. İçerik Stratejisi

Otel şunlar hakkında içerik üretebilir:

• destinasyon,
• mahalle,
• restoranlar,
• etkinlikler,
• ulaşım,
• sezon,
• mimari,
• yerel kültür,
• deneyimler,
• seyahat rehberleri.

Ama içerik yalnızca SEO anahtar kelimesi doldurmak için yazılmamalıdır. Misafire gerçek değer üretmelidir.

73. SEO ile UX Birbirine Rakip Değildir

İyi SEO kullanıcı için iyi bilgi mimarisiyle çoğu zaman uyumludur. Örneğin net sayfa başlıkları, oda sayfaları, lokasyon bilgisi, destinasyon içeriği hem Google'a hem misafire yardımcı olabilir.

74. URL Yapısı

URL yapısı sade ve anlaşılır olabilir. Örneğin:

• /rooms
• /rooms/deluxe-room
• /location
• /offers
• /journal

gibi. Çok karmaşık ve anlamsız parametreler kullanıcı deneyimini ve site yönetimini zorlaştırabilir.

75. Metadata

Her önemli sayfa için benzersiz Title ve Meta Description oluşturulabilir. Örneğin oda sayfasının title'ı yalnızca Deluxe Room olmak yerine; marka ve lokasyon bağlamı taşıyabilir. Ama keyword doldurma yapılmamalıdır.

76. Heading Structure

Sayfa başlıkları mantıklı hiyerarşi izlemelidir. Örneğin:

H1

Ana konu.

H2

Bölümler.

H3

Alt başlıklar.

Bu hem okunabilirlik hem erişilebilirlik hem arama motorlarının sayfayı anlaması açısından faydalıdır.

77. Alt Text

Fotoğraflara uygun alt text eklenebilir. Ama alt text SEO anahtar kelimesi doldurma alanı değildir. Görseli anlamlı şekilde tanımlamalıdır.

78. Teknik SEO Temeli

Web sitesi tasarlanırken teknik altyapı da düşünülmelidir. Örneğin:

Crawlability

Indexability

Canonical Structure

Sitemap

Robots Rules

Redirects

Structured Data

Page Speed

Mobile Compatibility

HTTPS

SEO site yayına çıktıktan sonra eklenecek bir eklenti olarak görülmemelidir.

79. Analytics Kurulumu

Site yayına girdiğinde ölçüm sistemi hazır olmalıdır. Minimum olarak şunlar izlenebilir:

Users

Sessions

Source / Medium

Landing Page

Device

Country

Book Now Click

Availability Search

Booking Engine Entry

Reservation

Revenue

Sadece ziyaretçi sayısı yeterli değildir.

80. Website Conversion Rate

Basit yaklaşım:

Website Conversion Rate = Website Reservations / Website Sessions × 100

Ancak tanım kurum içinde standart olmalıdır. Örneğin reservation website session'a nasıl atfediliyor? Booking engine cross-domain takip ediliyor mu? Bu ölçüm altyapısı doğru kurulmalıdır.

81. Booking Engine Conversion Rate

Ayrı bir metric olarak düşünülebilir:

Booking Engine Conversion = Completed Reservations / Booking Engine Sessions × 100

Böylece şunu ayırt edebiliriz:

Website insanları booking engine'e gönderemiyor mu?

yoksa:

Booking engine'e gelen insanlar satın almıyor mu?

İki problem aynı değildir.

82. Funnel Measurement

Örnek:

10,000 Website Sessions → 2,500 Availability Searches → 1,800 Booking Engine Results → 400 Checkout Starts → 180 Reservations

Bu funnel hangi aşamada kayıp olduğunu gösterebilir.

83. Book Now Click Rate

Örneğin:

Book Now CTR = Book Now Clicks / Relevant Page Sessions × 100

Bu CTA yerleşiminin ve satın alma niyetinin ölçülmesine yardımcı olabilir. Tek başına başarı ölçütü değildir. Ama funnel'ın bir parçasıdır.

84. Revenue per Website Visitor

Daha ticari bir ölçü şöyle hesaplanabilir:

Revenue per Website Visitor = Direct Website Revenue / Website Visitors

Bu traffic kalitesi ve conversion performansını birlikte okumaya yardımcı olabilir.

85. Direct Booking Share

Website performansı otel distribution sisteminden ayrı değerlendirilmemelidir. Örneğin:

Direct Booking Share = Direct Bookings / Total Bookings × 100

veya revenue bazlı alternatif tanım kullanılabilir. Önemli olan KPI tanımının tutarlı olmasıdır.

86. Website Revenue Tek Başına Yeterli Değildir

Direct revenue yüksek olabilir. Ama web sitesi çok yüksek advertising maliyeti ile trafik alıyorsa; net ekonomik sonuç farklı olabilir. Bu nedenle website şunlarla birlikte okunmalıdır: Revenue + Conversion + Acquisition Cost + Distribution Cost + Net Revenue

87. Attribution

Misafir şöyle bir yolculuk yapabilir:

Instagram → Google → OTA → Google Brand Search → Website → Booking

Rezervasyonu yalnızca son tıklamaya yazmak gerçek customer journey'yi tam anlatmayabilir. Bu nedenle marketing analizinde attribution konusu dikkatle ele alınmalıdır.

88. Privacy ve Consent

Analytics, advertising, remarketing ve cookie kullanımı ilgili hukuki yükümlülüklerle uyumlu olmalıdır. Web sitesi teknik olarak yapabiliyor diye her tracking mekanizması kontrolsüz şekilde kurulmamalıdır. Privacy tasarımın sonunda eklenen bir popup değil; dijital altyapının parçasıdır.

89. Güvenlik

Otel sitesi şunlara dikkat etmelidir:

HTTPS

Güvenli hosting

Güncel CMS

Güncel plugins

Strong access control

Backup

MFA

Form protection

Payment security

Özellikle eski WordPress plugin'leri ve kontrolsüz admin hesapları risk oluşturabilir.

90. CMS Seçimi

Website altyapısı şu sorulara göre seçilmelidir:

İçerik kim tarafından güncellenecek?

Çok dil var mı?

Booking engine entegrasyonu nasıl?

SEO kontrolü yeterli mi?

Site hızlı mı?

Ajansa bağımlılık ne kadar?

Güvenlik nasıl?

Ölçeklenebilir mi?

İçerik eklemek kolay mı?

Teknoloji markanın operasyonel ihtiyacına hizmet etmelidir.

91. Ajansa Tam Bağımlılık Riski

Otel her küçük metin değişikliği için ajansa ticket açmak zorunda kalmamalıdır. En azından şunlar yetkili otel ekibi tarafından güncellenebilir olmalıdır:

• room text,
• offers,
• photos,
• journal,
• contact information,
• basic SEO fields

92. Website Ownership

Çok kritik bir konudur. Şunların sahipliği otele ait olmalıdır:

Domain

Hosting account

CMS admin

Analytics

Search tools

Tag manager

Booking engine

Advertising accounts

Source files

Design assets

Ajans değiştiğinde marka kendi dijital varlıklarını kaybetmemelidir.

93. Domain Otelin Kontrolünde Olmalı

Domain ajans çalışanının kişisel hesabında kayıtlı olmamalıdır. Kurumsal kontrol altında olmalıdır. Çünkü domain otelin en kritik dijital varlıklarından biridir.

94. Admin Yetkileri

Tek bir kişinin hesabına bağımlı kalınmamalıdır. Rol bazlı yetkilendirme kullanılabilir. Örneğin:

Owner

Admin

Editor

Analyst

Gereksiz admin yetkileri verilmemelidir.

95. Backup ve Recovery

Site bozulduğunda şu soru cevaplanmalıdır:

“Ne kadar sürede geri dönebiliriz?”

Düzenli backup ve restore prosedürü olmalıdır. Backup'ın var olması tek başına yeterli değildir. Geri yüklenebilir olduğu da test edilmelidir.

96. Website Launch Checklist

Yayına çıkmadan önce minimum kontrol listesi oluşturulmalıdır.

Desktop test edildi mi?

Mobile test edildi mi?

Tablet test edildi mi?

Tüm linkler çalışıyor mu?

Book Now çalışıyor mu?

Booking engine doğru tarihe gidiyor mu?

Diller doğru mu?

Currency doğru mu?

Formlar geliyor mu?

Telefon linkleri çalışıyor mu?

E-mail linkleri çalışıyor mu?

Map doğru mu?

Fotoğraflar optimize mi?

404 sayfası var mı?

Redirect'ler doğru mu?

Analytics çalışıyor mu?

Conversion tracking çalışıyor mu?

SEO metadata var mı?

Sitemap var mı?

HTTPS aktif mi?

Backup var mı?

Site görsel olarak tamamlanmış olsa bile bu testlerden geçmeden hazır sayılmamalıdır.

97. Website QA

Site yayına çıktıktan sonra da QA devam etmelidir. Özellikle şunlar periyodik kontrol edilebilir:

Broken Links

Booking Flow

Forms

Mobile

Speed

Room Information

Rates / Offers

Policies

Contact Information

Tracking

Plugins / Security

Website bir kez yapılıp unutulan proje değildir.

98. Web Sitesi İçin Aylık Dashboard

Örneğin:

Ama dashboard yalnızca rakam göstermemelidir. Şunu cevaplamalıdır:

“Nerede para kaybediyoruz ve hangi değişiklik bunu düzeltebilir?”

99. Web Sitesinde 20 Yaygın Hata

1. Siteyi dijital broşür olarak görmek.
2. Tasarıma stratejiden önce başlamak.
3. Desktop tasarlayıp mobile sonradan bakmak.
4. Book Now butonunu gizlemek.
5. Çok karmaşık navigation kullanmak.
6. Yavaş hero video kullanmak.
7. Oda bilgilerini eksik vermek.
8. Oda büyüklüğünü gizlemek.
9. Zayıf fotoğraf kullanmak.
10. Gerçek dışı fotoğraf kullanmak.
11. Booking engine'i markadan kopuk bırakmak.
12. Gereksiz uzun rezervasyon formu kullanmak.
13. Çok fazla popup göstermek.
14. Otomatik çeviriyi kontrol etmeden yayınlamak.
15. SEO'yu yayından sonra düşünmek.
16. Analytics kurmadan siteyi açmak.
17. Booking conversion'ı ölçmemek.
18. Domain ve hesapları ajansın kontrolünde bırakmak.
19. Siteyi açtıktan sonra güncellememek.
20. Site başarısını yalnızca trafikle ölçmek.

100. Web Sitesi İçin 20 Karar Kapısı

Karar Kapısı 1

Sitenin primary business goal'u belli mi?

Karar Kapısı 2

Target guest belli mi?

Karar Kapısı 3

Site haritası kullanıcı yolculuğuna göre mi?

Karar Kapısı 4

Navigation sade mi?

Karar Kapısı 5

Book Now her kritik noktada erişilebilir mi?

Karar Kapısı 6

Mobile deneyim test edildi mi?

Karar Kapısı 7

Site yeterince hızlı mı?

Karar Kapısı 8

Fotoğraflar ürünü doğru anlatıyor mu?

Karar Kapısı 9

Her oda tipi yeterince açıklanıyor mu?

Karar Kapısı 10

Lokasyon net mi?

Karar Kapısı 11

Fiyat ve availability kolay bulunuyor mu?

Karar Kapısı 12

Booking engine geçişi kesintisiz mi?

Karar Kapısı 13

Direct booking için değer önerisi var mı?

Karar Kapısı 14

Çok dilli içerik doğru mu?

Karar Kapısı 15

SEO altyapısı hazır mı?

Karar Kapısı 16

Analytics ve conversion tracking çalışıyor mu?

Karar Kapısı 17

Privacy ve güvenlik sistemi uygun mu?

Karar Kapısı 18

Domain ve hesapların sahipliği otelde mi?

Karar Kapısı 19

İçerik güncellenebilir mi?

Karar Kapısı 20

Site performansı düzenli ölçülecek mi?

101. Küçük Bir Butik Otel İçin Minimum Website

Küçük bir otel için minimum etkili sistem şöyle olabilir:

Home

Rooms

Individual Room Pages

Hotel / Story

Location

Gallery

FAQ

Contact

Policies

Booking Engine

Mobile Navigation

Sticky Book Now

Analytics

Conversion Tracking

Basic SEO

Multilingual Structure

CMS

Security

Backup

İlk günden 100 sayfalık site gerekmeyebilir. Ama temel satış yolculuğu eksiksiz olmalıdır.

102. Website Workbook / Proje Dosyası

Web sitesi projesi için şu çalışma başlıkları oluşturulabilir:

01_Website_Strategy

02_Target_Guest

03_User_Journeys

04_Sitemap

05_Page_Objectives

06_Wireframes

07_Copy

08_Photography

09_Room_Data

10_Offers

11_Languages

12_SEO_Map

13_Booking_Engine

14_Analytics

15_Conversion_Tracking

16_Legal_Privacy

17_QA

18_Launch_Checklist

19_Performance_Dashboard

20_Optimization_Log

Böylece website “ajansa site yaptırma” projesinden çıkar; ölçülebilir bir ticari sisteme dönüşür.

103. Website Tasarım Sürecinin Doğru Sırası

Sık yapılan hata önce homepage mock-up hazırlamaktır. Daha sağlıklı sıra şöyle olabilir:

Business Goal → Target Guest → User Journey → Sitemap → Page Objectives → Content Architecture → Wireframe → Copy → Photography → UI Design → Development → Booking Integration → SEO → Analytics → QA → Launch → Measurement → Optimization

Bu sıralama çok önemlidir. Çünkü tasarım işlevin üzerine kurulur.

104. Wireframe Neden Önce Gelmeli?

Wireframe renk, font ve fotoğraftan önce sayfanın yapısını çözer. Örneğin Homepage şu şekilde kurgulanabilir:

Hero → Positioning → Rooms → Experience → Location → Social Proof → Offer → Final CTA

Önce bu akış doğru olmalıdır. Sonra güzelleştirilmelidir.

105. Her Sayfanın Bir İşi Olmalı

Örneğin:

Homepage

İlgiyi rezervasyona yönlendir.

Rooms

Oda seçeneklerini açıkla.

Room Detail

Belirsizliği azalt ve rezervasyona götür.

Location

Destinasyon ve erişim güveni yarat.

Gallery

Ürünü kanıtla.

Journal

Discovery ve SEO üret.

Offers

Satış teşviki yarat.

Contact

İletişim friction'ını azalt.

Sayfanın amacı belli değilse; içeriği de dağılır.

106. Website ve Guest Journey

Site misafirin satın alma yolculuğunun yalnızca bir parçasıdır. Tam zincir şöyle olabilir:

Instagram / Google / PR / OTA → Website → Room Research → Rate Check → Booking Engine → Reservation → Confirmation → Pre-Arrival → Stay → Review → Repeat Booking

Dolayısıyla web sitesi diğer kanallardan kopuk tasarlanmamalıdır.

107. Website ve OTA Birbirinin Düşmanı Değildir

OTA discovery yaratabilir. Misafir sonra resmî siteyi ziyaret edebilir. Bu nedenle OTA ve website birlikte distribution funnel içinde çalışabilir. Ama resmî site OTA'dan daha zayıf ürün sunumu yapıyorsa; misafirin direct rezervasyon yapması için sebep azalır.

108. Website ve Marka Güveni

Misafir otel web sitesini açtığında çok hızlı bir kalite yargısı yapabilir. Eski tasarım, kırık linkler, düşük kaliteli fotoğraflar, yanlış metinler ve mobil problemler şu soruyu yaratabilir:

“Otelin kendisi de böyle mi?”

Bu nedenle website operasyonel kalitenin dijital sinyallerinden biridir.

109. Website ve ADR

Güçlü web sitesi tek başına ADR arttırmaz. Ama yüksek fiyatı destekleyen algının oluşmasına yardımcı olabilir. Özellikle premium otelde misafir yüksek fiyat gördüğünde şunları bekler:

Güçlü görsel sunum

Profesyonel website

Açık ürün bilgisi

Güvenli rezervasyon

Tutarlı marka

Website fiyat pozisyonunu desteklemelidir.

110. Website ve Net ADR

Direct booking stratejisinde yalnızca gross ADR değil; Net ADR önemlidir. Basitleştirilmiş mantık:

Net ADR = Gross Room Revenue − Channel / Acquisition Costs

Bu nedenle website yatırımının değeri yalnızca kaç rezervasyon getirdiği değil; hangi dağıtım maliyetiyle getirdiği üzerinden de okunmalıdır.

111. Website Yatırımının Geri Dönüşü

Web sitesi bir maliyet kalemi olarak görülmemelidir. İyi çalışıyorsa distribution economics üzerinde etki yaratabilir. Örneğin website yenileme sonrası direct revenue artıyor, conversion iyileşiyor, OTA bağımlılığı azalıyor ve acquisition cost kontrol altında kalıyorsa; site ticari değer üretiyor demektir.

112. Website ROI Ölçümü

Basit yaklaşım:

Incremental Contribution from Website Improvement − Website Cost

üzerinden değerlendirilebilir. Ama “website'den gelen tüm gelir” yeni site yatırımının getirisi değildir. Incremental etki mümkün olduğunca ayrıştırılmalıdır.

113. A/B Testing

Yeterli trafik varsa şunlar test edilebilir:

Hero image

CTA text

Booking widget

Offer placement

Room card

Direct booking benefit

Ama çok düşük trafikli butik otelde küçük A/B testlerinden istatistiksel anlam çıkarmak zor olabilir. Bu durumda qualitative UX ve funnel analizi daha değerli olabilir.

114. Heatmap ve Session Analysis

Uygun privacy çerçevesinde kullanıcıların sayfada nasıl davrandığını anlamaya yardımcı araçlar kullanılabilir. Örneğin:

Nereye tıklıyorlar?

Nerede scroll bırakıyorlar?

CTA'yı görüyorlar mı?

Formda nerede vazgeçiyorlar?

Ama araç kurmak analiz yapmak değildir. Veri karara dönüşmelidir.

115. Website Optimization Backlog

Site yayına çıktıktan sonra iyileştirme listesi tutulabilir. Örneğin:

Böylece site sürekli iyileştirilebilir.

116. Website Governance

Site yayına çıktıktan sonra şunların owner'ı belli olmalıdır:

Content

Rates / Offers

Photography

SEO

Technical

Analytics

Booking Engine

Privacy

Security

QA

Aksi halde herkes siteyle ilgilenir; ama kimse siteden sorumlu olmaz.

117. Güncelleme Takvimi

Örneğin:

Haftalık

Offer / booking flow / critical errors.

Aylık

Analytics / conversion / broken links / content.

Sezonluk

Photography / destination / packages / opening hours.

Yıllık

Full UX / SEO / technical / brand review.

Bu takvim otelin operasyonuna göre uyarlanabilir.

118. Website İçin Yönetim Sorusu

GM ve yatırımcı şunu sormamalıdır:

“Web sitemiz güzel mi?”

Daha iyi sorular şunlardır:

Doğru trafik geliyor mu?

Misafir doğru ürünü anlıyor mu?

Booking engine'e geçiyor mu?

Rezervasyonu tamamlıyor mu?

Direct revenue artıyor mu?

Acquisition cost nedir?

Mobile neden desktop'tan farklı?

Hangi sayfa satış kaybettiriyor?

Hangi pazardan conversion yüksek?

Hangi içerik talep yaratıyor?

Bunlar website'i yönetim konusuna dönüştürür.

119. Otel Web Sitesinin Tam Sistemi

Web sitesini bütün ticari sistem içinde düşünürsek zincir şöyledir:

Brand Strategy → Target Guest → Positioning → Brand Identity → Website Strategy → User Journey → Sitemap → Content Architecture → Wireframe → Copy → Photography → UI → Mobile UX → Development → CMS → Booking Engine → Payment → SEO → Analytics → Conversion Tracking → Privacy → Security → QA → Launch → Traffic → Engagement → Availability Search → Booking → Revenue → Data → Analysis → Optimization → Higher Conversion → More Direct Revenue → Lower Distribution Dependency → Stronger Customer Relationship → Brand Equity

Bu nedenle web sitesi IT projesi değildir. Sadece marketing projesi değildir. Sadece design projesi değildir. Ticari altyapıdır.

120. Sonuç: En İyi Otel Web Sitesi En Güzel Olan Değil, Misafirin Karar Vermesini En İyi Kolaylaştırandır

Otel web sitesi misafirin otele gelmeden önce yaşadığı en önemli deneyimlerden biridir. Misafir siteyi açtığında markayı görür. Fotoğraflarla ürünü değerlendirir. Lokasyonu kontrol eder. Odaları karşılaştırır. Yorumlardan güven toplar. Fiyatı inceler. Ve sonunda şu kararı verir:

“Burada kalmak istiyor muyum?”

İyi web sitesi bu kararı zorlaştırmaz. Kolaylaştırır. Misafiri gereksiz bilgiyle boğmaz. Kritik bilgiyi saklamaz. Rezervasyon butonunu gizlemez. Mobilde mücadele ettirmez. Booking engine'e geçtiğinde markayı kaybetmez. Ve rezervasyon tamamlandıktan sonra misafiri belirsizlikte bırakmaz.

Bu nedenle otel web sitesi tasarlanırken en önemli soru “Nasıl daha etkileyici görünürüz?” değildir. Asıl soru şudur:

“Doğru misafirin bizi keşfetmesini, anlamasını, güvenmesini ve mümkün olan en az sürtünmeyle rezervasyon yapmasını nasıl sağlayabiliriz?”

Bu soru doğru cevaplandığında website bir tanıtım maliyetinden çıkar. Ölçülebilir bir satış kanalına dönüşür. Ve iyi kurulmuş bir direct website zamanla yalnızca rezervasyon üretmez. Misafir verisi üretir. Marka talebi oluşturur. OTA bağımlılığını dengeleyebilir. Distribution maliyetini iyileştirebilir. Tekrar rezervasyon ilişkisini otele taşıyabilir. Ve markanın dijital varlığının merkezi haline gelir.

Otel web sitesinin başarısı kaç kişinin siteye geldiğiyle değil, doğru ziyaretçinin ne kadar kolay misafire dönüştüğüyle ölçülmelidir.

Otel Yatırım Rehberi — Cilt VII

Cilt VII — Satış, Pazarlama ve Marka, otelin marka stratejisinden başlayarak dijital dünyada nasıl görünür, bulunabilir ve rezervasyon yapılabilir hale getirileceğini bütünsel bir ticari sistem olarak ele alır.

Web sitesi bu sistemin merkezindeki owned channel'lardan biridir.

Ancak tek başına yeterli değildir.

Ardından şu zincirin kurulması gerekir:

Booking Engine → SEO → Google → OTA → Content → Social Media → Reputation → Digital Advertising → CRM → Direct Booking → Conversion → Distribution Cost → Revenue

Amaç yalnızca internette güzel görünen bir otel yaratmak değil; dijital görünürlüğü güvene, güveni rezervasyona ve rezervasyonu sürdürülebilir ticari değere dönüştüren bir sistem kurmaktır.