Web içeriği kullanılabilirliği

Web siteniz için belge ararken önce talebin kullanılabilirlik mi, erişilebilirlik mi olduğunu belirleyin. TSE'nin hizmet sayfası geçmiş WCAG 2.0/ISO 40500 açıklamalarından sonra, bu kapsamda güncel belgelendirmeyi TS EN ISO 9241-151'e göre yaptığını açıkça belirtir. Dolayısıyla sayfanın girişindeki eski referansı, yeni başvurunun kesin belge standardı olarak almak doğru olmaz. TSE Web içeriği kullanılabilirliği, 12.03.2026 düzenlemesi, Bilgi bölümünün sonu.

Standart numarasını yılıyla birlikte yazın

WCAG, engelli kişilerin web içeriğine erişimini geliştirmeye yönelik başarı kriterleri içerir. W3C, kriterleri A, AA ve AAA seviyeleriyle tanımlar. Hangi sürüm ve seviyenin istendiğini belirtmeden yalnız “WCAG uyumlu” demek, değerlendirmenin sınırını belirsiz bırakır. W3C WCAG 2 Overview, What is in WCAG 2.

ISO/IEC 40500 numarası da tek başına yeterli değildir. W3C'nin 17 Eylül 2026 güncellemeli açıklaması ISO/IEC 40500:2025'i WCAG 2.2'nin Ekim 2023 sürümüyle eşleştirir. TSE sayfasındaki ISO/IEC 40500:2012 atfı farklı bir baskıdır. Bu iki referansı eşit sayarak şartname veya uygunluk beyanı hazırlamayın. W3C, ISO/IEC 40500 bölümü; TSE, Bilgi bölümü.

Başvuru dosyanızda kapsamı görünür yapın

Kapsama almak istediğiniz alan adlarını, kullanıcı işlemlerini, giriş gerektiren bölümleri, dil sürümlerini ve incelenecek yayın sürümünü birlikte kaydetmeniz yararlıdır. Örneğin ana sayfanın incelenmesi ile başvurunun bütün adımlarını içeren bir işlem akışının incelenmesi aynı sınır değildir. Bu liste editoryal hazırlık önerisidir; TSE föyündeki zorunlu örneklem veya deney listesinin yerine geçmez.

TSE sayfası bir başvuru bilgi formuna, 9241-151 belgelendirme föyüne ve onaylı laboratuvar listesine ayrı bağlantılar verir. Başvurunuzu oluştururken kullanacağınız föyün revizyonunu ve laboratuvar kapsamını da talebinizle eşleştirin. Form başlığında birden fazla standart adı bulunması, bunların tamamı için tek değerlendirmeyle belge alınacağı anlamına gelmez. TSE, Dökümanlar ve Başvuru bölümleri.

Teknik dosyada siteyi ve incelenecek sürümü tanımlayın

TSE’nin bağlantıda sunduğu YTBD-01-02-FR-03 formunun üzerinde 31 Aralık 2014 tarihi bulunur. Bu form; sitenin amacını açıklayan en az 200 kelimelik tanımı, hedef kullanıcıları, içerik haritasını ve güncellenme sıklığını, kurumsal kimliği ve sürüm bilgisini ister. Üyelik gerektiren alanların incelenebilmesi için erişim hesabı da formda yer alır. Güncel başvuruda kullanılacak form sürümünü teyit ederek bu başlıkları dosya hazırlığında kullanabilirsiniz. TSE kaynak dokümanı.

8 Haziran 2018 revizyonlu 9241-151 belgelendirme föyünde belge kapsamı örneği; site adı, varsa marka, sürüm ve standart adından oluşur. Aynı föy site ekran görüntülerinin numune olarak kabul edilebildiğini belirtir. Bu açıklama, başvurunun tamamını birkaç ekran görüntüsüyle bitirebileceğiniz anlamına gelmez; teknik dosya ve inceleme kapsamı ayrıca değerlendirilir. TSE kaynak dokümanı.

Otomatik araç sonucu ile belgeyi karıştırmayın

TSE açıklaması değerlendirmeyi otomatik testlerle insan değerlendirmesinin birlikte kullanılabildiği bir yapı olarak anlatır. Bu nedenle bir tarayıcı eklentisinin verdiği puanı tek başına TSE belgesi veya bütün kullanıcılar için tam erişilebilirlik kanıtı diye sunmayın. W3C de uygunluğu başarı kriterlerinin karşılanmasına bağlar. TSE, Bilgi bölümü; W3C, What is in WCAG 2.

