Web erişilebilirliği: Avrupa Erişilebilirlik Yasası için öz kontrol

AB’deki tüketicilere çevrim içi satış yapıyorsanız ve işletmeniz bir mikro işletme değilse, Avrupa Erişilebilirlik Yasası’nın (European Accessibility Act) web erişilebilirliği gereklilikleri 28 Haziran 2025’ten beri mağazanız için geçerli. Ciddi sorunların çoğunu kendiniz bulabilirsiniz: yalnızca klavyeyle bir test siparişi verin, sayfayı yakınlaştırın ve her formu deneyin. Kendi kendine kontrolün yapamayacağı şey ise sitenin tamamının standardı karşıladığını kanıtlamak.

Bir geliştirici yasadan söz etmiş olabilir ya da bir e-posta size tek satır kodla her siteyi “uyumlu” hale getiren bir widget önermiş olabilir. Ödeme adımlarını klavyeyle ya da ekran okuyucuyla (sayfayı sesli okuyan yazılım) tamamlayamayan bir müşteri, şikâyet etmeden başka bir mağazaya gidebilir.

Avrupa Erişilebilirlik Yasası web sitenizi kapsıyor mu?

Avrupa Erişilebilirlik Yasası, web siteniz tüketicilere, yani kendisi için alışveriş yapan kişilere satış yapıyorsa ve işletmeniz mikro işletme değilse geçerli. (AB) 2019/882 sayılı Direktif, kapsadığı hizmetler arasında e-ticaret hizmetlerini sayıyor: bir web sitesi ya da uygulama üzerinden “bir tüketici sözleşmesi kurulması amacıyla” sunulan hizmetler. AB ülkeleri kurallarını 28 Haziran 2025’ten itibaren uygulamak zorundaydı. Bu bizim direktifi okuma biçimimiz; kendi durumunuzla ilgili hukuki görüş için bir avukata danışın.

• Hizmet sunan mikro işletmeler muaf. Bu, 4. maddenin 5. fıkrasında yer alıyor. Direktif mikro işletmeyi 10 kişiden az çalışanı olan ve yıllık cirosu ya da yıllık bilanço toplamı 2 milyon EUR’yu aşmayan işletme olarak tanımlıyor. Çalışan sayısı ve iki mali ölçütten biri birlikte sayılıyor: on kişilik bir ekip, cirosu ne kadar küçük olursa olsun muafiyetin dışında kalır.
• Yalnızca işletmelere satış. Tanım tüketici sözleşmeleriyle ilgili. Bireysel alıcılar ödeme sayfanız üzerinden sipariş verebiliyorsa siteyi kapsamda sayın.
• Hiçbir şey satmayan bir site. Sipariş, rezervasyon ya da ödeme içermeyen bir kurumsal web sitesi, direktifin tanımına göre genellikle bir e-ticaret hizmeti değildir. Rezervasyon ve ödeme bunu değiştirir.
• 2030 tarihi ürünler ve eski sözleşmeler için. 32. maddedeki 28 Haziran 2030’a kadar süren geçiş dönemi, bir hizmeti sunmak için kullanılan ürünleri ve Haziran 2025’ten önce imzalanan sözleşmeleri kapsıyor.

Her AB ülkesi Yasayı kendi mevzuatıyla uyguluyor ve kendi yaptırımlarını belirliyor; Almanya’da bu yasa BFSG. İşletmeniz İsviçre’de ya da Birleşik Krallık’taysa ve AB’deki tüketicilere satış yapıyorsa, bu ülkelerin kurallarının size nasıl uygulanacağını bir avukata sorun.

Mağaza siteleri erişilebilirlik kontrollerinde neden başarısız oluyor?

Aşağıdaki hatalar genellikle bir temada bir kez alınıp her sayfada tekrarlanan tasarım ve form kararlarından kaynaklanıyor. (AB) 2019/882 sayılı Direktif “algılanabilir, işletilebilir, anlaşılabilir ve sağlam” web siteleri istiyor. Bunu testlere dönüştüren Avrupa standardı EN 301 549, W3C’nin yayımladığı Web İçeriği Erişilebilirlik Yönergeleri’ni, yani WCAG’yi izliyor. WCAG ölçütlerini üç düzeye ayırıyor: A (asgari), AA ve AAA. Standardın hedef olarak kullandığı düzey AA.

