Web Sitesi Yaptırırken Erişilebilirlik Nasıl Planlanır? Tasarımdan Teslime Kontrol Rehberi

Web Sitesi Yaptırırken Erişilebilirlik Nasıl Planlanır? Tasarımdan Teslime Kontrol Rehberi

Yazar: Üzeyir Hakan CeylanOluşturulma: Güncellenme: 9 dk okuma
5.0 · 1 oy Puanınız:

Blog yazısı içeriği

Kısa cevap: Web sitesi erişilebilirliği, proje bittikten sonra alınan tek bir otomatik test puanıyla sağlanmaz. Erişilebilirlik hedefi keşif ve teklif aşamasında tanımlanmalı; renk, okunabilirlik ve etkileşimler tasarımda; alternatif metinler ve medya açıklamaları içerik hazırlığında; klavye kullanımı, görünür odak, formlar ve teknik yapı geliştirmede ele alınmalıdır. Yayın öncesinde otomatik kontroller, manuel kullanım senaryoları ve müşteri kabulü birlikte değerlendirilmelidir.

Bu yaklaşım her projenin otomatik olarak belirli bir standarda tam uyduğu anlamına gelmez. Ama erişilebilirliği belirsiz bir “sonradan bakılacak” maddeden çıkararak kimin, hangi aşamada, neyi kontrol edeceğini görünür hâle getirir.

Erişilebilirlik Neden Projenin Sonuna Bırakılmamalı?

Erişilebilirlik yalnızca geliştiricinin kod içinde çözeceği bir konu değildir. Tasarımcı düşük kontrastlı bir renk eşleşmesi seçerse, içerik ekibi görselin amacını açıklamazsa veya formun hata mesajı kullanıcıya ne yapması gerektiğini söylemezse teknik geliştirme tek başına bütün sorunu çözemez.

Benzer şekilde, tasarım dosyasında doğru görünen bir öğe gerçek sayfada klavyeyle erişilemeyebilir. Menü fareyle açılır fakat Tab tuşuyla seçilemez; odak göstergesi tasarım sırasında kaldırılmış olabilir; açılır pencere içinde klavye odağı sıkışabilir. Bu sorunlar ancak gerçek etkileşim üzerinden kontrol edildiğinde görünür olur.

Bu nedenle erişilebilirlik beş ayrı çalışma alanına bölünmelidir:

  1. Keşif ve teklif
  2. Tasarım
  3. İçerik hazırlığı
  4. Geliştirme
  5. Test, kabul ve teslim

Bir web sitesi için daha geniş hedef, kullanıcı ve kapsam gereksinimlerini hazırlarken web sitesi ihtiyaç dokümanı rehberinden yararlanabilirsiniz. Erişilebilirlik maddeleri bu dokümana sonradan eklenen genel bir not değil, sayfa ve işlev bazında kabul ölçütü olarak yazılmalıdır.

Temel Kontrol ile “WCAG Uyumlu” İddiası Aynı Şey Değildir

W3C'nin WCAG 2 genel bakışı, erişilebilirlik gereksinimlerini algılanabilir, kullanılabilir, anlaşılabilir ve sağlam olmak üzere dört ilke altında toplar. Başarı ölçütleri A, AA ve AAA seviyelerinde düzenlenir.

Bir projede kontrasta bakılması, birkaç ekranın klavyeyle denenmesi veya otomatik aracın yüksek puan vermesi değerlidir; ancak bu kontroller tek başına “WCAG 2.2 uyumlu” beyanı için yeterli değildir. WCAG 2.2 uygunluk bölümü seçilen seviyedeki başarı ölçütlerinin bütün sayfa kapsamında karşılanmasını ister. Sayfanın yalnızca belirli bileşenlerini kontrol etmek, bütün sayfa için uygunluk sonucu üretmez.

Bu makaledeki liste bu nedenle bir başlangıç ve proje kabul çerçevesidir. Resmî uygunluk beyanı, yasal zorunluluk veya yüksek riskli bir kullanım söz konusuysa kapsam, hedef seviye, örneklem, test yöntemi ve uzman değerlendirmesi ayrıca tanımlanmalıdır.

Beş Aşamalı Web Sitesi Erişilebilirlik Planı

Bir web sayfasının keşif, tasarım, içerik, geliştirme ve teslim aşamalarındaki erişilebilirlik kontrollerini gösteren beş istasyon
Tek sayfa, keşiften teslim ve müşteri kabulüne kadar beş ayrı erişilebilirlik kontrolünden geçer.

1. Keşif ve Teklif: Hedefi ve Kapsamı Yazın

