Erişilebilirlik tartışmaları çoğunlukla renk kontrastı, yazı tipi boyutu veya ekran okuyucu uyumluluğu üzerinde yoğunlaşır. Mimariye etkisi ise daha az konuşulur. WCAG (Web Content Accessibility Guidelines) standartlarının önemli bir bölümü, doğrudan URL tasarımı, navigasyon derinliği ve sayfa hiyerarşisiyle ilgilidir; bu kararlar görsel tasarımdan çok önce verilir ve sonradan değiştirmek maliyetlidir.

Bir kullanıcının yardımcı teknoloji (assistive technology) kullanıp kullanmadığından bağımsız olarak, erişilebilir bir mimari herkese daha hızlı yol gösterir. Klavye ile gezinen biri için gereksiz yere derin bir menü hiyerarşisi engel oluştururken, aynı hiyerarşi fare kullanan biri için sadece zahmetlidir. Erişilebilir yapı, evrensel kolaylık demektir.

Yapısal kararlar alınırken erişilebilirliği sonraya bırakmak, bir bina inşa ettikten sonra rampa eklemeye benzer. Teknik borç birikir, yönlendirme planları karmaşıklaşır ve bazı kararlar geri alınamaz hale gelir. Erişilebilirlik gereksinimlerini mimari sürecin başında okumak, bu borcun büyük bölümünü önler.

WCAG Gereksinimleri Neden Mimariyle Başlar?

WCAG 2.1 ve 2.2, dört temel ilke altında toplanır: algılanabilir, çalıştırılabilir, anlaşılabilir, sağlam. "Anlaşılabilir" (understandable) ilkesi, içeriğin yalnızca okunabilir değil, tahmin edilebilir biçimde düzenlenmiş olmasını şart koşar. Tahmin edilebilirlik ise navigasyon tutarlılığından, URL mantığından ve sayfa kademesinden ayrılamaz.

Erişilebilirlik denetimlerinde sık karşılaşılan sorunların başında, aynı siteye farklı giriş noktalarından ulaşan kullanıcıların farklı navigasyon kalıplarıyla karşılaşması gelir. Bir sayfa üst menüde görünürken başka bir sayfa yalnızca içerik içindeki bir bağlantıyla, üçüncüsü yalnızca arama sonuçlarından erişilebiliyorsa tutarlılık bozulur. Ekran okuyucu kullanan biri için bu tutarsızlık, her sayfada siteyi yeniden keşfetmek anlamına gelir.

Mimari kararlar bu tutarlılığı belirler. Sayfa tipleri, URL şemaları ve navigasyon mantığı tasarımdan önce belirlenmişse erişilebilirlik denetimi teknik katmana indirgenmez, yapısal katmandan başlar. Hangi sayfaların navigasyona gireceği, hangi sayfaların yalnızca iç bağlantılarla erişilebileceği ve URL hiyerarşisinin nasıl okunacağı, bu ilk aşamada karara bağlanan sorulardır.

URL Yapısı Yön Duygusu Oluşturur

WCAG, URL'leri doğrudan düzenlemez. Ama WCAG 2.4.8 (Location) standardı, kullanıcının site içindeki konumunu anlayabileceği bir mekanizma sunulmasını zorunlu kılar. URL yapısı bu mekanizmanın en taşınabilir biçimidir: kullanıcı herhangi bir sayfaya bağlantı aldığında, adres çubuğuna bakarak nerede olduğunu anlayabilir.

Ekran okuyucu kullananlar sekme geçişlerinde veya tarayıcı geçmişinde yönlerini bulmak için URL'yi referans alır. Görsel haritadan yoksun oldukları için belleğe dayalı navigasyon bu kullanıcılarda daha belirleyicidir. /urunler/telefon/galaxy-s25 okunabilir bir yol bilgisi sunarken /p?id=8274 hiçbir bağlam içermez.

Hiyerarşiyi URL'ye yansıtmak ise her zaman doğru değildir. Dört seviye derin bir URL her şeyi açıklamaya çalışır; ama söz konusu sayfanın gerçekte o kadar derinlikte olmadığını dışarıdan göstermez. URL derinliği ile tıklama derinliği arasında fark oluştuğunda, yön duygusu oluşmak yerine bozulur. İki tıklamayla ulaşılan bir sayfa dört kademeli bir URL taşıyorsa kullanıcı kafası karışır, ekran okuyucu kullanıcısı ise öngörülemeyen bir hiyerarşide çabalamak zorunda kalır.

