FTC vs accessiBe: Erişilebilirlik İddiaları 1 Milyon $ Cezaya Nasıl Dönüştü?

ABD Federal Ticaret Komisyonu’nun (FTC) accessiBe hakkında yürüttüğü süreç ve 1 milyon dolarlık ceza, dijital erişilebilirlikte “iddia” ile “kanıtlanabilir uyum” arasındaki farkın ne kadar kritik olduğunu hatırlattı. Özellikle erişilebilirlik overlay/widget çözümlerinin, tek başına tüm sorunları çözdüğü veya web sitesini “tamamen WCAG uyumlu” hale getirdiği yönündeki söylemler; yanlış yönlendirme, tüketiciyi aldatma ve uyumluluk risklerini beraberinde getirebiliyor.

Bu yazıda, FTC vs accessiBe dosyasının dijital erişilebilirlik açısından ne anlama geldiğini, benzer risklerden kaçınmak için hangi kanıtlara ihtiyaç duyulduğunu ve kurumların WCAG uyumunu nasıl sürdürülebilir biçimde yöneteceğini ele alıyoruz.

FTC vs accessiBe olayı neden erişilebilirlik dünyasında dönüm noktası?

FTC’nin yaklaşımı, erişilebilirliğin yalnızca “iyi niyetli bir özellik” değil; kullanıcıya verilen bir taahhüt ve pazarlama beyanı olduğuna işaret ediyor. Bir web sitesi “erişilebilir”, “engelsiz” veya “WCAG uyumlu” diye tanıtıldığında, bunun doğruluğu teknik testlerle desteklenebilir olmalı; aksi durumda yanıltıcı ticari uygulama kapsamında değerlendirilme riski doğuyor.

Bu olay, iki açıdan önemli:

• Pazarlama iddiaları (ör. “tam uyum”, “anında düzeltir”, “her sorunu çözer”) erişilebilirlikte yüksek risk taşır.
• Overlay/widget yaklaşımı tek başına yeterli kabul edilmediğinde, kurumların “kanıt zinciri” (test sonuçları, süreç, sürekli izleme, düzeltme kayıtları) sunması beklenir.

Overlay/widget çözümleri nerede işe yarar, nerede yetmez?

Overlay veya erişilebilirlik widget’ı, bazı kullanıcıların (ör. yazı boyutunu büyütme, kontrast değiştirme, satır aralığı ayarı gibi) kişiselleştirme ihtiyaçlarına yardımcı olabilir. Ayrıca belirli küçük iyileştirmeler ve farkındalık açısından değer de sağlayabilir. Nitekim doğru konumlandırıldığında, widget bir “destekleyici katman” olabilir.

Ancak kritik nokta şu: WCAG uyumu, genellikle temel arayüzün kendisinde (HTML semantiği, odak sırası, etiketleme, klavye erişimi, form hataları, dinamik içerik duyuruları, alternatif metinler, başlık hiyerarşisi vb.) çözüm gerektirir. Bu sorunların önemli bir kısmı, yalnızca sayfanın üzerine eklenen bir katmanla güvenilir biçimde giderilemez.

Overlay’in tek başına çözmekte zorlandığı tipik alanlar

• Klavye ile tam gezinme: Odak tuzakları, modalların odak yönetimi, menülerin klavye davranışları.
• Ekran okuyucu uyumu: Yanlış ARIA kullanımı, eksik form etiketleri, hatalı canlı bölge (live region) anonsları.
• İçerik yapısı: Başlık seviyeleri, anlamlı bağlantı metinleri, tablo ilişkileri, hata mesajlarının açıklığı.
• PDF ve üçüncü taraf bileşenler: Gömülü içerikler, ödeme sayfaları, harita bileşenleri, çerez banner’ları.

Widget/overlay ile ilgili daha geniş perspektif için şu yazıdaki yaklaşım ve sınırlamalar, doğru beklentiyi kurmaya yardımcı olur: Herkesi Karşılayan Web Sitesi: Ücretsiz Widget ile Erişilebilirlik.

“WCAG uyumlu” demek: Ne demek, ne demek değil?

WCAG (Web Content Accessibility Guidelines), erişilebilir içerik ve arayüz tasarımı için test edilebilir başarı ölçütleri sunar. “WCAG uyumlu” iddiası, genellikle belirli bir seviye (A/AA/AAA) ve belirli bir kapsam (hangi sayfalar, hangi akışlar, hangi alt alan adları) ile birlikte değerlendirilmelidir.

Uyum iddiasında sık yapılan hatalar

• Belirsiz kapsam: “Sitemiz WCAG uyumlu” denir ama hangi sayfaların dahil olduğu açıklanmaz.
• Tek seferlik kontrol: Bir defa yapılan tarama ile sürekli uyum varsayılır; oysa içerik güncellenir, bileşenler değişir.
• Sadece otomatik test: Otomasyon önemlidir ama renk anlamı, odak görünürlüğü, hata mesajı açıklığı gibi konular manuel doğrulama ister.
• Yanlış güven: “Araç kuruldu, sorun bitti” algısı; ürün ekiplerinin düzeltme yapmasını geciktirir.

Kurumsal ölçekte uyumun sürdürülebilir olabilmesi için otomatik denetim + manuel örneklem testleri + süreç sahipliği birlikte düşünülmelidir. Örneğin Corpowid (corpowid.ai) gibi platformlar, otomatik erişilebilirlik denetimleri ve izleme ile sorunların düzenli olarak görünür kalmasına yardımcı olur; bu da “iddia” yerine “izlenebilir iyileştirme” kültürünü destekler.

