Otel web sitelerinin en pahalı sorunu tasarım değil, bekleme. Misafir reklamdan gelir, sayfa açılırken beyaz ekranda üç saniye bekler, geri tuşuna basar. O tıklamanın parası ödenmiştir, misafir gitmiştir ve otel bunun olduğunu bile bilmez.
Otel siteleri hız açısından zor bir kategoridir: büyük görseller, video arka planlar, harita gömüleri, rezervasyon motoru çerçevesi, sohbet balonu, yorum bileşeni ve dört ayrı izleme kodu aynı sayfada yaşar. Her biri ayrı ayrı makul, toplamı ise mobilde ağır bir yük.
Bu rehberde Core Web Vitals metriklerini otel bağlamında açıklıyor, otel sitelerinde hızı bozan yedi tipik sebebi sıralıyor ve 30 günlük bir hızlandırma planı veriyoruz. Amaç mükemmel puan değil; rezervasyon kaybını durduran eşiğe çıkmak.
Hız bir teknik metrik değil, bir gelir metriğidir. Mobilde açılış süresi uzayan bir otel sitesi hem reklam tıklamalarını hem organik ziyaretçileri hem de rezervasyon motoruna ulaşan kullanıcı oranını aynı anda kaybeder. Üç kaybın toplamı, tek bir sunucu faturasından çok daha büyüktür.
Site hızı rezervasyonu gerçekten etkiliyor mu?
Evet, ve etkisi iki katmanlıdır. Birinci katman doğrudan kullanıcı davranışıdır: sayfa geç açıldıkça terk oranı artar. İkinci katman görünürlüktür: sayfa deneyimi sinyalleri arama sıralamasında bir faktördür ve reklam tarafında açılış sayfası deneyimi kalite puanına girer.
İkinci katman genellikle atlanır ama daha maliyetlidir. Yavaş bir açılış sayfası, reklam kalite puanını düşürür; kalite puanı düşen hesap aynı sıralama için daha yüksek tıklama bedeli öder. Yani yavaş site, hem daha az misafir getirir hem her misafiri daha pahalıya getirir.
Otel bağlamında kritik olan sayfa ana sayfa değildir. Kritik sayfalar oda detay sayfası ve rezervasyon motoruna geçiş adımıdır. Bu iki sayfada yaşanan gecikme, huninin en dar yerinde kayıp üretir; ana sayfadaki gecikmeden çok daha pahalıdır.
Bu yüzden hız çalışmasına ana sayfadan değil, dönüşüm yolundaki sayfalardan başlıyoruz. Dönüşüm yolunun bütününü web sitesi dönüşüm rehberimizde ele aldık; bu yazı o rehberin teknik zeminini kuruyor.
Core Web Vitals 2026: LCP, INP ve CLS nedir?
Core Web Vitals, sayfa deneyimini üç ölçüyle özetler: içeriğin ne kadar hızlı göründüğü, etkileşime ne kadar hızlı yanıt verildiği ve düzenin ne kadar oturaklı olduğu. Üçü de gerçek kullanıcı verisiyle ölçülür, laboratuvar testiyle değil.
| Metrik | Ne ölçer | İyi | İyileştirme gerekir | Zayıf |
|---|---|---|---|---|
| LCP | En büyük içerik ögesinin görünme süresi | 2,5 sn altı | 2,5 - 4 sn | 4 sn üstü |
| INP | Etkileşime yanıt gecikmesi | 200 ms altı | 200 - 500 ms | 500 ms üstü |
| CLS | Görsel kaymanın toplamı | 0,1 altı | 0,1 - 0,25 | 0,25 üstü |
Otel sitelerinde en sık başarısız olan metrik LCP'dir ve sebebi neredeyse her zaman aynıdır: hero alanındaki dev görsel veya video. İkinci sırada CLS gelir; sebebi genellikle boyutu belirtilmemiş görseller ve sonradan yüklenen çerez bandı ya da kampanya şerididir.
Metriklerin güncel tanımları ve eşik değişiklikleri için birincil kaynak web.dev Core Web Vitals dokümantasyonu. Eşikler zaman zaman güncelleniyor; yıllık olarak doğrulamak gerekir.
Otel sitelerinde hızı öldüren yedi tipik sebep
Sahada incelediğimiz otel sitelerinde sorunların büyük bölümü aynı yedi başlıkta toplanıyor. Sıralama, karşılaştığımız sıklığa göre.
- Sıkıştırılmamış hero görselleri: tek başına birkaç megabaytlık dosyalar
- Otomatik oynayan arka plan videosu: mobilde hem bant genişliği hem işlemci yükü
- Rezervasyon motorunun çerçeve olarak gömülmesi ve sayfa açılışında yüklenmesi
- Üçüncü taraf bileşen yığılması: sohbet balonu, yorum bileşeni, harita, sosyal akış
- Etiket yöneticisi içinde biriken, yıllardır temizlenmemiş ölü izleme kodları
- Görsellerin boyutunun kodda belirtilmemesi: yükleme sırasında düzen kayması
- Yetersiz sunucu ve önbellek yapılandırması: ilk bayt süresinin yüksek olması
Bu yedi maddenin altısı içerik ve entegrasyon kararlarıdır, sadece biri altyapıdır. Yani hız sorununun çoğu yeni sunucu satın alarak değil, sayfaya ne konduğuna karar vererek çözülür.
Görsel ağırlığı: dört megabaytlık hero'yu nasıl küçültürsünüz?
Otel sitesi görselden vazgeçemez; oda ve manzara fotoğrafı ürünün kendisidir. Çözüm görseli kaldırmak değil, aynı görseli çok daha küçük dosyayla sunmaktır. Doğru kurulmuş bir görsel hattı, kaliteyi gözle görülür biçimde düşürmeden dosya boyutunu büyük ölçüde azaltır.
- Modern görsel biçimleri kullanın; aynı kalitede belirgin şekilde küçük dosya üretirler
- Her ekran için ayrı boyut sunun; telefona masaüstü görseli göndermeyin
- Ekranın altındaki görselleri geciktirmeli yükleyin, hero görselini öncelikli yükleyin
- Her görsele genişlik ve yükseklik verin; düzen kaymasının en büyük sebebi budur
- Galeriyi tek seferde değil, kullanıcı açtığında yükleyin
- Arka plan videosunu mobilde tamamen kapatın, yerine tek kare görsel koyun
Dördüncü madde en ucuz kazançtır. Görsel boyutlarını belirtmek kod tarafında dakikalar süren bir düzenlemedir ve CLS metriğini çoğu sitede tek başına eşik altına indirir. Buna rağmen incelediğimiz sitelerin çoğunda eksiktir.
Hero videosu kararı bir tasarım tercihi gibi görünür ama mobil dönüşümde ölçülebilir bir bedeli vardır. Video isteniyorsa kural şu olmalı: masaüstünde otomatik oynasın, mobilde hiç yüklenmesin. Mobilde ilk ekranda video yükleyen bir otel sitesi, hız eşiğini geçmekte neredeyse her zaman zorlanır.
Rezervasyon motoru çerçevesi metrikleri nasıl bozuyor?
Çoğu otelde rezervasyon motoru dışarıdan gelen bir çerçeve olarak sayfaya gömülür. Bu çerçeve kendi betiklerini, kendi yazı tipini ve kendi stillerini yükler; üstelik çoğu zaman sayfa açılır açılmaz yüklenir. Sonuç: motor kullanılmasa bile her ziyaretçiye maliyeti çıkar.
Çözüm motoru kaldırmak değil, yükleme anını değiştirmektir. Motor, kullanıcı tarih seçmeye niyetlendiğinde yüklenmelidir; sayfa açılışında değil. Bu tek değişiklik, ana sayfa ve oda sayfalarındaki açılış süresinde belirgin bir iyileşme sağlar.
İkinci düzenleme, motorun yer tuttuğu alanın önceden ayrılmasıdır. Motor yüklendiğinde sayfayı aşağı itmemelidir; bu itme doğrudan düzen kaymasıdır ve metrikte cezalandırılır. Alan baştan rezerve edilirse yükleme görünmez hale gelir.
Motorun performans davranışı sağlayıcıdan sağlayıcıya ciddi biçimde değişiyor; bu yüzden performansı bir seçim kriteri olarak değerlendirmek gerekiyor. Değerlendirme sorularını booking engine seçim rehberimizde, motorun kanal yapısıyla ilişkisini channel manager karşılaştırmamızda topladık.
Üçüncü taraf script yükü: sessiz katil
Otel sitelerinde zamanla biriken izleme ve pazarlama kodları, en zor fark edilen yavaşlatıcıdır çünkü hiçbiri tek başına ağır değildir. Sohbet balonu, yorum bileşeni, sosyal medya akışı, iki farklı analitik, üç farklı reklam pikseli ve bir ısı haritası aracı yan yana geldiğinde sayfa boğulur.
Yılda bir kez yapılması gereken denetim basittir: etiket yöneticisindeki tüm etiketleri listeleyin ve her biri için tek soru sorun. Bu kodun ürettiği veriyi son üç ayda kim, hangi kararda kullandı? Cevap yoksa kod kaldırılır.
| Bileşen | Tipik etki | Öneri |
|---|---|---|
| Sohbet balonu | Yüksek, kendi betik yığınını getirir | Gecikmeli yükleyin veya sadece iç sayfalarda açın |
| Yorum bileşeni | Orta-yüksek, dış istek yoğun | Yorumları sunucu tarafında basılı hale getirin |
| Harita gömüsü | Yüksek | Statik harita görseli koyun, tıklamayla gerçek haritayı açın |
| Sosyal medya akışı | Yüksek, getirisi düşük | Kaldırın veya görsel bağlantıyla değiştirin |
| Isı haritası araçları | Orta | Sürekli değil, kampanya dönemlerinde açın |
Pazarlama ölçümü için gerçekten gerekli olan kodları korumak, gerisini temizlemek gerekir. Hangi ölçümün karar ürettiğini belirlemek için haftalık yedi metrik yazımızdaki çerçeveyi referans alabilirsiniz; o listede karşılığı olmayan izleme kodu çoğu zaman gereksizdir.
Yazı tipleri: görünmeyen ama ölçülen yük
Otel siteleri marka kimliği gereği özel yazı tipleri kullanır ve bu tipler çoğu zaman dışarıdan yüklenir. Sorun yazı tipinin kendisi değil, yüklenme sırasıdır: metin, yazı tipi inene kadar ya görünmez kalır ya da önce sistem yazı tipiyle çizilip sonra yeniden çizilir. Birincisi algılanan hızı düşürür, ikincisi düzen kaymasına yol açar.
Otel sitelerinde bu sorunu büyüten şey, tek bir yazı tipi ailesinin dört beş farklı kalınlıkta yüklenmesidir. Tasarımda kullanılan her kalınlık ayrı bir dosyadır. Gerçekte kullanılmayan kalınlıkları kaldırmak, çoğu sitede yüz kilobaytların üzerinde kazanç sağlar ve görsel hiçbir şeyi bozmaz.
- Yazı tiplerini üçüncü taraf sunucudan değil kendi alan adınızdan servis edin
- Gerçekten kullanılan kalınlıkları sayın; kullanılmayan her kalınlığı kaldırın
- Türkçe karakterleri kapsayan alt küme kullanın, tüm dilleri taşıyan dosyayı değil
- Yazı tipi yüklenene kadar metnin sistem yazı tipiyle görünmesini sağlayın
- İlk ekranda görünen başlık yazı tipini önceden yüklenecek şekilde işaretleyin
Marka kimliğinden ödün vermeden bu düzenlemeleri yapmak mümkün; kritik olan tasarım ekibiyle teknik ekibin aynı listeye bakmasıdır. Marka tarafındaki tercihlerin dijitalde nasıl karşılık bulduğunu otel marka kimliği hizmetimiz kapsamında birlikte kurguluyoruz.
Ölçüm: laboratuvar testi mi, saha verisi mi?
İki ölçüm türü vardır ve karıştırıldığında yanlış kararlar üretir. Laboratuvar testi, kontrollü bir ortamda tek seferlik ölçümdür; sorunu teşhis etmek için iyidir. Saha verisi, gerçek kullanıcıların gerçek cihaz ve bağlantılarından toplanan veridir; başarıyı ölçmek için tek geçerli kaynaktır.
Otelin sorunu genellikle şudur: laboratuvar puanı yüksek, saha verisi kötü. Sebebi de nettir. Test masaüstünden hızlı bağlantıyla yapılır, gerçek misafir ise yolda, mobil veriyle ve orta seviye bir telefonla girer. Karar saha verisine göre verilir.
- Saha verisini arama konsolunun sayfa deneyimi raporundan haftalık izleyin
- Laboratuvar testini sadece teşhis ve düzeltme doğrulaması için kullanın
- Ölçümü ana sayfada değil, oda detay ve rezervasyon geçiş sayfasında yapın
- Mobil ve masaüstü değerlerini ayrı takip edin, ortalama almayın
- Düzeltme sonrası saha verisinin oturması haftalar sürer; sabırlı olun
Sunucu, önbellek ve dağıtım ağı kararı
Altyapı, hız sorununun küçük ama kaçınılmaz parçasıdır. Otel sitelerinde en sık görülen altyapı sorunu, sunucunun ilk yanıtı geç vermesidir. Bu gecikme sayfadaki hiçbir optimizasyonla telafi edilemez, çünkü her şeyden önce gerçekleşir.
Üç düzenleme çoğu otel sitesi için yeterlidir: sunucu tarafında sayfa önbelleği, statik dosyalar için içerik dağıtım ağı ve görsellerin sunucudan değil dağıtım ağından servis edilmesi. Yurt dışından misafir alan oteller için dağıtım ağı isteğe bağlı değil, gerekliliktir.
Sunucu konumu da göz ardı edilmemeli. Ağırlıklı olarak Türkiye'den ziyaret alan bir otel sitesinin yurt dışında konumlanmış bir sunucuda çalışması, her istekte fazladan gecikme ekler. Dağıtım ağı bu farkı büyük ölçüde kapatır ama kaynak sunucunun konumu yine de etkilidir.
30 günlük hızlandırma planı
Aşağıdaki plan, siteyi yeniden yapmadan uygulanabilecek işleri sırasıyla listeler. Etkisi en büyük ve maliyeti en düşük işler başa alınmıştır.
| Hafta | İş | Beklenen etki |
|---|---|---|
| 1. hafta | Görsel sıkıştırma, modern biçime geçiş, boyut niteliklerinin eklenmesi | LCP ve CLS'de en büyük tek adımlı iyileşme |
| 2. hafta | Mobilde arka plan videosunun kapatılması, galeri yüklemesinin geciktirilmesi | Mobil açılış süresinde belirgin düşüş |
| 3. hafta | Rezervasyon motorunun gecikmeli yüklenmesi, alanın önceden ayrılması | Etkileşim gecikmesi ve düzen kaymasında iyileşme |
| 4. hafta | Etiket denetimi, ölü izleme kodlarının silinmesi, önbellek ve dağıtım ağı yapılandırması | İlk bayt süresi ve genel istek sayısında azalma |
Dördüncü haftanın sonunda ölçümü hemen yapmayın. Saha verisi 28 günlük bir pencereden hesaplanır; düzeltmenin rapora tam yansıması bir ayı bulur. Erken ölçüm, işe yarayan bir düzeltmeyi başarısız sanmanıza yol açar.
Bu planı otelinizin mevcut sitesi üzerinde uygulamak ya da yeni siteyi baştan bu kurallarla kurmak için otel ve acente web tasarım hizmetimiz kapsamında teknik bir inceleme çıkarıyoruz.
Sonuç: hız, en ucuz dönüşüm optimizasyonudur
Otel sitelerinde dönüşümü artırmanın yolları genellikle pahalıdır: yeni tasarım, yeni içerik, yeni rezervasyon motoru. Hız ise bunların istisnasıdır. Görsel sıkıştırmak, ölü kod silmek ve motorun yüklenme anını değiştirmek, hiçbir tasarım kararını bozmadan ölçülebilir kazanç üretir.
Üstelik bu kazanç bileşik çalışır: hızlanan site hem daha çok ziyaretçiyi motora ulaştırır, hem reklam maliyetini düşürür, hem arama görünürlüğünü destekler. Aynı işin üç ayrı yerden geri dönmesi, otel pazarlamasında nadir görülen bir durumdur.
Sıkça sorulan sorular
Core Web Vitals sıralamayı ne kadar etkiliyor?
Tek başına belirleyici değil, ama eşit içerik kalitesine sahip sayfalar arasında ayrıştırıcı. Asıl etkisi dolaylıdır: yavaş sayfa terk oranını yükseltir, reklam kalite puanını düşürür ve rezervasyon motoruna ulaşan kullanıcı oranını azaltır. Bu üç etkinin toplamı sıralama etkisinden büyüktür.
Sitem hızlı görünüyor ama rapor kötü, neden?
Neredeyse her zaman ölçüm farkı yüzünden. Siz siteyi masaüstünden, hızlı bağlantıyla ve önbellek dolu haldeyken açıyorsunuz. Rapor ise gerçek misafirlerin mobil veriyle ve orta seviye cihazla yaptığı ziyaretleri ölçüyor. Karar saha verisine göre verilmelidir.
Rezervasyon motorunu kaldırmadan hızlanabilir miyim?
Evet. Motoru kaldırmak gerekmez; yükleme anını değiştirmek yeterlidir. Motor sayfa açılışında değil, kullanıcı tarih alanına yaklaştığında yüklenmeli ve kaplayacağı alan baştan ayrılmalıdır. Bu iki düzenleme çoğu sitede metrikleri eşiğin üstüne taşır.
Video arka plan kullanmaktan tamamen vazgeçmeli miyim?
Mobilde evet, masaüstünde hayır. Masaüstü bağlantısı ve ekranı videoyu taşır; mobil taşımaz. Mobilde videonun yerine tek kare yüksek kaliteli bir görsel koymak, hem hız hem veri tüketimi açısından doğru karardır.
İyileştirme sonrası sonucu ne zaman görürüm?
Laboratuvar testinde anında, saha verisinde dört hafta sonra. Saha verisi 28 günlük hareketli bir pencereden hesaplandığı için düzeltmenin rapora tam yansıması bir ayı bulur. Erken ölçüm yanıltıcıdır.
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