Odak çerçevesi görünüş uğruna kaldırılmış. Biri bir sayfada Tab tuşuyla ilerlediğinde tarayıcı etkin bağlantının ya da düğmenin etrafına bir çerçeve çizer. Bazı temalar dağınık göründüğü için bunu gizler; oysa WCAG görünür bir odak göstergesi gerektirir. WCAG 2.2’de eklenen bir ölçüt, odaklanan öğenin sitenin kendi içeriği, örneğin yapışkan bir üst bilgi ya da çerez bandı tarafından tamamen gizlenmemesi gerektiğini de söylüyor.

Metin fazla soluk. WCAG, kontrast oranı, yani metnin arka planından ne kadar koyu ya da açık olduğu için normal metinde en az 4,5:1, büyük metinde 3:1 istiyor. WebAIM’in bir milyon ana sayfayı taradığı 2026 çalışması, bunların %83,9’unda düşük kontrastlı metin buldu. Tipik örnekler beyaz üzerine açık gri ve pastel bir düğme üzerine beyaz.

Formlar yer tutuculara ve renge dayanıyor. Alanın içindeki gri ipucu siz yazmaya başlar başlamaz kaybolur, tek başına kırmızı bir kenarlık da neyin yanlış olduğunu söylemez. WCAG, veri girilmesi gereken her yerde etiket ya da talimat, hatalar için de metinle açıklama gerektirir.

Ödeme süreci fare için tasarlanmış. Özel açılır menüler, bulmacalı CAPTCHA’lar ve bir kodu hatırlamanızı ya da yeniden yazmanızı isteyen girişler, klavye ya da ekran okuyucu kullananları durdurur. Direktif e-ticaret için kimlik doğrulama, güvenlik ve ödemeyi ayrıca sayıyor. Mart 2026’da Hollanda tüketici otoritesi ACM, incelediği büyük Hollanda e-ticaret sitelerinin ve diğer büyük tüketici web sitelerinin %61’inde ekran okuyucu gibi yardımcı teknolojilerle sipariş verilemediğini bildirdi.

Düzeltmenin yerine bir widget ya da puan konuyor. Overlay widget’lar sitenin üstüne bir erişilebilirlik araç çubuğu ekler. Avrupa Komisyonu, web sitesinin kendisini standarda uygun hale getirmeyen overlay’lerin ve benzeri araçların “uygun bir çözüm olmadığını” söylüyor. Otomatik bir test yardımcı olur, ama W3C’nin ifadesiyle “hiçbir araç tek başına bir sitenin erişilebilirlik standartlarını karşılayıp karşılamadığını belirleyemez.”

Avrupa Erişilebilirlik Yasası için web erişilebilirliği kontrolünü kendiniz nasıl yaparsınız

İlk incelemeyi ücretli araçlar olmadan, bir tarayıcı ve bir klavyeyle yapabilirsiniz. WCAG’nin arkasındaki kuruluş olan W3C, bu fikre dayanan bir dizi kolay kontrol (Easy Checks) yayımlıyor. Üç sayfa seçin: ana sayfa, bir ürün ya da hizmet sayfası ve ödeme sayfası ya da iletişim formu. Sırayla ilerleyin ve takıldığınız her yeri not edin.