İlk görüşmede “site erişilebilir olacak” demek yerine hangi kullanıcıların, sayfaların ve işlevlerin öncelikli olduğu sorulmalıdır. Kamuya açık bilgi sayfaları, başvuru formları, ödeme akışları, üyelik işlemleri, video içerikleri ve indirilebilir belgeler aynı test ihtiyacına sahip değildir.

Keşif aşamasında şu kararlar kaydedilebilir:

  • Hangi sayfa ve işlevler kritik?
  • Hedeflenen erişilebilirlik standardı veya kurum politikası var mı?
  • Klavye, ekran okuyucu veya başka yardımcı teknoloji testi bekleniyor mu?
  • İçerik alternatiflerini kim hazırlayacak?
  • Otomatik kontrolün yanında hangi manuel testler uygulanacak?
  • Son kabulü kim verecek?

Kumsal Ajans projelerinde erişilebilirlik gereksinimleri proje ihtiyacına göre ele alınır. Standart veya kapsam belirtilmemişse uygulanan temel kontroller, belirli bir uygunluk seviyesinin taahhüdü gibi yazılmamalıdır.

2. Tasarım: Görsel Kararları Etkileşimden Ayırmayın

Tasarım aşamasında yalnızca marka renklerinin uyumu değil, metnin arka plandan ayrılması, yazı boyutunun okunabilirliği, butonların anlaşılır görünmesi ve bilgiyi sadece renkle vermeme gibi konular değerlendirilmelidir.

Kumsal Ajans temel kontrast, yazı boyutu ve okunabilirlik kontrollerini tasarım aşamasında yapar. Bununla birlikte tek bir renk değerine bakmak yeterli değildir. Normal, üzerine gelinmiş, seçili, devre dışı ve klavye odağındaki durumların her biri farklı görünebilir. Özellikle buton, bağlantı, hata ve başarı mesajları durumlarıyla birlikte incelenmelidir.

Tasarım onayına şu sorular eklenebilir:

  • Ana metinler arka plandan yeterince ayrılıyor mu?
  • Bağlantı yalnız rengiyle mi anlaşılıyor?
  • Aktif veya seçili öğe renk dışında başka bir işaret taşıyor mu?
  • Mobilde metin, buton ve form alanları rahat kullanılabiliyor mu?
  • Klavye odağının görünür olacağı durum tasarımda gösterilmiş mi?

3. İçerik: Anlamı Müşteri, Teknik Uygulamayı Ekip Yönetir

Alternatif metin yalnızca dosya adını başka bir alana yazmak değildir. Görselin sayfadaki amacı bilinmeden yararlı bir açıklama hazırlamak zorlaşır. Dekoratif bir görsel ile ürün özelliğini anlatan şema aynı şekilde açıklanmamalıdır.

Kumsal Ajans yaklaşımında içeriğe özel açıklama müşteri tarafından sağlanabilir; metnin teknik olarak doğru alana uygulanması ve gerekli düzenlemeler Kumsal Ajans tarafından yapılır. Bu paylaşım, müşteri ile ajans arasındaki sorumluluğu netleştirir: içeriğin bağlamını ve doğruluğunu içerik sahibi, teknik sunumunu ise geliştirme ekibi yönetir.

Video veya ses içeriğinde de benzer bir ayrım vardır. Altyazı, konuşma dökümü veya gerekli görsel açıklama için doğru kaynak içerik genellikle müşteri tarafından sağlanır; teknik entegrasyon Kumsal Ajans tarafından yapılır. Proje özelinde içerik üretim hizmeti ayrıca alınmışsa görev dağılımı değişebilir.

İçerik kontrolünde şunlar kaydedilmelidir:

  • Hangi görseller anlam taşıyor, hangileri dekoratif?
  • Alternatif metnin içerik sahibi kim?
  • Videonun altyazısı veya metin dökümü hazır mı?
  • Bağlantı metinleri hedefi tek başına açıklıyor mu?
  • Başlıklar yalnız görsel boyutla değil, anlamlı bir sırayla mı oluşturuldu?

4. Geliştirme: Klavye, Odak ve Form Davranışlarını Doğrulayın

Bir sayfanın fareyle kullanılabilmesi, klavyeyle de kullanılabildiğini göstermez. Menü, buton, bağlantı, form alanı, açılır pencere ve diğer etkileşimli bileşenlere Tab ve Shift+Tab ile ulaşılabilmeli; kullanıcı hangi öğede olduğunu görebilmelidir.

