WCAG Başarı Kriterleri · Level AA

WCAG 2.4.5: Birden Fazla Yol

WCAG 2.4.5, web sitelerinin bir web sayfaları kümesi içindeki herhangi bir sayfayı bulmaları için kullanıcılara birden fazla yol sunmasını gerektirir — örneğin, site içi arama, site haritası veya bir gezinme menüsü aracılığıyla. Bu, farklı yeteneklere ve tercihlere sahip kullanıcıların, kendileri için en iyi çalışan yöntemi kullanarak içeriği bulabilmelerini sağlar.

Bu Kuralın Anlamı

WCAG 2.4.5 — Birden Fazla Yol, İşletilebilirlik ilkesinin altında yer alan Seviye AA başarı ölçütüdür. Daha büyük bir web sayfaları kümesinin parçası olan herhangi bir web sayfasının, en az iki farklı gezinme mekanizması aracılığıyla erişilebilir olmasını gerektirir. Başka bir deyişle, bir kullanıcı bir sayfayı bulmak için asla tek bir yola mahkûm bırakılmamalıdır.

Bu ölçütü karşılayan yaygın gezinme mekanizmaları şunları içerir: site genelinde arama işlevi, site haritası (bağımsız bir sayfa olarak veya satır içi bir yapı olarak), içindekiler tablosu, tutarlı bir gezinme menüsü veya kenar çubuğu, kırıntı (breadcrumb) yolları ve ilişkili sayfalar arasındaki bağlantılar. Bunlardan herhangi ikisinin — veya diğer eşdeğer mekanizmaların — birlikte kullanılması gerekliliği karşılar.

Ölçüt özellikle web sayfaları kümeleri için geçerlidir. Daha büyük bir siteye veya uygulamaya ait olmayan bağımsız bir web sayfası muaf tutulur. Ayrıca, bir sürecin sonucu olan veya bir adımını oluşturan sayfalar — örneğin ödeme onay sayfası, form gönderimi başarı ekranı veya sihirbaz adımı — da açıkça muaf tutulur. Bunun nedeni, bu tür sayfaların doğası gereği sıralı olması ve bunlara sıralama dışı doğrudan erişime izin vermenin uygunsuz veya zararlı olabilmesidir.

Başarılı sayılmak için, sitede en az iki bağımsız gezinme mekanizmasının mevcut, işlevsel ve erişilebilir olması gerekir. Başarısızlık, yalnızca tek bir mekanizma bulunduğunda ortaya çıkar — örneğin, yalnızca üst gezinme menüsü olan, arama, site haritası veya başka bir gezinme yardımı sunmayan bir site. İkincil mekanizma işlevsiz veya erişilemez ise (örneğin, hiç sonuç döndürmeyen bir arama kutusu veya yardımcı teknolojilerden gizlenmiş bir site haritası) bu da başarısızlıktır.

Önemli olarak, bu ölçüt belirli bir mekanizma kombinasyonunu zorunlu kılmaz. Esneklik kasıtlıdır: farklı kullanıcıların içerik bulmak için temelde farklı stratejileri vardır ve standart, belirli bir çözüm dayatmak yerine yedeklilik gerektirerek bu çeşitliliği kabul eder.

Neden Önemlidir

Gezinme, herhangi bir web deneyiminin temelidir ve gezinmedeki engeller, orantısız biçimde engelli kişileri etkiler. Yalnızca tek bir gezinme yolu olduğunda, bu yolu kullanamayan kullanıcılar fiilen içerikten mahrum kalır.

Motor bozuklukları olan kullanıcılar — anahtar erişimi, göz izleme cihazları, sesle kontrol yazılımları veya yalnızca klavye ile gezinme kullananlar dahil — için karmaşık hiyerarşik menüler, verimli bir şekilde geçilmesi yorucu veya imkânsız olabilir. Site içi arama, bu kullanıcıların birden fazla menü seviyesinde gezinmek zorunda kalmadan doğrudan içeriğe atlamasına olanak tanır. Buna karşılık, belirli bilişsel veya hafıza bozuklukları olan kullanıcılar, ucu açık arama alanlarını kafa karıştırıcı veya etkili kullanımı zor bulabilir; onlar için açıkça yapılandırılmış bir site haritası veya gezilebilir kategori ağacı çok daha kullanışlıdır.

