Bir misafir otelin sayfasını okuyabildiği halde tarih seçiciyi klavyeyle açamıyor, oda fiyatını ekran okuyucuda ayırt edemiyor veya ödeme hatasından sonra girdiği bütün bilgileri kaybediyorsa rezervasyon yolculuğu erişilebilir değildir. Sorun yalnız renk kontrastı ya da görsellere alternatif metin eklemekten ibaret değildir. Arama, oda seçimi, misafir bilgileri, ödeme, onay ve online check-in tek bir uçtan uca süreç olarak çalışmalıdır. W3C'nin 5 Ekim 2023'te Recommendation olarak yayımladığı WCAG 2.2; içeriği algılanabilir, kullanılabilir, anlaşılabilir ve sağlam kılmak için ortak bir çerçeve sunar. Otel bunu tasarım sonunda yapılan tek seferlik puanlama yerine ürün gereksinimine, tedarikçi kabulüne, test senaryolarına ve sürekli izlemeye dönüştürmelidir.

What you will learn in this article
  • An accessibility review must cover the entire critical journey, not just the home page: date search, room and rate selection, payment, booking confirmation and online check-in.
  • Automated scanning is useful but cannot prove conformance on its own; keyboard, screen-reader, zoom, mobile reflow and real user tasks require manual verification.
  • Error messages must not erase input; they should explain the problem in text, suggest a correction and preserve safely entered data while directing the user to the right field.

Map the accessibility scope of the booking journey

Önce denetlenecek ekranların ve görevlerin envanterini oluşturun. Otel ana sayfası, oda ve hizmet sayfaları, tarih-kişi araması, kampanya bağlantıları, oda/fiyat kartları, ek hizmetler, misafir bilgileri, üyelik veya giriş, ödeme sağlayıcısına geçiş, 3D Secure dönüşü, onay sayfası, rezervasyon yönetimi ve online check-in aynı yolculuğun parçalarıdır. Harita her adımın URL'sini, sahibi olan ekibi veya tedarikçiyi, kullanılan bileşeni, gerekli veriyi ve başarısızlık halinde geri dönüş yolunu göstermelidir. Alan adı ya da görünüm değiştiğinde sorumluluk ortadan kalkmaz; misafir açısından süreç kesintisizdir.

Kapsamı yalnız en çok ziyaret edilen masaüstü sayfalarla sınırlamayın. Mobil menü, çerez paneli, dil seçimi, tarih seçici, oda kişi sayacı, fiyat ayrıntısı açılır alanı, kampanya kodu, kimlik yükleme, imza, sohbet balonu ve hata bildirimleri gibi katmanlar ayrı test edilmelidir. Türkçe ve yabancı dil sürümlerinde metin uzunluğu, yönlendirme ve erişilebilir ad aynı kalitede olmalıdır. Hedef seviye, kapsanan sayfalar, desteklenen tarayıcı-yardımcı teknoloji kombinasyonları ve bilinen istisnalar yazılı kabul ölçütüne bağlanmalıdır. WCAG teknik bir standarttır; yürürlükteki hukuki yükümlülüklerin yerine geçtiği varsayılmamalı, tesisin faaliyet gösterdiği pazarlar için hukuk ve erişilebilirlik uzmanıyla ayrıca değerlendirme yapılmalıdır.

  • Aramadan onaya ve online check-in'e kadar kritik görevler uçtan uca listelendi.
  • Otele, rezervasyon motoruna ve ödeme sağlayıcısına ait ekranlar aynı kapsamda izlendi.
  • Dil, cihaz, tarayıcı ve yardımcı teknoloji test matrisi tanımlandı.
  • Hedef WCAG seviyesi, istisnalar ve sorumlular yazılı kabul ölçütüne bağlandı.

Do not rely on color, imagery or layout alone

Oda uygunluğu, iade koşulu, seçili fiyat, zorunlu alan ve ödeme hatası yalnız renkle anlatılmamalıdır. Renk; metin, simge, desen veya programatik durumla desteklenmelidir. Oda fotoğrafının alternatif metni görseldeki karar vermeye yarayan bilgiyi aktarmalı; yalnız dekoratif görseller boş alternatif metinle yardımcı teknolojiden saklanmalıdır. Fotoğraf üzerindeki kampanya yazısı gerçek metin olarak da sunulmalı; fiyat, vergi, para birimi ve gecelik/toplam ayrımı ekran okuyucu sırasına göre anlaşılır olmalıdır.