Kumsal Ajans, menü, buton ve formlarda temel klavye kullanım kontrolleri yapar. Klavyeyle gezinirken aktif öğenin görünür olması da kontrol edilir. Bu değerlendirmede yalnız odak çerçevesinin varlığı değil, sıralamanın anlaşılır olması ve kullanıcının bir bileşende sıkışmaması önemlidir.

Formlarda üç ayrı katman ele alınmalıdır:

  • Etiket: Kullanıcı alana hangi bilgiyi gireceğini anlayabilmelidir.
  • Zorunluluk: Zorunlu alan yalnız renkle belirtilmemeli ve açıklama kullanıcı alanı doldurmadan önce anlaşılmalıdır.
  • Hata: Mesaj yalnız “hata oluştu” dememeli; hangi alanın neden düzeltilmesi gerektiğini açıklamalıdır.

W3C Easy Checks başlangıç kontrolünde sayfa başlığı, alternatif metin, heading yapısı, kontrast, metin büyütme, klavye ve görünür odak, form etiketleri ve hatalar ile medya alternatifleri gibi alanları ele alır. W3C aynı kaynakta bu kontrollerin hızlı bir ilk değerlendirme olduğunu, kapsamlı veya kesin bir erişilebilirlik değerlendirmesi olmadığını özellikle belirtir.

5. Test, Kabul ve Teslim: Sonucu Kayıt Altına Alın

Kumsal Ajans proje ihtiyacına göre Lighthouse ve benzeri otomatik kontrollerden yararlanır. Teknik erişilebilirlik kontrolü ekip tarafından yapılır; proje teslimi müşteri onayıyla tamamlanır.

Teslim kaydında yalnız bir puan yerine şu bilgiler tutulmalıdır:

  • Kontrol edilen sayfa veya akış
  • Kullanılan otomatik araç ve tarih
  • Uygulanan manuel senaryo
  • Bulunan sorun ve etkilediği bileşen
  • Yapılan düzeltme
  • Yeniden kontrol sonucu
  • Kapsam dışında kalan veya ayrıca uzman incelemesi gereken konu
  • Teknik kontrolü ve müşteri kabulünü yapan kişi

Bu kayıt, erişilebilirliğin bütün gelecekteki içerik ve güncellemelerde değişmeden kalacağı garantisi değildir. Yeni video, görsel, form, menü veya üçüncü taraf bileşen eklendiğinde ilgili kontroller tekrarlanmalıdır. Daha geniş yayın öncesi kabul sürecini kurumsal web sitesi teslim kontrol listesi ile birlikte kullanabilirsiniz.

Erişilebilirlik Görev ve Kabul Tablosu

AşamaTemel kontrolGirdiyi sağlayanTeknik uygulayanKabul sonucu
KeşifHedef kapsam, kritik sayfalar, beklenen testlerMüşteri ve proje ekibiProje ekibiYazılı gereksinim listesi
TasarımKontrast, okunabilirlik, renk dışı işaret, odak görünümüTasarım ve marka girdileriTasarım ekibiOnaylı durum tasarımları
İçerikAlternatif metin, video altyazısı/dökümü, anlaşılır bağlantı metniGenellikle müşteri veya içerik hizmetiİçerik ve geliştirme ekibiEksiksiz içerik listesi
GeliştirmeKlavye sırası, görünür odak, menü, form etiketi ve hata davranışıOnaylı tasarım ve içerikYazılım ekibiÇalışan test senaryoları
TeslimOtomatik ve manuel kontroller, düzeltme ve yeniden testTeknik ekipKumsal AjansTeknik kontrol kaydı ve müşteri onayı

Bu tablo her proje için aynı kapsamı zorunlu kılmaz. Bir başvuru portalında form ve kimlik doğrulama akışları daha ayrıntılı ele alınabilirken sade bir tanıtım sitesinde içerik yapısı, gezinme ve iletişim formu öncelikli olabilir. Önemli olan kapsamın testten önce yazılmasıdır.

Otomatik Erişilebilirlik Puanı Neden Tek Başına Yeterli Değildir?

Otomatik araçlar eksik etiket, düşük kontrast veya bazı hatalı teknik ilişkileri hızlı biçimde gösterebilir. Bu nedenle geliştirme ve kalite kontrol sürecinde değerlidir. Fakat bir alternatif metnin görselin gerçek amacını doğru açıklayıp açıklamadığı, klavye sırasının kullanıcı için anlamlı olup olmadığı veya hata mesajının gerçekten anlaşılır olup olmadığı her zaman otomatik olarak belirlenemez.

W3C'nin değerlendirme araçlarını seçme rehberi, araçların bütün erişilebilirlik alanlarını otomatik kontrol edemediğini ve insan değerlendirmesine ihtiyaç bulunduğunu açıklar. Araçlar erişilebilirliği tek başına belirlemez; değerlendirmeye yardımcı olur.