Ekran okuyuculara güvenen kör kullanıcılar için yoğun bir gezinme menüsü, atla bağlantıları olsa bile her sayfa ziyaretinde tekrarlayan bir engel haline gelebilir. Bir site haritası veya arama kısayolu, bu bilişsel ve fiziksel yükü önemli ölçüde azaltır. Düşük görme yetisine sahip ve ekran büyütme kullanan kullanıcılar için geniş gezinme menüleri, yüksek yakınlaştırma seviyelerinde yalnızca kısmen görünür olabilir; bu durumda metin tabanlı bir arama veya site haritası kritik bir yedek olur.

Disleksi veya dikkat bozuklukları gibi bilişsel engelleri olan kullanıcılar için, tam veya yaklaşık terimlerle arama yapabilme — tam menü hiyerarşisini hatırlamak veya tanımak zorunda kalmak yerine — içeriği bağımsız olarak bulmak ile tamamen vazgeçmek arasındaki farkı yaratabilir.

Somut bir gerçek dünya senaryosu: Romatoid artriti olan ve yalnızca klavye ile gezinerek bir Türk e-ticaret platformunu ziyaret eden bir kullanıcıyı hayal edin. Sitenin mega menüsü, alt kategorileri göstermek için hassas fareyle üzerine gelme etkileşimleri gerektiriyor ve klavye odak davranışı güvenilir değil. Site ayrıca bir arama çubuğu ve site haritası sunuyorsa, bu kullanıcı yine de ihtiyaç duyduğu ürün sayfasını bulabilir. Bu alternatifler olmadan site, onlar için fiilen kullanılamaz hale gelir — bu da kaybedilmiş bir müşteri ve potansiyel bir hukuki sorumluluk anlamına gelir.

Erişilebilirliğin ötesinde, birden fazla gezinme mekanizması ölçülebilir SEO ve kullanılabilirlik faydaları sunar. Site haritaları, arama motoru botları tarafından taranabilirliği artırır. Site içi arama işlevi, kullanıcı etkileşimini artırır ve hemen çıkma oranlarını azaltır. Kırıntı yolları, yapılandırılmış veri ile uygulandığında arama motoru sonuç sayfalarında tıklanma oranlarını iyileştirir. Bu faydalar, 2.4.5’i karşılamanın yalnızca bir uyum egzersizi olmadığını — aynı zamanda sağlam bir web tasarımı uygulaması olduğunu gösterir.

İlgili Axe-core Kuralları

WCAG 2.4.5, manuel test gerektirir çünkü hiçbir otomatik araç, bir sitenin yeterli gezinme çeşitliliği sağlayıp sağlamadığını güvenilir şekilde belirleyemez. Otomatik tarayıcılar belirli öğelerin varlığını ve sözdizimsel doğruluğunu doğrulayabilir, ancak site genelindeki gezinme mimarisini değerlendiremez veya belirli bir mekanizma kombinasyonunun gerçekten yeterli olup olmadığını saptayamaz. Aşağıdaki hususlar manuel değerlendirmeye yön verir:

  • Site aramasının varlığı (manuel kontrol): Otomatik araçlar, bir arama alanının işlevsel olup olmadığını, anlamlı sonuçlar döndürüp döndürmediğini veya sitenin tamamında erişilebilir olup olmadığını doğrulayamaz. Bir test uzmanı, bir arama mekanizmasının var olduğunu, klavye ile erişilebilir olduğunu ve temsilî sorgular için ilgili sonuçlar ürettiğini manuel olarak doğrulamalıdır.
  • Site haritası veya alternatif gezinme mekanizmasının varlığı (manuel kontrol): Araçlar, bir site haritası sayfasının var olup olmadığını, tüm sayfalardan bağlantı verilip verilmediğini veya site içeriğini kapsamlı biçimde kapsayıp kapsamadığını belirleyemez. İnsan inceleyici, birincil gezinmenin ötesinde en az bir ek mekanizmanın mevcut ve erişilebilir olduğunu doğrulamalıdır.
  • Gezinmenin tutarlılığı (2.4.3 ve 3.2.3 ile ilişkili, manuel kontrol): Otomatik araçlar, sayfalar arasında tutarsız bileşen sıralamalarını işaretleyebilir, ancak genel gezinme stratejisinin engelli kullanıcılar için tutarlı ve yeterli kalıp kalmadığını değerlendiremez. Birden fazla temsilî sayfa türü üzerinde manuel inceleme gereklidir.
  • İkincil mekanizmaların erişilebilirliği (manuel kontrol): Bir site haritası veya arama mevcut olsa bile, otomatik tarama bu mekanizmaların klavye ile erişilemez olduğu, zayıf ekran okuyucu etiketlemesine sahip olduğu veya kullanılabilirliği etkileyen bir şekilde görsel olarak gizlendiği durumları yakalamayabilir. Her mekanizmanın uçtan uca çalıştığını doğrulamak için manuel klavye ve ekran okuyucu testi yapılmalıdır.