Başlık hiyerarşisi sayfanın görsel büyüklüğüne göre değil bilgi yapısına göre kurulmalıdır. 'Oda seç', 'Fiyat koşulları', 'Misafir bilgileri' ve 'Ödeme' gibi bölümler programatik başlıklarla ayrılmalı; tablo görünümündeki karşılaştırmalar hücre ilişkilerini korumalıdır. Metin ve arka plan kontrastı ile buton, alan sınırı ve odak göstergesi gibi metin dışı bileşenler WCAG ölçütlerine göre doğrulanmalıdır. Açık-koyu tema, seçili/disabled durumu, hata ve hover varyantları tek tek test edilmeli; marka rengi kullanmak okunabilirlik koşulunu ortadan kaldırmamalıdır.

  • Uygunluk, seçim, hata ve iade koşulları renk dışında metin veya programatik durumla belirtildi.
  • Bilgi taşıyan oda görsellerine bağlama uygun alternatif metin yazıldı; dekoratif görseller ayrıldı.
  • Başlıklar, liste ve karşılaştırmalar görsel yerleşimden bağımsız anlamlı yapıya kavuştu.
  • Kontrast kontrolleri tüm tema, durum ve bileşen varyantlarında yapıldı.

Make date pickers and disclosure controls keyboard-completable

Rezervasyon motorlarının en sık zorlandığı alan tarih seçici, kişi-oda sayacı, combobox, modal ve özel açılır menülerdir. Kullanıcı Tab ve Shift+Tab ile mantıklı sırada ilerleyebilmeli; Enter, Space, ok tuşları ve Escape beklenen işi yapmalı; hiçbir bileşende klavye tuzağı oluşmamalıdır. Görsel takvim hücreleri doğru rol, ad, seçili durum, devre dışı durum ve erişilebilir talimatla sunulmalıdır. Klavyeyle takvim kullanamayan kişi için eşdeğer, etiketli tarih girişi sağlamak hatayı azaltabilir.

Odak göstergesi kaldırılmamalı ve sticky başlık, çerez bandı, sohbet penceresi ya da alt sabit rezervasyon butonu tarafından tamamen gizlenmemelidir. WCAG 2.2'deki Focus Not Obscured ölçütü, odak alan öğenin başlangıçta yazarın oluşturduğu içerik nedeniyle bütünüyle gizlenmemesini ister. Modal açıldığında odak anlamlı başlığa veya ilk işleme taşınmalı, modal içinde tutulmalı ve kapanınca tetikleyen düğmeye dönmelidir. Dinamik fiyat güncellemesi, oda tükendi uyarısı ve sepete ekleme sonucu odağı gereksiz yere sıçratmadan yardımcı teknolojiye durum mesajı olarak bildirilmelidir.

  • Bütün temel görevler fare veya dokunma olmadan klavyeyle tamamlandı.
  • Takvim, combobox, sayaç ve modal bileşenlerinin ad-rol-değer bilgisi doğrulandı.
  • Odak sırası görünür, mantıklı ve sabit katmanların altında kalmayacak şekilde düzenlendi.
  • Dinamik fiyat, müsaitlik ve işlem sonuçları odağı çalmadan programatik olarak duyuruldu.

Test mobile reflow and touch targets on real devices

Duyarlı tasarım yalnız kartları alt alta dizmek değildir. WCAG Reflow ölçütü, istisna kapsamındaki iki boyutlu içerikler dışında, dikey okunan içeriğin 320 CSS piksel genişlikte bilgi ve işlev kaybı olmadan ve iki yönde kaydırma gerektirmeden sunulmasını hedefler. Uzun oda adları, kampanya kodları, para birimleri, tarih aralıkları ve hata metinleri büyütmede kesilmemelidir. Tarayıcı yakınlaştırması yüzde 200 ve 400'e çıkarıldığında menü, fiyat özeti, ilerleme adımları ve sabit butonlar içeriği kapatmamalıdır.

WCAG 2.2 Target Size (Minimum) ölçütü işaretçi hedefleri için 24 x 24 CSS piksel veya tanımlanan aralık istisnalarını açıklar. Otel arayüzünde takvim okları, kişi artır-azalt, bilgi simgesi, kupon silme, oda fotoğraf galerisi ve dil menüsü küçük ve bitişik hedeflere dönüşmemelidir. Bu ölçü hedefin görünür ikonundan değil etkin tıklama alanından değerlendirilir; önemli işlemlerde daha büyük hedefler iyi uygulamadır. iOS ve Android'de dikey-yatay yön, sistem yazı boyutu, ekran büyütme, düşük bağlantı ve sanal klavye açıkken ödeme düğmesine erişim ayrıca denenmelidir.

  • 320 CSS piksel eşdeğerinde içerik ve işlev kaybı olmadan yeniden akış kontrol edildi.
  • Yüzde 200 ve 400 büyütmede sabit katmanlar form alanlarını ve işlemleri kapatmadı.
  • Küçük ikon ve sayaç kontrollerinin etkin alanı ve komşu hedeflerle aralığı ölçüldü.
  • Gerçek mobil cihazlarda yön, sanal klavye, sistem yazı boyutu ve düşük bağlantı senaryoları denendi.