1. Fareyi kenara koyun. Her sayfada Tab ve Shift+Tab ile ilerleyin; Enter, Boşluk ve ok tuşlarını kullanın. Menüye, filtrelere, sepete ekle düğmesine, her form alanına ve ödeme düğmesine ulaşabilmelisiniz. Her an nerede olduğunuzu görebilmelisiniz. Çerçevenin yapışkan bir üst bilginin ya da çerez bandının arkasında kaybolduğu yerleri ve bir menüden ya da sohbet penceresinden çıkıp çıkamadığınızı not edin.
2. Yakınlaştırın. Tarayıcıyı %200’e ayarlayın. WCAG, içerik kesilmeden ya da üst üste binmeden metnin okunabilir kalmasını bekler. Ardından pencereyi yaklaşık 1280 piksel genişliğe getirin ve %400’e yakınlaştırın: içerik, haritalar ve veri tabloları gibi öğeler dışında yana kaydırma gerektirmeden genişliğe sığmalı.
3. Soluk metni kontrol edin. Chrome, Edge ve Firefox’taki geliştirici araçları, seçilen metin renginin kontrast oranını gösterir. Gövde metnini, fiyatları, düğmeleri ve form alanlarının altındaki küçük gri metni kontrol edin.
4. Her formu önce boş, sonra hatalı deneyin. Her alanın, siz yazarken de yerinde kalan görünür bir etiketi olmalı. Formu boş gönderin: hata, neyin eksik olduğunu alanın yanında sözcüklerle söylemeli ve önceden yazdıklarınızı korumalı. WCAG 2.2’deki yeni bir ölçüt, aynı süreçte daha önce girdiğiniz bilgilerin, örneğin bir adresin, otomatik doldurulmasını ya da seçim için sunulmasını da istiyor. Bir formun size sipariş kaybettirdiği diğer yolları trafik var ama talep yok yazımızda bulabilirsiniz.
5. Giriş yapın ve spam karşıtı kontrolü geçin. WCAG 2.2’ye göre giriş, bir şifreyi hatırlamak ya da bir bulmaca çözmek gibi bilişsel bir işlev testine bağlı olmamalı; şifre yöneticisi ya da yapıştırma gibi bir alternatif veya yardım varsa durum farklı. Başka seçeneği olmayan bulmacalı bir CAPTCHA burada başarısız olur.
6. Ürün görsellerine bakın. Bir görsele sağ tıklayıp İncele’yi seçin. Alt metin, yani ekran okuyucunun sesli okuduğu kısa açıklama, ürünün ne olduğunu söylemeli; yalnızca süs amaçlı görsellerde boş olabilir.
7. Temel adımları telefonda tekrarlayın. Birbirine yakın yerleştirilmiş küçük simgelere dokunmak zordur. WCAG 2.2, hedefin çevresinde yeterli boşluk olması gibi istisnalarla birlikte asgari hedef boyutu olarak 24’e 24 CSS pikseli (web sayfasının kendi boyut birimi) belirliyor.

W3C, bir sayfanın “bu kontrolleri geçiyor gibi görünse de yine de önemli erişilebilirlik engellerine sahip olabileceğini” belirtiyor. Bir sonraki adım, her gün ekran okuyucu kullanan birinin yapacağı test.

Önce neyi düzeltmelisiniz?

İşe temadaki ve form bileşenlerindeki düzeltmelerle, en ucuzdan en pahalıya doğru başlayın. Bir şablonda yapılan tek değişiklik, o şablona dayanan her sayfayı düzeltir. Yayımlanan erişilebilirlik bilgilerini, sitenin neyi yapıp neyi yapmadığını öğrenene kadar bekletin.