Nasıl Test Edilir

  1. Otomatik tarama — bir temel oluşturun: Sitenin temsilî sayfalarında axe DevTools veya Lighthouse çalıştırın. Bu araçların hiçbiri doğrudan 2.4.5 ihlallerini işaretlemese de, denetimi kullanarak gezinme bileşenlerinde (menüler, arama alanları, kırıntılar) eksik etiketler, hatalı ARIA rolleri veya odak yönetimi sorunları gibi altta yatan erişilebilirlik sorunlarını belirleyin. Önce bunları düzeltin; çünkü bozuk bir gezinme mekanizması 2.4.5 kapsamında geçerli bir “yol” olarak sayılamaz.
  2. Gezinme mekanizmalarını kataloglayın: Siteyi manuel olarak inceleyin ve bir kullanıcının belirli bir sayfaya ulaşmak için kullanabileceği her farklı mekanizmayı listeleyin: üst gezinme menüleri, altbilgi bağlantıları, site araması, site haritası sayfaları, kırıntılar, ilgili içerik bağlantıları, kategori dizinleri vb. Sıralı bir sürecin parçası olmayan her sayfada bu mekanizmalardan en az ikisinin mevcut, işlevsel ve kullanılabilir olduğunu doğrulayın.
  3. Yalnızca klavye ile gezinme testi: Yalnızca Tab, Enter, Yön tuşları ve Escape tuşunu kullanarak (fare yok), belirli bir ana sayfa olmayan sayfaya iki farklı mekanizma üzerinden ulaşmaya çalışın. Örneğin, bir ürün sayfasını bulmak için arama çubuğunu kullanın, ardından aynı sayfaya ulaşmak için site haritasını veya gezinme menüsünü kullanın. Her iki yolun da fare olmadan tamamen işletilebilir olduğunu doğrulayın.
  4. NVDA + Firefox ile ekran okuyucu testi: NVDA’yı açın, Firefox’u başlatın ve ana sayfaya gidin. NVDA’nın gezinme modunu (bölgeler için F6, başlıklar için H) kullanarak arama bölgesini ve herhangi bir site haritası veya gezinme bağlantısını bulun. Her iki mekanizmanın da doğru şekilde duyurulduğunu, form alanlarının erişilebilir etiketlere sahip olduğunu ve sonuç veya hedef sayfaların yüklendiğini ve okunabilir olduğunu doğrulayın.
  5. VoiceOver + Safari (macOS/iOS) ile ekran okuyucu testi: VoiceOver’ı (Cmd+F5) etkinleştirin ve Rotor’u (VO+U) kullanarak sayfanın form kontrollerini ve bağlantılarını inceleyin. Arama alanının listelendiğini ve etiketlendiğini, site haritasına veya alternatif bir dizine götüren gezinme bağlantılarının mevcut ve işletilebilir olduğunu doğrulayın.
  6. JAWS + Chrome ile ekran okuyucu testi: JAWS gezinme kısayollarını (formlara atlamak için F, bağlantı listesi için Insert+F7) kullanarak arama alanının ve herhangi bir site haritası bağlantısının hem klavye hem de sanal imleç ile keşfedilebilir ve kullanılabilir olduğunu doğrulayın.
  7. Sıralı süreç muafiyeti kontrolü: Bir sürecin adımı olan sayfaları (ödeme, çok adımlı formlar, oturum açma akışları) belirleyin. Bu sayfaların birden fazla yol gereksinimini karşılamak zorunda olmadığını doğrulayın. Yanlış başarısızlıkları önlemek için bunu erişilebilirlik denetiminizde belgeleyin.
  8. İşlevsel arama sonucu doğrulaması: Birkaç temsilî arama gerçekleştirin (ürün adları, makale başlıkları, destek konuları). Sonuçların göründüğünü, ilgili olduğunu ve sonuç sayfasının klavye ve ekran okuyucu ile erişilebilir ve gezilebilir olduğunu doğrulayın.

