Kurumsal web sitesi teklifinde erişilebilirlik kapsamı nasıl belirlenir?
Web sitesi tasarımı beğenildi, mobil ekranlar hazır. Peki fare kullanmadan hizmet menüsüne ulaşılabiliyor mu? Formdaki hata, ziyaretçinin neyi düzeltmesi gerektiğini anlatıyor mu? Kurumsal web teklifinde erişilebilirliği yalnız bir tasarım özelliği olarak yazmak, hangi işin teslim edileceğini açıklamayabilir. İşletme için başlangıç noktası, ziyaretçinin tamamlaması gereken işlemleri ve bunların nasıl kontrol edileceğini belirlemektir.
Bu rehber, teklif görüşmesinde kapsamı somutlaştırmak için hazırlanmıştır. Belirli bir uygunluk seviyesi veya mevzuat değerlendirmesi yerine, tasarım, içerik, geliştirme ve teslim sorumlularına sorulabilecek sorulara odaklanır.
Sayfa sayısından önce ziyaretçi işlemlerini yazın
Bir ziyaretçi hizmetinizi okuyacak, proje örneğini inceleyecek ve size başvuracaksa kontrol listesi bu yolculuğu izlemeli. Ana sayfanın güzel görünmesi, açılır menüde veya başvuru alanında aynı deneyimin sunulduğunu göstermez. Teklif ekinde hangi sayfa türlerinin ve hangi durumların inceleneceğini açıkça yazın.
Örneğin hizmet detayına erişme, menüyü kapatma, form hatasını anlama ve iletişim bağlantısını kullanma ayrı adımlardır. Masaüstü menüsüyle mobil menü aynı davranışı göstermeyebilir. Üçüncü taraf randevu aracı veya sonradan eklenen bir belge varsa bunların kontrol kapsamına girip girmediğini de belirleyin. Kurumsal web tasarım görüşmesinde bu işlem listesini paylaşmak, iki teklifin gerçekten aynı kapsamı içerip içermediğini anlamayı kolaylaştırır.
Klavye ve içerik kontrollerini teslim çıktısına bağlayın
W3C'nin geliştirici rehberi; etkileşimli öğelerin klavyeyle kullanılabilmesini, form alanlarının etiketlenmesini, anlamlı sayfa yapısını ve görseller için uygun metin alternatiflerini ele alır. Bunlar tasarım, yazılım ve içerik ekiplerinin birlikte çalışmasını gerektiren başlıklardır. Teklifte yalnız “erişilebilir arayüz” yazması yerine hangi kontrollerin yapılacağını sorun.
Görüşmeye şu sorularla hazırlanabilirsiniz:
- Menü ve düğmelerin klavyeyle kullanımı kim tarafından kontrol edilecek?
- Kullanıcının bulunduğu öğeyi gösteren odak görünümü tasarımda tanımlı mı?
- Bilgi taşıyan görsellerin açıklamasını kim hazırlayacak?
- Başlık düzeni ve form alanlarının anlaşılır adları hangi aşamada incelenecek?
- Yeni içerik eklendiğinde bu kuralları kim sürdürecek?
Bu liste, projenin bütün erişilebilirlik gereksinimlerini kapsadığını iddia etmez. Ama belirsiz bir sıfatı, sorumlusu ve kontrol kaydı olan işlere dönüştürmek için kullanılabilir.
Formun hata ve başarı durumlarını ayrıca konuşun
W3C'nin form bildirimleri rehberi, kullanıcıya işlemin sonucunun anlaşılır biçimde bildirilmesini ve hatanın nasıl düzeltileceğinin açıklanmasını önerir. Teklif görüşmesinde yalnız boş formun ekran görüntüsünü incelemeyin; eksik alan, hatalı giriş ve başarılı sonuç durumlarının da ele alınıp alınmayacağını sorun.
Bir başarı mesajının görünmesi ile mesajın işletmeye ulaşması farklı kontrollerdir. Teslim kaydında arayüz davranışı, sunucu sonucu ve güvenli biçimde doğrulanabilen teslimat ayrı yazılmalıdır. Gerçek müşteri başvurusu üretmeden test edilecek bir ortam veya yöntem belirlenmediyse teslimat doğrulandı denmemelidir. Kurumsal web teslim kontrolü rehberimiz, bu ayrımı daha geniş yayın kontrolü içinde ele alır.
Portföy kanıtını uygunluk iddiasından ayırın
SRN Dijital'in KY Hukuk proje kaydı, çalışma alanları, kararlar, makaleler, randevu ve iletişim akışları bulunan çok dilli bir kurumsal siteyi anlatır. Bu kapsam, hangi sayfa ve işlemlerin değerlendirmeye alınabileceğine somut örnektir. Kayıt kendi başına güncel bir erişilebilirlik denetimi veya WCAG uygunluğu kanıtı değildir.
Bir sağlayıcıdan örnek istediğinizde, kendi sitenizdekine benzeyen işlem türlerini konuşun. Çok dilli içerik, uzun makale, belge ve başvuru alanları farklı kontrol ihtiyaçları yaratabilir. Portföydeki marka sayısı yerine, hangi kapsamın hangi yöntemle incelendiğini ve kalan eksiklerin nasıl teslim edildiğini sorun.
Hızlı kontrol ile kapsamlı değerlendirmeyi ayırın
W3C'nin Easy Checks kaynağı, ilk kontrollerin sınırlı olduğunu ve kapsamlı değerlendirme yerine geçmediğini açıklar. Bu nedenle otomatik bir puan, birkaç başarılı klavye adımı veya tek mobil ekran bütün site için kesin sonuç oluşturmaz.
Teklifte inceleme yöntemi, seçilen sayfalar, cihaz ve tarayıcı koşulları, bildirilecek eksikler ve düzeltme sonrası tekrar kontrol yazılı olsun. Belirli bir standart hedefleniyorsa sürüm, seviye, kapsam ve değerlendirme biçimi ayrıca netleştirilmelidir. Sorumlusu belli olmayan “tam uyumlu” ifadesi yerine doğrulanabilir bir teslim planı isteyin.
SRN Dijital, İzmir merkezinden Türkiye geneline kurumsal web ve özel yazılım hizmeti sunar. Mevcut site adresiniz, öncelikli ziyaretçi işlemleri ve elinizdeki içerik örnekleriyle projenizin kapsamını birlikte değerlendirelim. Kesin bedel ve takvim, gerçek ihtiyaç incelendikten sonra belirlenir.
Kaynaklar
- W3C WAI: Geliştiriciler için erişilebilirlik başlangıç ilkeleri
- W3C WAI: Form sonuçlarının kullanıcıya bildirilmesi
- W3C WAI: Easy Checks ve değerlendirmenin sınırları
- SRN Dijital: KY Hukuk gerçek proje kaydı
Kaynak kontrolü: 21 Ekim 2026. Kapsam soruları SRN Dijital'in editoryal önerisidir; uygunluk belgesi veya sıralama garantisi değildir.
Kısa cevap: Erişilebilirlik teklifte nasıl tanımlanmalı?
Ziyaretçinin yapacağı işlemleri, kontrol edilecek sayfa ve durumları, içerik ve geliştirme sorumlularını yazın. Klavye kullanımı, anlaşılır form bildirimi ve içerik yapısı için teslim kanıtı isteyin. Hızlı kontrolleri kapsamlı uygunluk değerlendirmesiyle karıştırmayın; eksikleri ve tekrar kontrol yöntemini baştan netleştirin.