Navigasyon yapısını belirlerken erişilebilirlik açısından en önemli değişken, tüm menü öğelerine klavyeyle sıralı biçimde ulaşılıp ulaşılamadığıdır. Derin, iç içe geçmiş menü yapıları bu testi sıklıkla geçemez. Üçüncü düzey bir alt menü öğesine sekme tuşuna onlarca kez basarak ulaşmak zorunda kalan kullanıcı için bu yapı, fiilen erişilmezdir.

Yalnızca derinlik değil, öğe sayısı da belirleyicidir.

Birinci düzeyde oniki öğe bulunan bir ana navigasyonda, klavye ile sekizinci öğeden sonrasına geçmek için yedi sekme adımı gerekir; "içeriğe atla" bağlantısı yoksa kullanıcı her sayfada baştan geçmek zorunda kalır. WCAG 2.4.1 (Bypass Blocks) tam olarak bunu adresler: tekrarlayan içerik bloklarını atlamak için kullanıcıya bir mekanizma sunulmalıdır. Bu mekanizma yalnızca teknik bir "skip link" eklemekle sağlanamaz; navigasyon öğelerinin sayısı ve hiyerarşisi baştan planlanmazsa sonradan eklenen atla bağlantıları yamanın üstüne yama görevi görür. Navigasyonu büyüdükçe sade tutmak, tam olarak bu sorunu önceden çözmenin yoludur.

Sayfa Derinliği ve Tıklama Sayısı İki Sorunu Birden Çözer

Ana sayfadan bir sayfaya ulaşmak için gereken tıklama sayısı (tıklama derinliği), hem SEO tarama botlarını hem de erişilebilirlik değerlendirmesini aynı anda etkiler. Dört ya da daha fazla tıklama uzağındaki sayfalar SEO tarama botlarının öncelik listesinde geride kalır; erişilebilirlik açısından ise bu derinlik, özellikle bilişsel yük sınırlılığı olan kullanıcılarda yön kaybına zemin hazırlar.

Sayfa hiyerarşisi planlanırken iki soru birlikte sorulmalıdır: Bir kullanıcı bu sayfaya kaç tıklamada ulaşır? Ana sayfadan ulaşamazsa, hangi giriş noktası tutarlı biçimde sunuluyor? Yardım merkezleri, SSS bölümleri ve belge arşivleri bu soruların en sık görmezden gelindiği yapılardır. Bağlamsal iç bağlantılar resmi navigasyonu tamamlar ve kullanıcıya menüye dönmeden alternatif yollar sunar. Yardım merkezi ve SSS mimarisi kurulurken bu iki boyut birlikte değerlendirilmezse, içerik derinleştikçe erişim güçleşir.

Crawl bütçesi ve erişilebilirlik burada aynı çözümü paylaşır: kritik sayfalar üç tıklama içinde, tercihen iki tıklamada ulaşılabilir olmalıdır. Bu kuralı ihlal eden sayfa sayısı arttıkça hem görünürlük hem de erişilebilirlik kaybı büyür.

Başlık Hiyerarşisi Sayfa Yapısını Yönlendirir

h1'den h6'ya uzanan başlık hiyerarşisi, ekran okuyucu kullanıcıları için sayfa haritasıdır. Bu kullanıcılar başlıklar arasında atlama yapabilir; tüm içeriği okumak yerine doğru bölüme geçerler. Hiyerarşi tutarsız olduğunda veya seviyeler atlandığında bu navigasyon bozulur.

Mimari katmanda bu, şablonların başlık yapısını doğru uygulamasını zorunlu kılar. Bir blog şablonu h1'i sayfa başlığına, h2'leri bölüm başlıklarına, h3'leri alt bölümlere tutarlı biçimde atamazsa; içerik üretimi ne kadar düzenli olursa olsun erişilebilirlik her yeni sayfada yeniden kırılır.

Şablon katmanında bozuk başlık hiyerarşisi, tek bir içerik hatası değildir. Site genelinde yayılan yapısal bir hatadır.

Yapısal kontrol süreçlerine başlık hiyerarşisi şablonunun eklenmesi, içerik büyüdükçe bu tutarlılığı korur. Web projesi için yapısal kontrol listesi hazırlanırken başlık hiyerarşisi şablonunun hangi sayfa tiplerine nasıl uygulanacağı belirlenmelidir; aksi hâlde kontrol teknik değil, içerik katmanında aranır ve geç fark edilir.