Nasıl Düzeltilir

Eksik site araması — Hatalı

<!-- Site yalnızca bir gezinme menüsüne sahip; arama veya site haritası yok -->
<nav aria-label='Main navigation'>
  <ul>
    <li><a href='/urunler'>Ürünler</a></li>
    <li><a href='/hakkimizda'>Hakkımızda</a></li>
    <li><a href='/iletisim'>İletişim</a></li>
  </ul>
</nav>
<!-- Arama yok, site haritası bağlantısı yok, başka gezinme mekanizması yok -->

Eksik site araması — Doğru

<!-- Gezinme menüsü korunur ve ikinci mekanizma olarak site araması eklenir -->
<nav aria-label='Main navigation'>
  <ul>
    <li><a href='/urunler'>Ürünler</a></li>
    <li><a href='/hakkimizda'>Hakkımızda</a></li>
    <li><a href='/iletisim'>İletişim</a></li>
  </ul>
</nav>

<!-- İkinci gezinme mekanizması: erişilebilir site araması -->
<form role='search' action='/arama' method='get'>
  <label for='site-search'>Sitede Ara</label>
  <input
    type='search'
    id='site-search'
    name='q'
    placeholder='Ürün veya konu arayın...'
    aria-label='Site genelinde arama'
  />
  <button type='submit'>Ara</button>
</form>

Erişilemez site haritası — Hatalı

<!-- Site haritası bağlantısı mevcut ancak görsel olarak gizli ve klavye ile erişilemez -->
<footer>
  <a href='/site-haritasi' style='display:none;'>Site Haritası</a>
</footer>
<!-- display:none, öğeyi hem görsel gösterimden HEM DE
     erişilebilirlik ağacından kaldırır, bu nedenle ekran okuyucu kullanıcıları ona erişemez.
     Bu site haritası geçerli bir ikinci gezinme mekanizması olarak sayılamaz. -->

Erişilemez site haritası — Doğru

<!-- Site haritası bağlantısı tüm kullanıcılar için görünür ve erişilebilirdir -->
<footer>
  <nav aria-label='Footer navigation'>
    <ul>
      <li><a href='/site-haritasi'>Site Haritası</a></li>
      <li><a href='/gizlilik'>Gizlilik Politikası</a></li>
      <li><a href='/iletisim'>İletişim</a></li>
    </ul>
  </nav>
</footer>
<!-- Site haritası sayfasının kendisi, sitenin tüm ana bölümlerini ve sayfalarını
     <nav>, <ul> ve <a> öğelerini kullanarak listelemelidir. -->

Erişilebilir etiketi olmayan arama formu — Hatalı

<!-- Arama alanının etiketi yok; ekran okuyucular yalnızca 'edit text' duyurur -->
<form action='/search'>
  <input type='text' name='q' placeholder='Search...' />
  <button type='submit'><img src='search-icon.png' /></button>
</form>

Erişilebilir etiketi olmayan arama formu — Doğru

<!-- role='search' bölgeyi tanımlar; etiket, metni alanla ilişkilendirir;
     gönder düğmesinin aria-label aracılığıyla erişilebilir bir adı vardır -->
<form role='search' action='/arama' method='get'>
  <label for='global-search'>Arama</label>
  <input
    type='search'
    id='global-search'
    name='q'
    autocomplete='off'
  />
  <button type='submit' aria-label='Aramayı başlat'>
    <img src='search-icon.png' alt='' aria-hidden='true' />
  </button>
</form>