Sonuç raporunu yorumlarken incelenen sürüm, kapsam ve referans setine bakın. Tasarım veya işlem akışı değiştiğinde önceki değerlendirmenin hangi bulgularının etkilendiğini bu kayıtlar üzerinden takip edebilirsiniz. Yeni değerlendirme gerekip gerekmediği, kullandığınız programın değişiklik hükümleriyle belirlenmelidir; eski ekran görüntüsünden süreklilik varsayılmaz.

Tasarım değişikliğinde hangi incelemeler yenilenir?

8 Haziran 2018/3 revizyonlu BTBD-01-02-BF-03 föyünün 3.2 maddesi, kuruluş belgeli üründe sürüm değişikliği yaptığını beyan ettiğinde bütün muayene ve deneylerin yeniden yapılmasını düzenler. Bu nedenle yeni sürümü yalnız eski raporun yanına eklemek yeterli kabul edilemez. Hangi sürümün beyan edildiğini ve değişikliğin nasıl işleme alınacağını ilgili birimle belirleyin. 9241-151 belgelendirme föyü, 3.2, sayfa 1

Bir içerik düzeltmesini, görsel tasarım yenilemesini ve işlem akışındaki değişikliği kurum içi kayıtlarınızda ayırmanız yararlıdır. Bu öneri, bunlardan herhangi birini otomatik olarak TSE incelemesinden muaf tutmaz. Dosyada değerlendirilen sürümün adı, yayına alınma tarihi ve yapılan değişikliğin açıklaması bulunursa görüşme daha somut yürür.

Personel, numune ve laboratuvar kapsamı

Föy, yazılım sektöründe en az bir yıl deneyimi bulunan en az bir personel şartını belirtir. Numune bölümünde en az bir web yazılımı; sürüm bilgisi, başvuru bilgi formu ve ürün tanıtımı/kullanıcı dokümanı ele alınır. Numunenin kaynak kod içermeyen yazılım olarak sunulması ve saklanması açıklanır. Ekran görüntülerinin de kabul edilebildiği ifadesi bütün teknik dosyayı ortadan kaldırmaz. 9241-151 föyü, 4–5, sayfalar 1–2

2 Ocak 2024/9 tarihli onaylı bilişim laboratuvarları listesinde her laboratuvarın kapsamı ayrı sütundadır. 9241-151 için görünen kapsamı, aynı listedeki farklı standartlarla karıştırmayın. Başvuru öncesinde listenin güncel sürümü ve laboratuvarın ilgili kapsamı kontrol edilmelidir; 2024 listesini değişmez bir yetki listesi gibi kullanmayın. YTBD-01-02-LS-01, kapsam sütunu

Üç yıllık plan içinde yıllık inceleme bulunuyor

Föyün inceleme planı üç yıllık gözetim düzeninde her yıl üretim yeri incelemesi gösterir; üçüncü inceleme için üretim yerinden numune alma da işaretlidir. Test planında ilk inceleme ile sonraki rutin incelemeler ayrı açıklanır ve sürüm değişikliği için 3.2 maddesine yeniden atıf yapılır. “Üç yıllık plan” ifadesini üç yıl boyunca hiçbir kontrol olmayacağı şeklinde okumayın. 9241-151 föyü, 6–7, sayfa 2

Takvim kaydınızda inceleme tarihi, değerlendirilen sürüm ve değişiklik bildirimi ayrı bulunabilir. Bu takip önerisi, güncel programın ve sizin belgenizin somut koşullarının yerine geçmez. Sonraki incelemede hangi örneğin ve hangi dokümanın sunulacağını ilgili birimle eşleştirin.

Kullanıcı işlemini baştan sona anlatan örnek

Bir randevu sitesinin ana sayfası rahat okunabilirken tarih seçme, hata mesajını anlama veya randevuyu tamamlama aşamasında kullanıcı sorun yaşayabilir. Hazırlık için yalnız ana sayfa ekranını toplamak yerine, değerlendirilmesini istediğiniz işlemin adımlarını ve giriş gerektiren bölümlerini kaydedin. Bu örnek resmî test senaryosu veya başarı eşiği değildir.

Formun istediği amaç, hedef kullanıcı, içerik haritası ve sürüm bilgilerini böyle bir işlem üzerinden açıklamak yararlı olur. Tasarım, kodlama, test ve bakım dokümanlarının da aynı yayın sürümünü anlattığını kontrol edin. Başvuru bilgi formu, sayfalar 1–2