Design forms with labels, purpose and no data loss

Placeholder alan etiketi değildir; yazmaya başlayınca kaybolur ve her yardımcı teknoloji tarafından güvenilir ad olarak sunulmaz. Ad, soyad, e-posta, telefon, ülke, doğum tarihi ve kimlik bilgileri görünür etiketle doğru input'a programatik olarak bağlanmalıdır. Zorunlu/isteğe bağlı durumu, beklenen tarih biçimi ve belge koşulu alanın yanında metinle açıklanmalıdır. W3C Identify Input Purpose açıklaması; teknoloji desteklediğinde ad, e-posta ve telefon gibi yaygın kullanıcı bilgilerinin amacını uygun autocomplete değerleriyle belirtmenin formu anlamayı ve doldurmayı kolaylaştırdığını açıklar.

Çok adımlı rezervasyon ve online check-in süreci aynı bilgiyi tekrar istememeli; daha önce girilmiş güvenli veri otomatik doldurulmalı veya seçilebilir olmalıdır. WCAG 2.2 Redundant Entry ölçütü, aynı süreçte yeniden gereken bilginin temel olarak otomatik doldurulmasını ya da seçilebilir olmasını ister; güvenlik ve geçerlilik gibi istisnalar ayrıca değerlendirilir. Alan doğrulaması hata olduğunda sayfayı veya diğer satırları sıfırlamamalıdır. Tarih, fiyat ya da kimlik alanındaki tek hata nedeniyle misafir ve oda bilgilerinin silinmesi hem erişilebilirlik hem dönüşüm sorunudur. Hassas ödeme verisi gereksiz saklanmadan, izin verilen alanlar sunucu ve istemci tarafında güvenli biçimde korunmalıdır.

  • Her kontrolün görünür etiketi ve programatik erişilebilir adı eşleştirildi.
  • Zorunluluk, biçim ve yardım metni renkten veya placeholder'dan bağımsız verildi.
  • Uygun alanlarda standart autocomplete ve input türleri kullanıldı.
  • Doğrulama hatası güvenli verileri silmedi; aynı süreçte gereksiz tekrar girişi kaldırıldı.

Describe errors in text and show how to correct them

'Bir hata oluştu' mesajı misafirin neyi düzelteceğini söylemez. Gönderim başarısız olduğunda sayfanın başında özet, her hatalı alanın yanında kalıcı metin ve alanla programatik ilişki bulunmalıdır. Mesaj 'Geçersiz tarih' demek yerine kabul edilen biçimi veya seçilebilir aralığı açıklamalıdır. WCAG Error Identification, otomatik bulunan giriş hatasının hangi alanda olduğunu ve hatanın metinle tarif edilmesini; Error Suggestion ise bilinen düzeltme önerisinin güvenlik veya amaca zarar vermediği sürece sunulmasını ister.

İlk hataya odaklanmak kullanıcıya yardımcı olabilir fakat ekran okuyucunun tüm hata özetine ve alanlara ulaşması da sağlanmalıdır. Sadece kırmızı çerçeve, titreşim veya toast yeterli değildir. Fiyat değişti, oda artık müsait değil, kupon uygulandı, ödeme beklemede veya belge yüklendi gibi odak almayan sonuçlar uygun canlı bölge veya rol ile duyurulmalıdır. W3C Status Messages ölçütü, bu tür önemli değişikliklerin odak taşınmadan yardımcı teknolojilerce algılanabilmesini hedefler. Otomatik düzeltme kullanıcının girdiği değeri sessizce değiştirmemeli; neyin değiştiğini açıkça bildirmeli ve mümkünse geri alma sunmalıdır.

  • Hata özeti, alan içi mesaj ve programatik alan ilişkisi birlikte kuruldu.
  • Mesajlar sorunu ve bilinen düzeltme yolunu açık metinle anlattı.
  • Başarı, bekleme, fiyat değişikliği ve müsaitlik durumu yardımcı teknolojiye duyuruldu.
  • Otomatik düzeltmeler sessizce uygulanmadı; değişiklik ve geri alma seçeneği gösterildi.

Make sign-in, timeouts and payment security accessible

Güvenlik kontrolü erişilebilirliği devre dışı bırakmak zorunda değildir. Kullanıcı adı ve parola alanları doğru ad, rol, tür ve autocomplete bilgisiyle işaretlenmeli; parola yöneticileri ile yapıştırma gereksiz yere engellenmemelidir. WCAG 2.2 Accessible Authentication açıklaması, tarayıcı veya parola yöneticisinin alanları tanıyıp doldurabilmesini ve bilişsel işlev testine dayanmayan seçenekleri örnekler. CAPTCHA kullanılıyorsa yalnız görsel bulmaca tek yol olmamalı; erişilebilir ve eşdeğer alternatif sunulmalı, başarısızlık nedeni açıklanmalıdır.