Chrome'un Lighthouse erişilebilirlik puanı açıklaması, puanın otomatik erişilebilirlik denetimlerinin ağırlıklı ortalaması olduğunu belirtir. Manuel denetimler puana dahil değildir. Bu nedenle yüksek puan “manuel olarak incelenecek konu kalmadı” şeklinde yorumlanmamalıdır.

Sağlıklı kullanım sırası şöyledir:

  1. Otomatik taramayla hızlı tespit yapılır.
  2. Kritik sayfa ve akışlar klavyeyle denenir.
  3. Görsel anlam, form açıklamaları ve hata mesajları insan gözüyle incelenir.
  4. Bulunan sorunlar düzeltilir.
  5. Aynı senaryo yeniden çalıştırılır ve sonuç kaydedilir.

Genel Bir Düzeltme Senaryosu

Bir tasarımda buton metni arka planla yeterince ayrışmayabilir veya açılır menü fareyle kullanılabildiği hâlde klavyeyle erişilemeyebilir. Böyle bir durumda yalnızca otomatik puanı yükseltmeye çalışmak yerine sorunun kullanıcı davranışındaki etkisi incelenir.

Renk değerleri ve buton durumları düzenlenebilir; görünür odak stili eklenebilir; menünün klavye sırası ve açılıp kapanma davranışı yeniden yapılandırılabilir. Ardından hem otomatik kontrol hem Tab ve Shift+Tab ile manuel gezinme tekrarlanır.

Bu, Kumsal Ajans tarafından belirli bir müşteri projesinde ölçülmüş sonuç olarak sunulan bir vaka değildir. Kullanıcının doğruladığı tipik bir kontrol ve düzeltme senaryosudur; süre, puan artışı veya eksiksiz uygunluk iddiası içermez.

Web Tasarım Teklifinde Sorulabilecek Erişilebilirlik Soruları

  • Erişilebilirlik hedefi ve kontrol kapsamı teklif içinde yazıyor mu?
  • Tasarımda kontrast, okunabilirlik ve görünür odak durumları ele alınıyor mu?
  • Menü, form ve diğer etkileşimler klavyeyle test edilecek mi?
  • Alternatif metinleri ve medya dökümlerini kim hazırlayacak?
  • Form etiketleri, zorunlu alanlar ve hata mesajları hangi ölçütlerle kabul edilecek?
  • Hangi otomatik araçlar kullanılacak ve hangi manuel senaryolar uygulanacak?
  • Kontrol yalnız örnek sayfalarda mı, bütün kritik akışlarda mı yapılacak?
  • Bulunan sorunların düzeltme ve yeniden test sonucu kaydedilecek mi?
  • Uzman değerlendirmesi veya yardımcı teknolojiyle kullanıcı testi gerekiyorsa ayrıca kapsamlandırılacak mı?
  • Nihai teknik kontrol ve müşteri kabulünden kim sorumlu olacak?

Ajansın daha geniş teknik değerlendirme yöntemini incelerken web yazılım firması teknik yeterlilik kontrolünden de yararlanabilirsiniz.

Sonuç: Erişilebilirliği Puan Değil Proje Kararı Olarak Yönetin

Web sitesi erişilebilirliği, tasarım tamamlandıktan sonra eklenen tek bir kontrol maddesi değildir. Kapsam keşifte, görsel durumlar tasarımda, açıklayıcı alternatifler içerikte, klavye ve form davranışları geliştirmede, otomatik ve manuel kontroller ise teslimde ele alınmalıdır.

Kumsal Ajans temel kontrast ve okunabilirlik, klavye kullanımı, görünür odak, form yapısı ve proje ihtiyacına göre otomatik kontroller uygular. İçerik anlamı ve medya dökümleri müşteriyle birlikte yönetilir; teknik kontrol ekip tarafından yapılır ve teslim müşteri onayıyla tamamlanır. Bu yaklaşım belirli bir WCAG seviyesini veya hukuki uygunluğu kendiliğinden garanti etmez; gereksinim, sorumluluk ve kabul sonucunun görünür olmasını sağlar.

Yeni kurumsal web sitesi projenizde erişilebilirlik ihtiyaçlarını tasarımdan önce tanımlamak istiyorsanız, kritik sayfaları, içerik sorumluluklarını ve test kapsamını Kumsal Ajans ile birlikte planlayabilirsiniz.

Anasayfa

Projelerimiz

Ürünlerimiz

Hizmetlerimiz