1. Overlay kurmayın. Avrupa Komisyonu’nun tavsiyesi, erişilebilirlik sorunlarını “kaynağında” düzeltmek; bir mağaza için bu tema, formlar ve ödeme süreci demek.
2. Odak çerçevesini geri getirin ve metni koyulaştırın. İkisi de genellikle temanın renk ve stil ayarlarında bulunur. Biz işe kontrastı tasarım paletinde bir kez ayarlayıp sitenin açık ve koyu sürümlerinde kontrol ederek başlıyoruz; böylece yeni bir sayfa zaten geçen renklerle başlıyor.
3. Formları yeniden kurun. Görünür etiketler, alanın yanında sözcüklerle hatalar, hatadan sonra korunan girilmiş veriler, düzeltilmesi gereken ilk alana taşınan odak ve ad, e-posta ile adres için tarayıcı otomatik doldurması. Web sitesi projelerimizde işe form bileşeninin kendisinden başlıyoruz; böylece her yeni form bu düzeltmelerle başlıyor.
4. Alt metin ve sayfa dilini ekleyin. Ürün ve içerik görsellerini açıklayın ve ekran okuyucunun doğru telaffuz etmesi için her sayfanın dilini bildirdiğinden emin olun. Arama motorları aynı alt metni ve dil özniteliğini okur; bu yüzden bunlar teknik SEO çalışmasının da parçası.
5. Ödeme sürecini, girişi ve üçüncü taraf widget’larını düzeltin. Bulmacalı CAPTCHA’ları müşteriden hiçbir şey çözmesini istemeyen kontrollerle değiştirin ve hafızaya dayanmayan bir giriş yolu sunun. Ödeme ve sohbet widget’ları sağlayıcılardan gelir: her sağlayıcıdan erişilebilirlik bilgilerini isteyin ve klavyeyle ulaşılamayanları değiştirin.
6. Erişilebilirlik bilgilerinizi yayımlayın. Direktifin V. Eki, hizmet sağlayıcılardan hizmetin gereklilikleri nasıl karşıladığını genel hüküm ve koşullarda ya da eşdeğer bir belgede açıklamalarını istiyor. Ayrıntıları ulusal mevzuat belirler.
7. WCAG 2.2 AA düzeyini hedefleyin. AccessibleEU’nun aktardığına göre Eylül 2026’da yayımlanan EN 301 549 sürüm 4.1.1, WCAG 2.2’den altı gereklilik ekliyor. Aynı kaynağa göre Komisyon Avrupa Birliği Resmî Gazetesi’nde bu sürüme atıf yapana kadar referans, WCAG 2.1 AA düzeyine dayanan 3.2.1 sürümü olmaya devam ediyor. İrlanda’nın National Disability Authority kurumu atfın 16 Aralık 2026’da yapılmasını bekliyor. Şimdiden WCAG 2.2’ye göre düzeltmek, bu gerçekleştiğinde yeni gerekliliklerin de karşılanmış olması demek.

Direktif, uyumun orantısız bir yük oluşturacağı durumlarda bir istisnaya izin veriyor, ancak bir değerlendirme yapılmasını şart koşuyor ve gerekçelerinde “öncelik, zaman ya da bilgi eksikliğinin” meşru bir neden olmadığını belirtiyor.

Düzeltmelerden sonra neyi ölçmelisiniz?

Bir kişinin temel görevleri klavyeyle ve yakınlaştırılmış bir sayfada tamamlayıp tamamlayamadığını ölçün. Aynı üç sayfada aynı web erişilebilirliği kontrolünü tekrarlayın ve değişikliklerden önce ve sonra nerelerde takıldığınızı karşılaştırın. Tema, bir eklenti ya da ödeme sağlayıcısı her değiştiğinde yeniden kontrol edin.

1. Yalnızca klavyeyle bir test siparişi, ürün sayfasından onaya kadar, fareye dokunmadan.
2. Ücretsiz bir otomatik testin bulgu listesi, örneğin Chrome’daki Lighthouse, aynı üç sayfa türünde çalıştırılmış. Bulguları gözden geçirin ve hangilerinin kaldığını kontrol edin.
3. Hatalı gönderilen formlar, her hatanın sözcüklerle açıklandığını ve yazılan hiçbir şeyin kaybolmadığını doğrulamak için.
4. Yayımlanan erişilebilirlik bilgileriniz, müşterilerin sipariş verme biçimini etkileyen her değişiklikten sonra güncellenmiş olarak.

Biz nerede devreye giriyoruz

Bir mağazanın ödeme sürecine baktığımızda müşterinin izlediği yolu takip ediyoruz: ürün sayfası, sepet, formlar ve ödeme adımı; önce klavyeyle, sonra telefonda. Temada ya da form bileşenlerinde yaşayan sorunları orada düzeltmek en ucuzu; kendi kendine kontrolün çözemediği konular ekran okuyucuyla yapılacak bir teste bırakılıyor. Ödeme sürecinize ikinci bir göz atılmasını isterseniz bize sitenizden bahsedin.

← Tüm yazılar