Bir web sitesi masaüstünde şık görünüyor, mobilde düzgün açılıyor ve sayfaları hızlı yükleniyor olabilir. Ancak menüler yalnızca fareyle açılıyorsa, form alanları ekran okuyucuyla anlaşılmıyorsa veya açık renkli metinler arka plandan ayırt edilemiyorsa bazı kullanıcılar siteyi kullanmakta zorlanabilir. Web sitesi erişilebilirliği, dijital içeriklerin farklı yeteneklere, yardımcı teknolojilere ve kullanım koşullarına sahip insanlar tarafından algılanabilmesini ve kullanılabilmesini hedefler. Bu rehberde web sitesi erişilebilirlik hataları arasından en yaygın dokuz sorunu, WCAG 2.2 ilkeleri ve uygulanabilir HTML/CSS örnekleriyle inceliyoruz.
Web tasarımında erişilebilirlik, genellikle proje tamamlandıktan sonra düşünülen ek bir özellik olmamalıdır.
Tasarımın başlangıcından itibaren metinlerin okunabilirliği, menülerin kullanılabilirliği ve formların anlaşılabilirliği değerlendirilmelidir.
Örneğin bir ziyaretçi fare kullanmadan yalnızca klavyeyle geziniyor olabilir. Başka bir kullanıcı ekran büyütme özelliğini kullanırken bir diğeri içerikleri ekran okuyucuyla dinleyebilir.
Bazı kullanıcılar da videoları sessiz izlemek veya güçlü kontrastlı metinlere ihtiyaç duymak zorunda olabilir.
Erişilebilir tasarım, bu farklı senaryoların hesaba katılmasını gerektirir.
Önemli ayrım: Bir sitenin mobil uyumlu olması, otomatik olarak erişilebilir olduğu anlamına gelmez. Benzer şekilde erişilebilirlik denetimi yalnızca görsel tasarım kontrolünden oluşmaz.
Web sitesi erişilebilirliği, sayfa içeriklerinin ve etkileşimlerinin; görme, işitme, motor veya bilişsel farklılıklar yaşayan kullanıcılar dâhil geniş bir kullanıcı kitlesi tarafından anlaşılabilir ve kullanılabilir olmasını amaçlar.
Temel kontroller arasında yeterli renk kontrastı, klavyeyle kullanım, görünür odak göstergesi, anlamlı HTML başlıkları, doğru alternatif metinler, etiketlenmiş formlar, açıklayıcı bağlantılar, erişilebilir video içerikleri ve yakınlaştırmada bozulmayan mobil düzen bulunur.
Web Sitesi Erişilebilirliği Ne Anlama Gelir?
Web erişilebilirliği, farklı kullanıcıların dijital içeriklere erişmesini ve temel işlevleri tamamlamasını kolaylaştıran tasarım, geliştirme ve içerik üretimi yaklaşımıdır.
Bu konu yalnızca görme engelli kullanıcılarla sınırlı değildir. Klavye veya yardımcı teknolojiler kullanan kişiler, düşük görme düzeyine sahip kullanıcılar, işitsel içeriklere erişmekte zorlananlar ve farklı bilişsel ihtiyaçları bulunan kullanıcılar için de önemlidir.
W3C’nin dört temel erişilebilirlik ilkesi
1. Algılanabilirlik
Bilgi, kullanıcıların algılayabileceği şekillerde sunulmalıdır. Örneğin görsellerin anlamlı metin alternatifleri bulunabilir.
2. Kullanılabilirlik
Kullanıcı arayüzü yalnızca tek bir giriş yöntemine bağımlı olmamalıdır. Klavye erişimi buna örnektir.
3. Anlaşılabilirlik
Metinler, talimatlar, formlar ve kullanıcıya verilen geri bildirimler açık olmalıdır.
4. Sağlamlık
İçerikler, uygun standartlar kullanılarak yardımcı teknolojiler tarafından yorumlanabilecek biçimde geliştirilmelidir.
Bu yaklaşım, İngilizce baş harfleriyle POUR olarak da bilinir: Perceivable, Operable, Understandable ve Robust.
WCAG 2.2 Nedir ve Web Tasarımında Nasıl Kullanılır?
WCAG, Web Content Accessibility Guidelines ifadesinin kısaltmasıdır.
W3C tarafından geliştirilen bu kılavuz, web içeriklerinin erişilebilirliğini değerlendirmek için başarı kriterleri sunar.
WCAG 2.2, 5 Ekim 2023’te W3C Recommendation olarak yayımlanmıştır.
Standartta A, AA ve AAA olmak üzere farklı uygunluk seviyeleri bulunur.
AA seviyesi, birçok erişilebilirlik projesinde hedeflenen bir değerlendirme düzeyidir. Ancak hukuki yükümlülükler, ülkeye, sektöre ve hizmet türüne göre ayrıca incelenmelidir.
WCAG 2.2 kapsamında örnek kontroller
| Kontrol | İlgili kriter | Dikkat edilecek nokta |
|---|---|---|
| Metin kontrastı | 1.4.3 — AA | Genel olarak normal metin 4,5:1; büyük metin 3:1. İstisnalar bulunur. |
| Klavye kullanımı | 2.1.1 — A | İşlevler yalnızca fareye bağımlı olmamalıdır. |
| Odak görünürlüğü | 2.4.7 — AA | Klavyeyle seçilen öğe görünür olmalıdır. |
| Odağın örtülmemesi | 2.4.11 — AA | Odaklanan kontrol sabit öğeler tarafından tamamen gizlenmemelidir. |
| İşaretçi hedef boyutu | 2.5.8 — AA | En az 24 × 24 CSS px veya ilgili istisnalara uygun yerleşim. |
| Metin yakınlaştırma | 1.4.4 — AA | Belirtilen istisnalarla birlikte %200 metin büyütmede içerik ve işlev kaybı olmamalıdır. |
| Yeniden akış (Reflow) | 1.4.10 — AA | İlgili koşullarda 320 CSS px genişlik eşdeğerinde iki yönlü kaydırma gerekmemelidir; istisnalar vardır. |
| Metin alternatifi | 1.1.1 — A | Anlamlı metin dışı içerik için uygun alternatif gerekir. |
Web Tasarımında Yapılan 9 Yaygın Erişilebilirlik Hatası
Metin ve Arka Plan Arasında Yetersiz Renk Kontrastı
Açık gri bir metnin beyaz fonda kullanılması, modern bir tasarım tercihi gibi görülebilir. Ancak bazı kullanıcılar metni ayırt etmekte zorlanabilir.
Özellikle uzun paragraf metinleri, buton yazıları ve form açıklamalarında okunabilirlik önemlidir.
Beyaz zemin üzerine çok açık gri renkle küçük paragraf yazmak.
Metin ve arka plan renklerini kontrast ölçüm aracıyla değerlendirmek ve gerekli minimumları karşılamak.
Nasıl kontrol edilir?
- Metnin ön plan rengini belirleyin.
- Gerçek arka plan rengini belirleyin.
- Kontrast oranını ölçün.
- Yazının boyut ve kalınlık koşullarını değerlendirin.
- Hover, focus ve disabled durumlarını ayrıca inceleyin.
WCAG 2.2 kapsamında normal metin ve büyük metin için farklı kontrast eşikleri bulunur. Logolar gibi bazı içerikler için istisnalar da vardır.
Menü ve Butonların Klavyeyle Kullanılamaması
Birçok kullanıcı web sitesinde fareyle gezinir. Ancak herkes fare veya dokunmatik ekran kullanmayabilir.
Klavyeyle kullanımda bağlantılar, butonlar ve form kontrolleri erişilebilir olmalıdır.
Özellikle sadece fareyle üzerine gelindiğinde açılan menüler sorun oluşturabilir.
Temel klavye testi
- Tab: Etkileşimli öğeler arasında ilerleme.
- Shift + Tab: Ters yönde ilerleme.
- Enter: Uygun bağlantı ve kontrolleri etkinleştirme.
- Space: Uygun buton ve kontrolleri etkinleştirme.
- Escape: Uygun şekilde tasarlanmış açılır arayüzleri kapatma.
Her kontrolün klavye davranışı aynı değildir. Önemli olan kontrolün kendi etkileşim modeline uygun çalışmasıdır.
Klavye Odak Göstergesini Gizlemek
Klavyeyle web sitesinde dolaşırken o anda hangi bağlantının veya butonun seçili olduğunu gösteren işarete odak göstergesi (focus indicator) denir.
Bu göstergenin CSS ile kaldırılması, klavye kullanıcılarının sayfada nerede olduğunu anlamasını zorlaştırabilir.
Yanlış CSS örneği
button:focus,
a:focus {
outline: none;
}
Yukarıdaki kod, odak göstergesini yerine başka bir görünür işaret koymadan kaldırdığı için sorun oluşturabilir.
Daha uygun CSS örneği
a:focus-visible,
button:focus-visible {
outline: 3px solid #7c3aed;
outline-offset: 3px;
}
Bu yöntem odak göstergesinin görünürlüğünü destekler. Ancak renk kontrastı, örtülme ve farklı arka planlardaki görünürlük yine test edilmelidir.
Görsellere Yanlış veya Gereksiz Alternatif Metin Eklemek
Alternatif metin, görselin içeriğini veya işlevini gerekli durumda metin olarak aktarır.
Ekran okuyucular bu bilgiyi kullanıcıya sunabilir.
Ancak her görsele otomatik olarak uzun anahtar kelime listeleri eklemek doğru değildir.
Yanlış örnek
<img
src="ofis-ekibi.jpg"
alt="SEO ajansı reklam ajansı İstanbul SEO hizmeti"
>
Daha açıklayıcı örnek
<img
src="ofis-ekibi.jpg"
alt="Toplantı masasında proje planını inceleyen ekip"
>
Yukarıdaki alternatif metin, görselin gerçekten bu sahneyi gösterdiği varsayımıyla uygundur.
Yalnızca
dekoratif
görsellerde
boş alternatif
metin
alt=""
kullanımı
uygun
olabilir.
İşlevsel görsellerde ise görselin işlevi, açıklamanın merkezinde olmalıdır.
Başlıkları Yalnızca Büyük Yazı Olarak Tasarlamak
Web sayfasında bir cümlenin kalın veya büyük yazılması, onun teknik olarak başlık olduğu anlamına gelmez.
Başlıkların
h1,
h2,
h3
gibi anlamlı
HTML öğeleriyle
oluşturulması
gerekir.
Bu yapı, ekran okuyucu kullanıcılarının bölümler arasında daha kolay gezinmesine yardımcı olabilir.
Hatalı yaklaşım
<div class="buyuk-baslik">
Hizmetlerimiz
</div>
Uygun yaklaşım
<h2>Hizmetlerimiz</h2>
<h3>Web Tasarım</h3>
<p>Hizmet açıklaması...</p>
<h3>İçerik Üretimi</h3>
<p>Hizmet açıklaması...</p>
Başlık seviyeleri yalnızca yazı büyüklüğüne göre değil, içeriklerin mantıksal ilişkisine göre seçilmelidir.
WordPress’te
yazı başlığının
zaten
h1
olduğu
temalarda,
içerik bölümleri
genellikle
h2
ile
başlayabilir.
Form Alanlarını Etiketsiz ve Hataları Açıklamasız Bırakmak
Bir formun içinde yalnızca placeholder bulunması, erişilebilir etiketleme için çoğunlukla yeterli değildir.
Kullanıcı yazmaya başladığında placeholder kaybolabilir; ekran okuyucu desteği de beklendiği gibi çalışmayabilir.
Yanlış örnek
<input
type="email"
placeholder="E-posta"
>
Daha uygun örnek
<label for="ornek-eposta">
E-posta adresiniz
</label>
<input
id="ornek-eposta"
name="email"
type="email"
autocomplete="email"
aria-describedby="eposta-yardim"
required
>
<p id="eposta-yardim">
Yanıt göndermek için kullanılacaktır.
</p>
Alanın gerçek amacı ile etiket, yardım metni ve doğrulama davranışı uyumlu olmalıdır.
Hata meydana geldiğinde hangi alanın yanlış olduğu ve nasıl düzeltileceği açıklanmalıdır.
İlgili
alan için
gerektiğinde
aria-invalid
ve hata
açıklaması
ilişkisi
kullanılabilir.
Teklif formlarındaki kullanılabilirlik sorunlarını daha ayrıntılı incelemek için Dönüşüm Optimizasyonu sayfamıza göz atabilirsiniz.
Bağlantı ve Butonlarda Belirsiz Metin Kullanmak
Aynı sayfada birçok bağlantının “Tıkla”, “Detay” veya “Buraya” şeklinde adlandırılması, hedeflerin birbirinden ayırt edilmesini zorlaştırabilir.
Özellikle bağlantılar listesini ayrı dinleyen ekran okuyucu kullanıcıları için bağlantı amacı yeterince belirgin olmayabilir.
“Hizmetlerimizi öğrenmek için buraya tıklayın.”
“WordPress web tasarım hizmetlerimizi inceleyin.”
Ayrıca bağlantı ile butonun farklı işlevleri vardır.
Genel olarak başka bir sayfaya gitmek için bağlantı, mevcut arayüzde işlem gerçekleştirmek için buton kullanılması uygundur.
<a href="/hizmetler/">
Hizmetleri incele
</a>
<button type="button">
Filtreleri temizle
</button>
İşlevsiz
href="#"
bağlantıları
yalnızca
buton
görünümü
oluşturmak
için
kullanılmamalıdır.
Video İçeriklerinde Altyazı ve Uygun Metin Alternatiflerini İhmal Etmek
Video içeriği yalnızca konuşmadan ibaret olmayabilir.
Sesli açıklamalar, ekrandaki metinler ve önemli görsel hareketler birlikte anlam oluşturabilir.
Sesli içeriğe erişemeyen kişiler için uygun altyazı önemlidir.
Görsel içeriği algılayamayan kullanıcıların ihtiyaçları açısından da sesli betimleme veya uygun alternatifler gerekebilir.
Kontrol listesi
- Konuşmalarla eşleşen altyazı var mı?
- Önemli ses bilgileri uygun biçimde aktarılıyor mu?
- Altyazılar yeterince okunabiliyor mu?
- Videonun otomatik başlayan sesi kullanıcıyı zorluyor mu?
- Yalnızca görselle sunulan önemli bilgiler için uygun alternatif var mı?
- Video oynatıcısı klavyeyle kullanılabiliyor mu?
Mobil Yakınlaştırma, Küçük Dokunma Alanları ve Hareket Tercihlerini Görmezden Gelmek
Mobil uyumluluk yalnızca tasarımın ekran genişliğine sığması değildir.
Kullanıcı metni büyütmek isteyebilir, küçük butonlara dokunmakta zorlanabilir veya yoğun hareketli efektlerden rahatsız olabilir.
Sık karşılaşılan sorunlar
- Mobil tarayıcı yakınlaştırmasının engellenmesi.
- Dar ekranda metinlerin kesilmesi.
- Çok yakın yerleştirilmiş küçük ikonlar.
- Tek başına sürükleme gerektiren etkileşimler.
- Hareket azaltma tercihini dikkate almayan animasyonlar.
Hareket azaltma için CSS örneği
@media (prefers-reduced-motion: reduce) {
.hareketli-ogeler {
animation: none;
transition: none;
}
}
Bu örnek belirli bir bileşen içindir; bütün animasyon davranışlarını tek başına kapsamaz.
WCAG 2.2’de sürükleme hareketleri için uygun alternatiflerin sağlanmasına yönelik AA kriteri de bulunur.
Bu nedenle kullanıcıdan sadece bir öğeyi sürükleyerek işlem yapması bekleniyorsa uygun bir alternatif değerlendirilmelidir.
Erişilebilir Web Tasarımı İçin Uygulanabilir HTML ve CSS Örnekleri
Yukarıdaki hataları düzeltirken yalnızca görsel düzenin değiştirilmesi yeterli olmayabilir.
HTML yapısının doğru olması da önemlidir.
1. Anlamlı sayfa bölümleri
<header>
<nav aria-label="Ana menü">
...
</nav>
</header>
<main id="ana-icerik">
<h1>Sayfa Başlığı</h1>
<section aria-labelledby="bolum-1">
<h2 id="bolum-1">İlk Bölüm</h2>
<p>Bölüm açıklaması...</p>
</section>
</main>
<footer>
...
</footer>
Bu yapı sayfanın ana bölümlerini anlamlı biçimde ayırmaya yardımcı olabilir.
2. İçeriğe atlama bağlantısı
<a class="skip-link" href="#ana-icerik">
Ana içeriğe geç
</a>
<main id="ana-icerik">
...
</main>
.skip-link {
position: absolute;
left: 12px;
top: -100px;
background: #172033;
color: #fff;
padding: 12px;
z-index: 9999;
}
.skip-link:focus {
top: 12px;
}
Klavyeyle gezinen kullanıcılar için tekrar eden menü öğelerini atlamayı kolaylaştırabilir.
3. Etiketli form alanı
Aşağıdaki örnek, yalnızca form alanının nasıl sunulabileceğini gösterir. Gerçek veri gönderimi yapmaz.
Gerçek WordPress formunda aynı yaklaşım diğer alanlara da uygulanmalıdır. Ayrıca zorunlu alanlar, hatalar ve gönderim sonuçları erişilebilir biçimde ele alınmalıdır.
4. Önce yerleşik HTML, sonra gerektiğinde ARIA
Standart
bir buton
için
<button>
kullanmak,
sıfırdan
hazırlanmış
etkileşimli
bir
<div>
öğesine
klavye
davranışları
eklemekten
daha
güvenilir
bir
başlangıçtır.
ARIA öznitelikleri, doğru kullanıldığında yardımcı teknolojilere bilgi verebilir. Ancak ARIA tek başına eksik klavye davranışını veya bozuk etkileşimi düzeltmez.
WordPress ve Elementor Sitelerinde Erişilebilirlik Nasıl Kontrol Edilir?
WordPress sitelerinde erişilebilirlik yalnızca içerik editörüne bağlı değildir.
Kullanılan tema, sayfa oluşturucu, açılır menüler, formlar ve üçüncü taraf eklentiler de sonucu etkiler.
| WordPress alanı | Yaygın sorun | Kontrol |
|---|---|---|
| Tema menüsü | Klavyeyle açılamayan alt menü | Tab, Enter, Escape ve odak sırası |
| Elementor başlıkları | Görsel boyuta göre yanlış HTML etiketi | Heading HTML Tag ayarı ve başlık hiyerarşisi |
| Görsel bileşenleri | İlgisiz alt metin | WordPress ortam kütüphanesi ve bağlam |
| Teklif formu | Etiketsiz alan veya belirsiz hata | Etiket ilişkisi, doğrulama ve geri bildirim |
| Popup | Odak kontrolünün bozulması | Açılış, kapanış ve odak geri dönüşü |
| Çerez bannerı | Butonların erişilememesi | Klavye ve ekran okuyucu testi |
| Slider / carousel | Otomatik hareket veya kontrol zorluğu | Durdurma, odak ve hareket tercihleri |
Elementor’da özellikle dikkat edilecekler
- Başlık bileşenlerinde doğru HTML etiketini seçin.
- İkon butonlarının erişilebilir adlarını kontrol edin.
- Popup kapatma butonunu klavyeyle deneyin.
- Hareket efektleri ve animasyonları değerlendirin.
- Form alanlarının görünür etiketlerini kontrol edin.
- Mobilde yakınlaştırma ve metin taşmasını test edin.
Bir erişilebilirlik eklentisinin kurulması, temadaki yanlış HTML yapısını veya bütün klavye sorunlarını otomatik olarak çözmeyebilir.
Özellikle erişilebilirlik arayüzü sunan eklentilerin, gerçek kod düzeltmelerinin yerine geçtiği varsayılmamalıdır.
WordPress projelerinin teknik tasarım yaklaşımıyla ilgili WordPress Web Tasarım Hizmetleri sayfamızı inceleyebilirsiniz.
Web Sitesi Erişilebilirlik Testi Nasıl Yapılır?
Erişilebilirlik değerlendirmesi, otomatik araçlar ve manuel kontrollerin birlikte kullanılmasıyla daha kapsamlı hâle gelir.
W3C’nin Easy Checks rehberi, ilk inceleme için başlık, alternatif metin, kontrast, klavye ve form kontrolleri önerir.
Bununla birlikte bu testlerin temel değerlendirme olduğu, tüm erişilebilirlik engellerini yakalayamayacağı açıkça belirtilir.
1. Klavye testi
- Sayfayı yeniden yükleyin.
- Fare kullanmadan Tab tuşuyla ilerleyin.
- Odak işaretinin görünür olduğunu kontrol edin.
- Menü, bağlantı, form ve butonları deneyin.
- Hiçbir bileşende klavye tuzağı olmadığını doğrulayın.
2. Renk kontrastı testi
Başlık, paragraf, form etiketi ve buton metinlerinin gerçek renk birleşimlerini ölçün.
Sadece tasarım dosyasındaki renkleri değil, web sayfasında oluşan gerçek görünümü inceleyin.
3. Ekran okuyucu testi
Uygun ekran okuyucu kullanarak başlıklar, gezinme alanları, bağlantılar ve form kontrollerinin nasıl duyurulduğunu inceleyin.
Örneğin NVDA, VoiceOver veya uygun diğer yardımcı teknolojilerle gerçek kullanım senaryoları test edilebilir.
4. Yakınlaştırma ve yeniden akış testi
Metni büyüttüğünüzde içerikler üst üste geliyor mu, önemli butonlar ekran dışına taşıyor mu, form alanları okunabiliyor mu kontrol edin.
5. Otomatik araçlarla ilk tarama
axe DevTools, Lighthouse ve WAVE gibi araçlar bazı erişilebilirlik sorunlarını bulmaya yardımcı olabilir.
Ancak otomatik testin hata bulmaması, sitenin bütün WCAG kriterlerini karşıladığını kanıtlamaz.
Web Sitesindeki Erişilebilirlik Sorunları Hangi Sırayla Düzeltilmeli?
Büyük bir web sitesinde aynı anda çok sayıda erişilebilirlik sorunu bulunabilir.
Bu durumda düzeltmeleri yalnızca görünürlük veya tasarım beğenisine göre sıralamak yeterli değildir.
Sorunun kullanıcı üzerindeki etkisi, hangi işlevi engellediği ve kaç sayfada tekrarlandığı değerlendirilmelidir.
| Öncelik | Örnek sorun | Neden? |
|---|---|---|
| Çok yüksek | Satın alma butonuna klavyeyle erişilemiyor | Temel işlev tamamlanamıyor |
| Çok yüksek | Form ekran okuyucuyla kullanılamıyor | İletişim veya başvuru engelleniyor |
| Yüksek | Ana gezinme menüsü klavye tuzağı oluşturuyor | Sayfada ilerleme ciddi biçimde zorlaşıyor |
| Yüksek | Önemli metinler yeterince okunamıyor | Bilgiye erişim güçleşiyor |
| Planlı düzeltme | İkincil dekoratif öğelerde gereksiz alt metinler | Yardımcı teknoloji deneyimi iyileştirilebilir |
Bu tablo örnek bir önceliklendirmedir. Gerçek projede risk, mevzuat ve kullanıcı ihtiyaçları ayrıca değerlendirilmelidir.
Örnek dört aşamalı çalışma planı
Aşama 1: Envanter
Ana sayfa, hizmet sayfaları, ürün sayfaları, formlar ve önemli kullanıcı akışları belirlenir.
Aşama 2: Test
Otomatik tarama ve manuel kullanım kontrolleri gerçekleştirilir.
Aşama 3: Düzeltme
Temel işlevleri engelleyen ve ortak bileşenleri etkileyen sorunlar giderilir.
Aşama 4: Yeniden test
Düzeltmelerden sonra regresyon testleri ve erişilebilirlik değerlendirmesi tekrarlanır.
Web Sitesi Erişilebilirliği SEO ve GEO ile Nasıl İlişkilidir?
Erişilebilir web tasarımı ve arama motoru optimizasyonu aynı çalışma alanı değildir.
Ancak bazı iyi uygulamalar birbirini destekleyebilir.
Örneğin anlamlı başlık yapısı, açıklayıcı bağlantılar, görsellerin doğru metin alternatifleri ve düzenli HTML kullanımı hem kullanıcıların içeriği anlamasına hem de sayfa yapısının daha açık olmasına katkı sağlayabilir.
Bununla birlikte bir web sitesinin WCAG kriterlerini karşılaması, Google sıralamasında otomatik yükselme veya yapay zekâ aramalarında görünürlük garantisi vermez.
GEO bağlamında da erişilebilirlik puanı ile yapay zekâ sistemlerinde anılma arasında doğrudan garantili bir ilişki kurulamaz.
Bu nedenle erişilebilirliği yalnızca SEO için yapılan bir işlem olarak görmek yerine kullanıcı ihtiyaçlarına yönelik bağımsız bir kalite hedefi olarak değerlendirmek daha uygundur.
Web sitesi geliştirme ve arama görünürlüğü çalışmalarıyla ilgili SEO Hizmetleri ve ChatGPT ve GEO sayfalarımızı da inceleyebilirsiniz.
Web Sitesi Erişilebilirliği Yayın Öncesi Kontrol Listesi
- Sayfanın anlaşılır bir başlığı var mı?
- HTML dil bilgisi doğru tanımlanmış mı?
- Ana içerik bölgesi işaretlenmiş mi?
- Başlık hiyerarşisi anlamlı mı?
- Görsellerin alternatif metinleri bağlama uygun mu?
- Dekoratif görseller gereksiz duyuruluyor mu?
- Metin kontrastı ölçülmüş mü?
- Buton ve form metinleri yeterince okunabilir mi?
- İçerikler yalnızca renkle anlamlandırılıyor mu?
- Site fare kullanmadan gezilebiliyor mu?
- Menüler klavyeyle açılabiliyor mu?
- Açılır menülerden klavyeyle çıkılabiliyor mu?
- Görünür odak göstergesi bulunuyor mu?
- Odaklanan öğeler sabit panellerin altında kalıyor mu?
- İçeriğe atlama bağlantısı gerekiyor mu?
- Bağlantı metinleri anlaşılır mı?
- Bağlantı ve buton rolleri doğru mu?
- Form alanlarında görünür etiket var mı?
- Etiketler ilgili formlarla ilişkilendirilmiş mi?
- Zorunlu alanlar açıkça belirtiliyor mu?
- Hata mesajları düzeltme yöntemi açıklıyor mu?
- Form gönderim sonucu erişilebilir biçimde duyuruluyor mu?
- Popup bileşenlerinde odak yönetimi doğru mu?
- Çerez tercihleri klavyeyle kullanılabiliyor mu?
- Video içeriklerinde uygun altyazılar var mı?
- Gerektiğinde sesli betimleme veya alternatif sunulmuş mu?
- Video oynatıcı klavyeyle kontrol edilebiliyor mu?
- Dokunma hedefleri yeterli boyutta veya aralıkta mı?
- Sürükleme gerektiren işlemler için alternatif var mı?
- Metin büyütüldüğünde içerik kaybı yaşanıyor mu?
- Dar ekranda gereksiz yatay kaydırma oluşuyor mu?
- Mobil tarayıcı yakınlaştırması engellenmiş mi?
- Hareket azaltma tercihi dikkate alınıyor mu?
- Otomatik tarama araçlarıyla inceleme yapıldı mı?
- Manuel klavye testi gerçekleştirildi mi?
- Ekran okuyucuyla temel görevler denendi mi?
- Farklı ekran ölçülerinde kontrol yapıldı mı?
- Önemli kullanıcı akışları baştan sona test edildi mi?
- Üçüncü taraf eklentiler de değerlendirildi mi?
- Düzeltmelerden sonra yeniden test yapıldı mı?
Web Sitesi Erişilebilirliği Hakkında Sıkça Sorulan Sorular
1. Web sitesi erişilebilirliği nedir?
Web sitesi erişilebilirliği, web içeriklerinin ve işlevlerinin farklı kullanıcı ihtiyaçları ve yardımcı teknolojiler dikkate alınarak tasarlanmasıdır. Amaç, bilgiye erişim ve etkileşim önündeki engelleri azaltmaktır.
2. WCAG 2.2 nedir?
WCAG 2.2, W3C tarafından yayımlanan web içeriği erişilebilirlik kılavuzunun bir sürümüdür. Algılanabilirlik, kullanılabilirlik, anlaşılabilirlik ve sağlamlık ilkelerine dayalı başarı kriterleri sunar.
3. WordPress siteleri otomatik olarak erişilebilir mi?
Hayır. WordPress kullanmak tek başına bütün erişilebilirlik kriterlerinin karşılandığı anlamına gelmez. Tema, eklentiler, içerikler ve özel geliştirmeler ayrıca test edilmelidir.
4. Web sitesi erişilebilirliği SEO’yu etkiler mi?
Anlamlı HTML ve açık içerik yapısı gibi bazı uygulamalar hem erişilebilirliği hem içerik anlaşılabilirliğini destekleyebilir. Ancak erişilebilirlik standartlarını karşılamak doğrudan sıralama garantisi vermez.
5. WCAG AA uygunluğu nasıl kontrol edilir?
İlgili WCAG başarı kriterleri üzerinden otomatik araçlar, manuel klavye testleri, ekran okuyucu incelemeleri ve gerçek görev senaryoları birlikte değerlendirilmelidir. Tek bir araç sonucuyla kesin uygunluk kararı verilmemelidir.
6. Erişilebilirlik için hangi renk kontrastı kullanılmalı?
WCAG 2.2 AA kapsamında belirli istisnalarla normal metin için en az 4,5:1, büyük metin için en az 3:1 kontrast oranı öngörülür. Grafik bileşenler ve metin dışı öğeler için ilgili kriterler ayrıca incelenmelidir.
7. Erişilebilirlik eklentisi kurmak yeterli midir?
Hayır. Bir eklenti bazı yardımcı işlevler sağlayabilir. Ancak hatalı HTML, erişilemeyen menüler, yanlış form etiketleri veya klavye tuzakları doğrudan düzeltilmek zorunda olabilir.
Sonuç: Erişilebilir Web Tasarımı Görünümün Ötesinde Bir Kullanıcı Deneyimi Standardıdır
Web sitesi erişilebilirliği yalnızca renkleri koyulaştırmak veya alternatif metin eklemekten oluşmaz.
Sayfanın yapısı, menü davranışları, form alanları, video içerikleri ve mobil kullanım birlikte değerlendirilmelidir.
Erişilebilir bir web sitesi geliştirmek, farklı kullanıcıların bilgiye ulaşmasını ve temel işlemleri tamamlamasını engelleyen sorunları sistematik biçimde belirleyip gidermeyi gerektirir.
WCAG 2.2 bu konuda teknik bir değerlendirme çerçevesi sunar. Ancak erişilebilirlik, tek seferlik bir kontrol olarak görülmemelidir.
Yeni içerik, tema veya eklenti eklendiğinde daha önce giderilmiş sorunlar yeniden ortaya çıkabilir.
Bu nedenle erişilebilirlik kontrollerinin site bakım ve içerik yayın süreçlerine dâhil edilmesi önemlidir.
Web tasarım ve dijital içerik planlamasıyla ilgili WordPress Web Tasarım ve İçerik Stratejisi hizmet sayfalarımızı inceleyebilirsiniz.
Web Sitenizi Daha Anlaşılır ve Kullanılabilir Hâle Getirin
Kurumsal web sitelerinde tasarım, teknik altyapı, içerik yapısı ve dönüşüm deneyimi birlikte değerlendirilmelidir.
Zeymedya Reklam Ajansı, WordPress web tasarımı, SEO, içerik stratejisi ve dönüşüm optimizasyonu alanlarında işletmelere yönelik hizmetler sunar.
WordPress Web Tasarım Dönüşüm Optimizasyonu İletişime Geçin