Rezervasyon stok süresi, ödeme oturumu veya online check-in zaman aşımı varsa kullanıcı süreyi başlamadan bilmeli; mümkün olduğunda uzatabilmeli ya da kapatabilmelidir. Süre dolunca girilmiş formun tamamını kaybetmek yerine yeniden doğrulanması gereken fiyat ve müsaitlik ile korunabilecek misafir bilgileri ayrılmalıdır. 3D Secure veya harici ödeme sayfasından dönüşte odak ve işlem durumu anlaşılır olmalı; çift ödeme korkusu yaratacak belirsiz spinner yerine 'ödeme doğrulanıyor' ve sonuç mesajı sunulmalıdır. Finansal işlemin son adımında tutar, para birimi, vergi, iade koşulu ve oda/tarih özeti kullanıcıya gözden geçirme ve hatayı düzeltme imkânı verecek biçimde gösterilmelidir.

  • Parola yöneticisi, yapıştırma ve standart kimlik doğrulama yardımcıları engellenmedi.
  • CAPTCHA ve bilişsel görevler için eşdeğer erişilebilir yol sağlandı.
  • Süre aşımı önceden bildirildi; uzatma ve güvenli veri koruma davranışı tanımlandı.
  • Ödeme öncesi özet, düzeltme ve ödeme sonucu herkes için anlaşılır hale getirildi.

Combine automated scans with manual task testing and continuous monitoring

Kod tarayıcıları eksik alternatif metin, bazı ad-rol sorunları ve belirli kontrast hatalarını hızlı bulabilir; fakat tarih seçicinin mantıklı okunup okunmadığını, hata metninin işe yarayıp yaramadığını veya oda karşılaştırmasının anlaşılır olup olmadığını tek başına belirleyemez. W3C değerlendirme rehberi hiçbir aracın tek başına bir sitenin erişilebilirlik standardını karşılayıp karşılamadığını belirleyemeyeceğini, bilgili insan değerlendirmesinin gerektiğini vurgular. CI aşamasında otomatik test, her sürümde klavye ve büyütme smoke testi, düzenli ekran okuyucu senaryosu ve periyodik uzman denetimi birlikte planlanmalıdır.

Test örneklemi yalnız sorunsuz rezervasyon içermemelidir. Tek/çok oda, çocuk yaşları, promosyon, tükenen oda, fiyat değişimi, zorunlu alan hatası, reddedilen kart, 3D Secure dönüşü, zaman aşımı, belge yükleme, farklı dil ve iptal/değişiklik yolları çalıştırılmalıdır. Engelli kullanıcıların değerlendirmeye katılması teknik kontrolün kaçırdığı gerçek kullanım engellerini ortaya çıkarabilir. Her bulguya WCAG ölçütü, ekran/bileşen, yeniden üretme adımı, kullanıcı etkisi, önem derecesi, sorumlu, hedef tarih, düzeltme kanıtı ve tekrar test sonucu eklenmelidir. Tedarikçi güncellemesi, yeni kampanya veya ödeme bileşeni çıktığında kritik yol yeniden sınanmalı; erişilebilirlik bir kerelik sertifika değil sürüm kalitesi olarak yönetilmelidir.

  • Otomatik analiz, klavye, büyütme, ekran okuyucu ve gerçek görev testleri birlikte çalıştırıldı.
  • Başarılı akış kadar hata, tükenen stok, süre aşımı ve ödeme dönüşleri de örnekleme alındı.
  • Bulgular kullanıcı etkisi, sorumlu, hedef tarih ve tekrar test kanıtıyla izlendi.
  • Tedarikçi ve bileşen güncellemelerinde kritik rezervasyon yolu yeniden doğrulandı.
Short answers

FAQ

Is automated accessibility testing alone enough for a hotel website?

No. Automated tools quickly find certain code and contrast issues, but cannot assess every WCAG criterion, task flow or real user experience on their own. Add keyboard, screen-reader, zoom, mobile reflow and human evaluation.

Who is responsible for accessibility when the booking engine belongs to another company?

The supplier may implement the technical fix, but the hotel should inventory the end-to-end journey it offers guests, define contract and acceptance criteria, track findings and provide an accessible alternative process. Have an expert assess legal responsibility for the specific contract and country.

Should an accessible booking form erase information after an error?

No. The error should identify the affected field in text, suggest a correction and retain other information that can be kept safely. If price or availability must be revalidated, explain that distinction clearly and do not retain sensitive payment data unnecessarily.

Sources and updates

Operational recommendations should be adapted to the property. The accessibility information was checked against the official documents below on 8 October 2026.