Yaygın Hatalar

  • XML site haritasını kullanıcıya dönük bir gezinme mekanizması olarak saymak: Arama motorlarına gönderilen bir XML site haritası (örneğin, /sitemap.xml) makine tarafından okunabilir bir dosyadır ve sıradan ziyaretçiler tarafından kullanılamaz. Yalnızca insanlar tarafından gezilebilir bir HTML site haritası sayfası, geçerli bir ikinci gezinme mekanizması olarak sayılır.
  • Sadece dekoratif veya bozuk bir arama formu sağlamak: Her zaman boş sonuç döndüren, gönderimde hata veren veya 404 sayfasına yönlendiren bir arama alanı 2.4.5’i karşılamaz. Mekanizmanın, ölçütün geçmesi için gerçekten işlevsel olması gerekir.
  • Site haritası bağlantısını başarısız olan veya devre dışı bırakılan JavaScript’in arkasına gizlemek: Site haritasına giden tek bağlantı, dinamik olarak eklenen bir modal içinde veya belirli ortamlarda çalışmayan JavaScript’e bağımlı bir açılır menü içindeyse, bu JavaScript’i çalıştıramayan kullanıcılar (bazı yardımcı teknoloji yapılandırmaları dahil) bu gezinme mekanizmasına erişimi kaybeder.
  • Mobil görünümde bir gezinme mekanizmasına display:none veya visibility:hidden uygulamak: Mobil yerleşimde bir arama çubuğunu veya site haritası bağlantısını tamamen gizlemek, bu mekanizmayı mobil kullanıcılar için bütünüyle ortadan kaldırır; bu da — masaüstü yerleşimi geçse bile — bir başarısızlıktır. Mekanizmayı erişilebilir bir aç/kapa düğmesinin arkasına gizlemek kabul edilebilir; onu DOM’dan veya erişilebilirlik ağacından kaldırmak kabul edilemez.
  • Kırıntıları, ek destek olmadan bağımsız bir ikinci mekanizma olarak değerlendirmek: Kırıntılar yalnızca mevcut sayfaya giden yolu gösterir ve bir kullanıcının sitedeki rastgele sayfaları keşfetmesine ve onlara gitmesine tek başına yeterli değildir. Diğer mekanizmaları tamamlayabilirler, ancak genellikle tek başlarına gerekli iki mekanizmadan biri olarak hizmet edemezler.
  • Sayfaları gereksinimden yanlış şekilde muaf tutmak: Sıralı süreç muafiyeti yalnızca bir sürecin adımları olan sayfalar için geçerlidir (örneğin, bir ödemenin 4 adımdan 2. adımı). Kullanıcı bu sayfalara bir huniden gelmiş olsa bile, kategori sayfaları, ürün detay sayfaları ve blog yazıları muaf değildir.
  • type='text' kullanan ve formda role='search' atlanmış bir arama alanı kullanmak: Bu doğrudan bir 2.4.5 ihlali olmasa da, ekran okuyucu kullanıcılarının bölgeler arasında gezinirken arama bölgesini bulamaması anlamına gelir. Mekanizma teknik olarak mevcut olsa da pratikte keşfedilmesi daha zordur ve ölçütün amacını zayıflatır.
  • Fiilen özdeş iki mekanizma sağlamak: Tam olarak aynı bağlantıları tam olarak aynı yapıda içeren bir üst gezinme menüsü ve bir altbilgi gezinme menüsü, anlamlı biçimde farklı iki gezinme mekanizması oluşturmaz. Amaç, farklı ihtiyaçları olan kullanıcıların alternatif stratejiler bulabilmesidir — aynı stratejinin sayfada iki kez görünmesi değil.
  • Belirli sayfa türlerini gezinme sisteminin dışında bırakmak: Bazı CMS yapılandırmaları, blog yazılarını, hukuki sayfaları veya kullanıcı hesabı sayfalarını ana site haritasının veya arama dizininin dışında tutar. Kullanıcılar bu sayfaları en az iki mekanizma aracılığıyla bulamıyorsa, sitenin geri kalanı ne kadar iyi yapılandırılmış olursa olsun bu sayfalar 2.4.5’te başarısız olur.
  • Mekanizmaları yardımcı teknoloji ile test etmemek: 2.4.5 manuel test gerektirdiğinden, yalnızca otomatik araçlara güvenen ekipler, arama formlarındaki klavye tuzakları, etiketsiz alanlar veya DOM’da mevcut olup ekran okuyucu bölge gezinmesiyle ulaşılamayan site haritaları nedeniyle oluşan başarısızlıkları gözden kaçıracaktır.