FTC dersi: İddialarınızı kanıtlayacak “uyum kanıt dosyası” oluşturun

Her kurumun, erişilebilirlik iddialarını destekleyebilmesi için bir “kanıt dosyası” oluşturması akıllıca olur. Bu, yalnızca hukukî riskleri azaltmakla kalmaz; ekiplerin aynı hedefe hizalanmasını sağlar.

Minimum kanıt seti nelerden oluşabilir?

• Denetim raporları: Otomatik tarama sonuçları + manuel test bulguları (ör. ekran okuyucu, klavye, büyütme).
• Düzeltme kayıtları: Hangi issue ne zaman açıldı/kapandı, hangi bileşen düzeltildi, hangi sayfalar etkilendi.
• Versiyonlama ve yeniden test: Yayına alındıktan sonra regresyon kontrolü.
• Kapsam beyanı: Hangi alan adları, hangi şablonlar, hangi kritik kullanıcı akışları kapsanıyor?
• Erişilebilirlik beyanı: İletişim kanalı, bilinen sınırlamalar, hedef standart ve güncelleme tarihi.

Erişilebilirlik beyanlarının ülkeler arası beklentileri ve “ne yazmalı, ne yazmamalı” konusu ise özellikle çok pazarlı şirketler için kritik: Erişilebilirlik Beyanları ve Ülkeler Arası Farklılıklar: WCAG Uyumunda Ulusal Sapmalar.

Uyum sadece erişilebilirlik değil: SEO, analitik ve rıza katmanlarıyla çakışmalar

Birçok web sitesinde erişilebilirliği bozan sorunlar; çerez/onay banner’ları, etiket yöneticileri, A/B test araçları veya üçüncü taraf script’lerle başlar. Örneğin pop-up’lar odak yönetimini bozabilir, banner’lar klavye ile kapatılamayabilir ya da ekran okuyuculara doğru duyurulmayabilir.

Bu noktada, analitik altyapı değişikliklerinin (ör. Consent Mode gibi) arayüz katmanlarıyla birlikte ele alınması gerekir. Konuya bütüncül bakmak için: Google Consent Mode v2 Nedir? Olmadan Analytics Neden Bozulur (ve Erişilebilirlik Neden Önemli).

Ayrıca erişilebilirlik ile teknik SEO çoğu zaman aynı yönde çalışır: düzgün başlık yapısı, anlamlı link metinleri, temiz DOM ve tutarlı navigasyon hem botlara hem kullanıcılara yardımcı olur. Detaylar için: Teknik SEO ve Erişilebilirlik: WCAG Uyumuyla Daha Bulunur ve Daha Kapsayıcı Web Siteleri.

Sürdürülebilir WCAG uyumu için pratik yol haritası

FTC vs accessiBe örneğinin işaret ettiği temel ihtiyaç, erişilebilirliği “tek araçla çözülen” bir görev değil, ürün geliştirme yaşam döngüsüne entegre edilen bir disiplin olarak yönetmek.

1) Kritik akışları belirleyin

Önce en yüksek etki alanlarını seçin: giriş/kayıt, arama, ürün listeleme, satın alma/ödeme, iletişim formları, destek merkezi gibi.

2) Hibrit test stratejisi kurun

• Otomatik tarama ile hızlı kapsama
• Manuel test ile gerçek kullanıcı senaryoları (klavye + ekran okuyucu)
• Komponent bazlı inceleme (design system)

Corpowid (corpowid.ai), otomatik denetimler ve düzenli izleme ile yeni yayınların eski hataları geri getirmesini (regresyon) daha erken yakalamanıza yardımcı olabilir; böylece uyum “kampanya” değil “süreç” haline gelir.

3) Overlay’i doğru konumlandırın (varsa)

Widget kullanıyorsanız, onu “tam uyum garantisi” gibi sunmak yerine; kullanıcıya yardımcı kişiselleştirme seçenekleri olarak konumlandırın. Asıl düzeltmeleri kaynak kodunda ve içerik üretim süreçlerinde yapın.

4) Ekipleri ve tedarikçileri hizalayın

Üçüncü taraf bileşen sağlayıcılarından WCAG kanıtı isteyin. Tasarım ekibi, geliştirici ekip ve içerik ekibinin sorumluluklarını netleştirin.

5) Yapay zekâyı “hızlandırıcı” olarak kullanın, karar verici olarak değil

AI; alt metin önerileri, tekrar eden hataları sınıflandırma, önceliklendirme gibi alanlarda verimlilik sağlayabilir. Ancak nihai doğrulama test edilebilir kriterlere ve kullanıcı deneyimine dayanmalıdır. Bu yaklaşımın pratik örnekleri için: Yapay Zekâ ve Erişilebilirlik: WCAG Uyumunu Hızlandıran Akıllı Yaklaşımlar.

Sonuç: “Erişilebiliriz” demeden önce ölçün, düzeltin, belgelendirin

FTC vs accessiBe davasının verdiği mesaj net: Erişilebilirlik iddiaları, ölçülebilir ve doğrulanabilir olmalı. Overlay/widget gibi araçlar bazı alanlarda yardımcı olabilir; ancak WCAG uyumunun yerini tutacak sihirli bir çözüm olarak sunulması risklidir. Kurumlar için en güvenli yol; kapsamı netleştirmek, düzenli denetim ve izleme yapmak, manuel testlerle doğrulamak, düzeltmeleri sürdürmek ve şeffaf bir erişilebilirlik beyanıyla kullanıcıya açık bir yol sunmaktır.