ETSI, 2 Eylül 2026 tarihinde yayınladı. EN 301 549 V4.1.1Avrupa'nın BİT erişilebilirlik standardının, referans alınan temel seviyeyi WCAG 2.1'den WCAG 2.2'ye taşıyan sürümü. WCAG 2.2, altısı A veya AA seviyesinde olmak üzere dokuz başarı kriteri ekliyor ve bu altı kriterin tamamı pazarlama sayfasında değil, ödeme veya rezervasyon akışında yer alıyor. Türkiye bu konuda bir açıdan öncü oldu: 21 Haziran 2025'te yayımlanan 2025/10 sayılı Cumhurbaşkanlığı Genelgesi, WCAG 2.2'yi zaten belirtiyor ve 6563 sayılı Kanun kapsamında e-ticaret sağlayıcılarına uyum sağlamaları için iki yıl süre veriyor.
Bu kılavuz, AB'de, Türkiye'de veya her ikisinde de tüketiciler için ödeme veya rezervasyon hunisi işleten herkes içindir. Kılavuzun sonunda, kendi akışınızda altı aşamalı bir kontrol işlemini yaklaşık bir saat içinde gerçekleştirebilecek, bulduklarınızı puanlayabilecek ve geliri öncelikle koruyacak şekilde düzeltmeler yapabileceksiniz.
2 Eylül 2026'da neler değişti?
V4.1.1, 24 Ağustos 2026'da kabul edilmiş ve 2 Eylül'de yayınlanmıştır. Bu standart, Avrupa Komisyonu'nun C(2022) 6456 sayılı nihai Uygulama Kararı, M/587 sayılı standardizasyon talebi, (AB) 2019/882 sayılı Direktif (Avrupa Erişilebilirlik Yasası) ve (AB) 2016/2102 sayılı Direktif'i desteklemek amacıyla hazırlanmıştır. 9, 10 ve 11. maddeler WCAG 2.2 ile yeniden düzenlenmiştir. Duyuru 30 Kasım 2026'da, onay 31 Mayıs 2027'de ve çelişen ulusal standartların geri çekilmesi 31 Mayıs 2028'de yapılacaktır.
Düzeltme: Uygunluk varsayımı hakkınız yoktur.
Satıcı siteleri, EN 301 549 standardına uymanın Erişilebilirlik Yasası'na uyumlu olduğunuz varsayımını sağladığını tekrarlıyor. Madde 15(1), varsayımı yalnızca "bu direktifi desteklemek amacıyla Avrupa Birliği Resmi Gazetesi'nde yayınlanmış referansları olan" standartlar için tanır. EN 301 549, Komisyon Uygulama Kararı (AB) 2018/2048 aracılığıyla Web Erişilebilirlik Direktifi kapsamında Resmi Gazete'de alıntılanmıştır. (AB) 2019/882 Direktifi'ni destekleyen herhangi bir alıntı bulamadık ve V4.1.1'in kendi Ek ZB'si şartlı olarak yazılmıştır: varsayım "bu belge Resmi Gazete'de alıntılandıktan sonra" geçerlidir.
Yani standart, kalkanınız değil, kanıtınızdır. Ek I'deki işlevsel gerekliliklere uymanız, teknik araç olarak EN 301 549'u kullanmanız ve bu gerekçeyi Madde 13(2) uyarınca kendiniz belgelemeniz gerekir.
Bu durum sizin için de geçerli mi?
- Hizmetiniz Madde 2(2)'de mi yer alıyor? Liste, e-ticaret hizmetlerini, hava, otobüs, demiryolu ve su yolu yolcu taşımacılığının unsurlarını (web siteleri, uygulamalar, elektronik biletleme ve seyahat bilgileri gibi), tüketici bankacılığını ve e-kitapları kapsamaktadır. Madde 3, e-ticaret hizmetini, bir tüketici sözleşmesi akdedilmesi amacıyla, tüketicinin bireysel talebi üzerine, elektronik araçlarla, uzaktan sağlanan bir hizmet olarak tanımlar.
- Birleşik Krallık'taki tüketicilere satış yapıyor musunuz? AB dışında bir kuruluşa sahip olmak sizi AB'den çıkarmaz. Madde 3, hizmet sağlayıcıyı "Birlik pazarında hizmet sunan veya Birlik içindeki tüketicilere bu tür bir hizmet sunma teklifinde bulunan kişi" olarak tanımlar. Almanya'ya sevkiyat yapan bir Türk perakendeci ve AB tüketicilerine koltuk satan bir Türk havayolu şirketi, her ikisi de AB içindedir.
- Mikro işletme misiniz? Madde 4(5), 10'dan az çalışanı olan ve cirosu veya bilanço toplamı 2 milyon Euro'yu geçmeyen mikro işletme hizmet sağlayıcılarını muaf tutar.
28 Haziran 2025'ten sonra tüketicilere sunulan hizmetler için yükümlülükler geçerlidir. Madde 32, yalnızca bu tarihten önce akdedilen sözleşmeler ve halihazırda yasal olarak kullanımda olan ürünler için 28 Haziran 2030'a kadar ve self-servis terminalleri için 20 yıla kadar ekonomik ömür süresi tanımaktadır. Türkiye'de, 2025/10 sayılı Genelge ile bankalar, özel hastaneler, taşıyıcılar ve büyük telekom operatörleri için bir yıl, 6563 sayılı Kanun kapsamında e-ticaret için ise iki yıl süre belirlenmiştir. Her iki düzenleme de farklı seviyelerde aynı yönergeleri işaret etmektedir; bu nedenle WCAG 2.2 AA standardına göre bir düzenleme yapıldığında Türkiye'deki A seviyesi yükümlülüğü ortadan kalkar. Bunun tersi geçerli değildir.
Ödeme işlemini aksatan altı kriter
Bunlar, A ve AA seviyelerindeki WCAG 2.2 eklemeleridir. 2.4.12, 2.4.13 ve 3.3.9 numaralı üç AAA eklemesi, AA programının dışında kalmaktadır. Bir silme işlemi de önemlidir: 4.1.1 Ayrıştırma artık geçerliliğini yitirmiştir ve kaldırılmıştır, bu nedenle eski bulgular düzeltilmek yerine kapatılabilir.
| Kriter | Seviye | Kasada neler bozuluyor? | 60 saniyede test edin |
|---|---|---|---|
| 3.3.8 Erişilebilir Kimlik Doğrulama (Minimum) | AA | Kullanıcının panoya kopyalama işlemini engelleyen veya kullanıcının tek kullanımlık şifreyi (OTP) yazmasını ya da alternatif bir yöntem olmadan bir bulmacayı çözmesini gerektiren giriş adımları. | Panodan bir parola ve bir OTP (tek kullanımlık şifre) yapıştırın. Yapıştırma işlemi engellenirse başarısız olur. |
| 2.5.8 Hedef Boyut (Minimum) | AA | Miktar göstergeleri, ürün kaldırma simgeleri, kupon kapatma düğmeleri, küçük teslimat zaman aralığı radyo kartları | 375 pikselde en küçük hedefi ölçün. Yeterli boşluk olmadan 24 x 24 CSS pikselden küçük boyutlar başarısız sayılır. |
| 2.4.11 Odak Noktası Engellenmedi (Minimum) | AA | Odaklanılan alanı kapsayan sabit sipariş özet çubukları, onay banner'ları ve sohbet başlatıcıları. | Formda sekme tuşuyla gezinin. Tamamen gizlenmiş odaklanmış bir kontrol başarısız sayılır. |
| 2.5.7 Sürükleme Hareketleri | AA | Adres haritası işaretleri, sürükle bırak karuseller, kaydırmalı tarih seçiciler, kaydırarak onaylama düğmeleri | Her sürükleme işlemini yalnızca tek dokunuşla tamamlayın. Yol bulunamadığında işlem başarısız olur. |
| 3.3.7 Gereksiz Giriş | A | Gönderimden sonra fatura adresini veya ödeme sırasında e-posta adresini yeniden yazmak. | Akışı bir kez doldurun ve iki kez girdiğiniz, sistemin zaten sahip olduğu değerleri sayın. |
| 3.2.6 Sürekli Yardım | A | Yardım, sohbet veya iletişim bağlantıları sepet, kargo ve ödeme sayfalarında farklı yerlere yerleştirilmiştir. | Her adımı ekran görüntüsüyle kaydedin. Yardım içeriği, bulunduğu her yerde aynı göreceli sırada yer almalıdır. |
Oyun kitabı
Bu, uyguladığımız geçiş prosedürüdür. Manuel olarak uyguluyoruz çünkü altı noktadan beşi otomatik tarayıcılar tarafından güvenilir bir şekilde algılanmıyor.
1. Bir rotayı dondurun. Misafir olarak ödeme, tek ürün, standart teslimat, kartla ödeme, sepet genelinde ödeme, gönderim adresi, teslimat yöntemi, ödeme ve onay. İki kez çalıştırın: önce dokunmatik ekranlı 375 piksellik mobil görünümde, ardından fare bağlantısı kesilmiş masaüstünde.
2. Klavye geçişi. Her adımın en üstündeki sekme tuşuyla gönder düğmesine gidin. Genellikle özet çubuğu kendini sabitlediğinde, yapışkan bir öğe göründüğü anda 2.4.11 hatalarına dikkat edin. 3.2.6 için her adımda yardımın nerede bulunduğuna dikkat edin.
3. İşaretçi geçişi. Mobil cihazlarda, 2.5.8 için ölçüm hedeflerini belirleyin ve 2.5.7 için sürüklemeden her sürüklemeyi deneyin. Adres haritaları ve slayt gösterileri genellikle başarısız olan öğelerdir.
4. Veri girişi geçişi. İlk kez müşteri olarak işlemi tamamlayın. Sistemde zaten mevcut olan bir değerle doldurduğunuz her alan 3.3.7 bulgusudur. Ardından 3.3.8 için parola yöneticisi ve panoya kopyalama yöntemiyle kimlik doğrulamayı deneyin.
5. Düzeltmeden önce puanlayın. Her bir bulguyu, ciddiyet derecesini o adımın kendi analizlerinizdeki satış hunisi çıkışlarındaki payıyla çarparak derecelendirin.
| Şiddet | Tanım | Puan |
|---|---|---|
| bloke etme | Kullanıcı satın alma işlemini hiçbir şekilde tamamlayamıyor. | 3 |
| alçaltıcı | Tamamlama işlemi bir alternatif çözüm veya tekrarlanan denemeler gerektiriyor. | 2 |
| Sürtünme | Ekstra çaba, düşük terk etme riski. | 1 |
6. Bu sırayla düzeltin. Öncelikle kimlik doğrulama, çünkü 3.3.8 bir satın almayı tamamen durdurabilir. Ardından hedef boyut, odak bulanıklığı, sürükleme alternatifleri, gereksiz giriş, tutarlı yardım. Gelir riskine ilişkin sıralama budur, yasal ciddiyet değil ve bir sponsorun tartışmasız finanse edeceği sıralama da budur.
7. Açıklamayı yazın. Madde 13(2), Ek V uyarınca hizmetin gereklilikleri nasıl karşıladığını açıklayan bilgilerin yazılı ve sözlü olarak ve erişilebilir bir şekilde kamuya açık olmasını gerektirir. Madde 14 uyarınca orantısız yük iddiasında bulunuyorsanız, bunu Ek VI kriterlerine göre belgeleyin ve en az beş yılda bir yenileyin. Bir şeyi düzeltmeme yönündeki belgelenmemiş bir karar, yük iddiası değil, giderilmemiş bir kusurdur.
8. Altı kontrolü de sürüm kalite kontrolüne ekleyin. 2.4.11 sürümünde, birisi ilk kez promosyon afişi gönderdiğinde ödeme işlemleri geriye doğru kayıyor.
Bu durumun bozulduğu nokta
- Altı kontrol, uygunluk anlamına gelmez. Bu, WCAG 2.1 AA'nın üzerine eklenen bir delta geçişidir ve eğer 2.1 AA'ya hiç ulaşmadıysanız, gerçek sorunu gizleyecektir.
- Bu bir ekran okuyucu denetimi değil. Klavyeyle yapılan bir kontrol, yanlış etiketlenmiş bir ödeme alanını değil, odaklanma ve sıralama sorunlarını bulur.
- Ödeme iframe'iniz size ait olmayabilir. Kart formu sizin ödeme hizmeti sağlayıcınıza (PSP) aitse, onlardan EN 301 549 maddesi 9 uyarınca verdikleri pozisyonu yazılı olarak isteyin.
- Yerel uygulamalar farklı şekilde eşleme yapar. Madde 11, hedef boyut ve sürükleme işlemlerinin platform erişilebilirlik API'leri altında farklı davrandığı yazılımları kapsamaktadır.
- Katmanlar bunların hiçbirini düzeltmiyor. Bu altı özelliğin her biri, akışınızın yapısının veya kimlik doğrulama tasarımının bir özelliğidir ve enjekte edilen bir komut dosyası bunları yeniden yapılandıramaz.
- Uygulama ulusal düzeydedir. Madde 30, cezaların etkili, orantılı ve caydırıcı olmasını gerektirir, ancak seviyeleri ve gözetim uygulamaları her üye devlet tarafından belirlenir.
SSS
EN 301 549 V4.1.1 standardı bugün beni bağlıyor mu?
Tek başına yeterli değil. Kanun sizi bağlar; standart ise ona ulaşmanın teknik yolunu açıklar. Ulusal benimseme 31 Mayıs 2027'ye kadar, çelişen standartların geri çekilmesi ise 31 Mayıs 2028'e kadar geçerlidir. İçeriği, Ek I gerekliliklerinin mevcut en iyi yorumudur, bu nedenle şimdiden buna göre hareket edin.
EN 301 549 standardını karşılıyorsak, EAA uyumlu muyuz?
Kanıt açısından güçlü bir konumdasınız ancak yasal uygunluk varsayımına sahip değilsiniz. Madde 15(1), referansın (AB) 2019/882 Direktifi'ni desteklemek amacıyla Resmi Gazete'de yayımlanmasını gerektirir ve biz böyle bir atıf bulamadık. Madde 13(2) uyarınca kendi gerekçelerinizi belgeleyin.
AB'de kuruluşu olmayan bir Türk şirketiyiz. Kapsam dahilinde miyiz?
Eğer hizmetinizi Avrupa Birliği'ndeki tüketicilere sunuyorsanız, evet. Madde 3, yükümlülüğü kayıtlı olduğunuz yere değil, Avrupa Birliği'ndeki tüketicilere hizmet sunmaya bağlar. 2025/10 sayılı Genelge, Türk pazarı için ayrı olarak uygulanabilir.
2030 tarihi, 2030 yılına kadar vaktimiz olduğu anlamına mı geliyor?
Hayır. Madde 32 geçişi, 28 Haziran 2025'ten önce akdedilen sözleşmeleri ve halihazırda yasal olarak kullanımda olan ürünleri kapsamaktadır. Bu tarihten sonra tüketicilere sunulan yeni hizmetler, o tarihten itibaren kapsam dahilindedir.
Eski 4.1.1 ayrıştırma bulgularını hâlâ düzeltmeli miyiz?
4.1.1 numaralı madde eskidir ve WCAG 2.2'de kaldırılmıştır. Bu bulguları kapatın, ancak altta yatan işaretlemenin, halen geçerli olan 4.1.2 maddesi kapsamında da ad, rol veya değer hatasına neden olup olmadığını kontrol edin.
Peki ya onarım gerçekten çok pahalıysa?
Madde 14, orantısız yük argümanına izin verir, ancak bu yalnızca Ek VI kriterlerine göre belgelenmiş bir değerlendirme olması ve en az beş yılda bir yenilenmesi şartıyla geçerlidir. Piyasa gözetim otoritesi bunu görmek isteyecektir.
Pas geçişini gerçekleştirin
Bu hafta kasanızda bu altı kontrolü yapın veya bize URL'yi gönderin, biz de denetimi gerçekleştirip puanlanmış bulguları size geri iletelim. Tarayıcımız şu adreste: wcag.switas.com Otomatikleştirilmiş bölümü WCAG 2.0, 2.1 ve 2.2 standartlarına göre değerlendirir ve manuel kontrolün dayandığı temel ölçütleri sunar.
kaynaklar
- ETSI EN 301 549 V4.1.1 (2026-09)
- ETSI EN 301 549 sürüm dizini
- Direktif (AB) 2019/882, Avrupa Erişilebilirlik Yasası
- Standardizasyon talebi M/587
- Komisyon Uygulama Kararı (AB) 2018/2048
- WCAG 2.2, W3C Tavsiyesi
- WCAG 2.2 ve W3C WAI'deki Yenilikler Neler?
- WCAG 2.2, 5 Ekim 2023'te W3C Tavsiyesi haline geldi.
- Cumhurbaşkanlığı Genelgesi 2025/10 (Türkiye), 21 Haziran 2025
- Resmi Gazete'deki eksik alıntıya ilişkin Legalithm