Türkiye’nin Erişilebilirlik Mevzuatıyla İlişkisi

21 Haziran 2025 tarihli ve 32933 sayılı Resmî Gazete’de yayımlanan 2025/10 sayılı Cumhurbaşkanlığı Genelgesi, çok geniş bir kamu ve özel sektör yelpazesi için bağlayıcı web erişilebilirliği yükümlülükleri getirir. Genelge, uluslararası kabul görmüş erişilebilirlik standartlarına uyumu zorunlu kılarak, Türk hukukî gerekliliklerini WCAG 2.1 ve WCAG 2.2 Seviye AA ile uyumlu bir temel beklentiye oturtur.

WCAG 2.4.5 — Birden Fazla Yol, Seviye AA ölçütüdür; bu da Genelge’nin gerektirdiği uyum seviyesinin tam merkezine düştüğü anlamına gelir. Düzenlemeye tabi kuruluşlar, bir kümeye ait tüm web sayfalarının, bu ölçütte açıklandığı gibi en az iki gezinme mekanizması sağladığından emin olmalıdır. Bu gerekliliğin karşılanmaması, düzenleyici yükümlülükle doğrudan uyumsuzluk anlamına gelir.

2025/10 sayılı Cumhurbaşkanlığı Genelgesi kapsamındaki kuruluşlar şunları içerir: her düzeydeki kamu kurum ve kuruluşları; bankalar ve finans kuruluşları; hastaneler ve sağlık hizmeti sağlayıcıları; elektronik ticaret platformları; 200.000 veya daha fazla abonesi olan telekomünikasyon işletmecileri; seyahat acenteleri; özel ulaşım şirketleri; ve Millî Eğitim Bakanlığı (MEB) izniyle faaliyet gösteren özel okullar. Bu kuruluş türlerinin her birinin, web varlıkları genelinde erişilebilir, çok yollu gezinmeyi sürdürmesi beklenir.

Zorunlu uyum gerekliliklerine ek olarak, Aile ve Sosyal Hizmetler Bakanlığı, güçlü erişilebilirlik uygulamaları sergileyen kuruluşlara Erişilebilirlik Logosu verir. Bu logonun alınması, 2.4.5’e uyum da dahil olmak üzere Seviye AA’nın tam olarak karşılanmasını gerektirir. Türkiye’nin rekabetçi dijital pazarında faaliyet gösteren işletmeler — özellikle e-ticaret platformları, bankalar ve sağlık hizmeti sağlayıcıları — için Erişilebilirlik Logosu, hem engelli kullanıcılar için bir güven işareti hem de düzenleyici iyi niyetin bir göstergesi olarak hizmet eder.

Pratik açıdan bakıldığında, çeşitli kullanıcı kitlelerine hizmet veren Türk web siteleri, birden fazla gezinme mekanizması uygulamaktan önemli ölçüde fayda sağlar. Türkiye’de, hem yaşlı internet kullanıcılarının hem de dijital okuryazarlığın daha düşük olduğu bölgelerdeki kullanıcıların sayısı yüksektir; bu iki grup da 2.4.5’in zorunlu kıldığı yedeklilikten fayda görür. Türkçe dil desteğine sahip (ı, İ, ş, ğ, ü, ö, ç gibi Türkçe’ye özgü karakterlerin doğru işlenmesi dahil) bir site araması ile açıkça yapılandırılmış bir HTML site haritasının birleşimi, bu kitleye iyi hizmet eden, erişilebilir ve mevzuata uygun bir uygulamayı temsil eder. Erişilebilirlik Logosu’nu almak veya korumak isteyen kuruluşlar, 2.4.5 uyumunu isteğe bağlı bir iyileştirme değil, erişilebilirlik programlarının temel bir gerekliliği olarak görmelidir.