Form ve Akış Mimarisi Erişilebilirliğin Sınav Alanıdır

Erişilebilirlik gereksinimlerinin site mimarisini en doğrudan etkilediği yer, çok adımlı formlar ve kullanıcı akışı yapılarıdır. Ödeme süreçleri, kayıt akışları ve yapılandırma sihirbazları hem tıklama derinliği hem de bilişsel yük açısından erişilebilirlik testinin en kırılgan noktalarını oluşturur.

Çok adımlı akışlarda her adımın ayrı URL'ye sahip olması, kullanıcının tarayıcı "geri" tuşuyla önceki adıma dönmesini sağlar. Bu mimari karar, görme engelli veya bilişsel yük sınırlılığı olan kullanıcılar için özellikle değerlidir; tüm formu baştan doldurmak zorunda kalmadan kaldıkları yerden devam edebilirler. Tek URL üzerinde JavaScript ile çalışan akışlar bu imkanı çoğunlukla kaldırır.

İlerleme göstergelerinin (adım sayacı veya breadcrumb) her sayfada tutarlı biçimde yer alması da bir mimari karardır. Kullanıcı nerede olduğunu göremiyorsa WCAG 2.4.8 gereksinimi karşılanamaz. SaaS sitesi için bilgi mimarisi planlanırken onboarding akışı ile ana içerik hiyerarşisi arasındaki sınır, bu gereksinim gözetilerek çizilmelidir; çünkü adım göstergeleri ile URL şeması bu sınırın iki tarafında çalışır.

Erişilebilirlik Kararları Hangi Mimari Belgelere Girmeli?

Erişilebilirlik gereksinimleri çoğunlukla UI kılavuzuna, tasarım sistemine veya geliştirici belgelerine yansır. Mimari belgelere girmesi nadirdir. Yapısal kararlar bu boşluk nedeniyle erişilebilirlik etkisi gözetilmeden alınır.

URL şeması dokümanı, navigasyon hiyerarşisi kararları ve sayfa tipi katalogu bu boşluğu kapatacak belgelerdir. Her birinde en azından şu sorular yanıtlanmalıdır: Bu yapı klavye navigasyonunu destekliyor mu? Bu sayfa derinliği skip link gerektiriyor mu? Bu URL şeması ekran okuyucuda anlamlı mı? Sorular belgelenmemişse cevaplar da standartlaşmaz.

Teknik belgeler ağırlıklı sitelerde bu ihtiyaç daha belirgindir; çünkü kullanıcılar sıklıkla klavye ile gezinir, başlıklar arasında atlama yapar ve URL ile sayfa içeriği arasındaki uyumu bekler. Dokümantasyon sitesi yapısı kurulurken erişilebilirlik notlarının sayfa tipi belgelerine nasıl ekleneceği baştan tasarlanmalıdır; içerik büyüdükçe bu ek, sonradan yapılamayacak kadar karmaşık bir iş haline gelir.

Erişilebilirlik, site mimarisini kısıtlamaz; mimariye netlik katar. URL tutarlılığı, navigasyon sadeliği ve sayfa hiyerarşisi gereksinimleri, iyi bir mimarinin zaten sahip olması gereken özelliklerdir. WCAG bu özellikleri kural haline getirir ve belgelenmiş bir standarda bağlar. Standardın varlığı, mimari kararların ertelenememesini sağlar.

Yapısal kararları baştan erişilebilirlik gözüyle almak, ilerideki düzeltme maliyetini azaltır. Sonradan eklenen atla bağlantıları, yama yapılan URL'ler veya geriye dönük şablon değişiklikleri hem zaman hem de teknik borç demektir. Crawl bütçesini zorlayan derin hiyerarşi ile klavye erişimini kıran navigasyon genellikle aynı yapısal kararın iki yüzüdür.

Erişilebilir bir site mimarisi kurmak yalnızca engelli kullanıcılara kapıyı açmak değildir. Mobil kullanıcıların, yavaş bağlantıyla gezinenlerin, yaşlı bireylerin ve sessiz bir ortamda ekrana bakan herkesin daha kolay gezinebildiği bir yapı kurmaktır. Mimari bu genişlikte planlandığında, erişilebilirlik yük olmaktan çıkar ve tasarım kalitesinin ölçütü haline gelir.