На 2 септември 2026 г. ETSI публикува EN 301 549 V4.1.1, версията на европейския стандарт за достъпност на ИКТ, която премества посочената базова линия от WCAG 2.1 на WCAG 2.2. WCAG 2.2 добавя девет критерия за успех, шест от които на ниво A или AA, и всичките шест попадат в процеса на плащане или резервация, а не на маркетингова страница. Турция постигна първа в едно отношение: Президентски циркуляр 2025/10, публикуван на 21 юни 2025 г., вече посочва WCAG 2.2 и дава на доставчиците на електронна търговия съгласно Закон № 6563 две години, за да се съобразят с него.
Това ръководство е за всеки, който притежава система за плащане или резервация за потребители в ЕС, Турция или и в двете страни. До края ще можете да изпълните шест проверки на вашия собствен поток за около час, да оцените откритията и да ги коригирате по начин, който защитава приходите на първо място.
Какво се промени на 2 септември 2026 г.
V4.1.1 беше приета на 24 август 2026 г. и публикувана на 2 септември. Тя беше изготвена съгласно Решение за изпълнение C(2022) 6456 final на Комисията, искане за стандартизация M/587, в подкрепа на Директива (ЕС) 2019/882 (Европейски акт за достъпност) и Директива (ЕС) 2016/2102. Клаузи 9, 10 и 11 бяха пренастроени към WCAG 2.2. Обявяването е на 30 ноември 2026 г., одобрението - на 31 май 2027 г., а оттеглянето на противоречащи национални стандарти - на 31 май 2028 г.
Корекцията: нямате презумпция за съответствие
Сайтовете на доставчиците повтарят, че спазването на EN 301 549 ви прави предполагаемо съвместими със Закона за достъпност. Член 15(1) предоставя презумпция само за стандарти, „чиито препратки са публикувани в Официален вестник на Европейския съюз“ в подкрепа на тази директива. EN 301 549 е цитиран в Официален вестник съгласно Директивата за достъпност на уебсайтовете, чрез Решение за изпълнение (ЕС) 2018/2048 на Комисията. Не успяхме да намерим цитат в подкрепа на Директива (ЕС) 2019/882, а собственото приложение ZB на V4.1.1 е написано в условното наклонение: презумпцията се прилага „след като настоящият документ бъде цитиран в Официален вестник“.
Така че стандартът е вашето доказателство, а не вашият щит. Вие спазвате функционалните изисквания в Приложение I, използвате EN 301 549 като техническо средство и сами документирате това разсъждение съгласно член 13(2).
Това отнася ли се за вас?
- Вашата услуга попада ли под член 2(2)? Списъкът обхваща услуги за електронна търговия, елементи на въздушния, автобусния, железопътния и водния пътнически транспорт, като например уебсайтове, приложения, електронно издаване на билети и пътническа информация, потребителско банкиране и електронни книги. Член 3 определя услуга за електронна търговия като такава, предоставяна от разстояние, по електронен път, по индивидуално искане на потребител, с цел сключване на потребителски договор.
- Продавате ли на потребители в Съюза? Установяването извън ЕС не ви извежда от ЕС. Член 3 определя доставчик на услуги като лице, „което предоставя услуга на пазара на Съюза или прави предложения за предоставяне на такава услуга на потребители в Съюза“. Турски търговец на дребно, който извършва доставки до Германия, и турски превозвач, който продава места на потребители от ЕС, са и двамата вътре в ЕС.
- Вие микропредприятие ли сте? Член 4(5) освобождава доставчиците на услуги за микропредприятия: с по-малко от 10 служители и оборот или общ баланс не повече от 2 милиона евро.
Задълженията са строги за услугите, предоставяни на потребителите след 28 юни 2025 г. Член 32 предвижда преходен период само за договори, сключени преди тази дата, и продукти, които вече са в законна употреба, до 28 юни 2030 г., и до 20 години икономически живот за терминали за самообслужване. В Турция, Циркуляр 2025/10 определи една година за банки, частни болници, превозвачи и големи телекомуникационни оператори, която вече е приета, и две години за електронна търговия съгласно Закон № 6563. И двата режима сочат едни и същи насоки на различни нива, така че ако се надгради веднъж до WCAG 2.2 AA, задължението за ниво А на Турция отпада. Обратното не работи.
Шестте критерия, които нарушават плащането
Това са допълненията към WCAG 2.2 на ниво A и AA. Трите допълнения към AAA, 2.4.12, 2.4.13 и 3.3.9, са извън програма AA. Едно заличаване също е от значение: 4.1.1 Парсингът е остарял и премахнат, така че старите открития срещу него могат да бъдат затворени, а не поправени.
| критерий | ниво | Какво се чупи при плащане | Тест за 60 секунди |
|---|---|---|---|
| 3.3.8 Достъпно удостоверяване (минимум) | AA | Стъпки за вход, които блокират поставянето в клипборда или карат потребителя да транскрибира еднократна парола (OTP) или да решава пъзел без алтернатива. | Поставете парола и еднократна парола (OTP) от клипборда. Блокираното поставяне е неуспешно. |
| 2.5.8 Размер на целта (минимум) | AA | Стъпкови индикатори за количество, икони за премахване на артикул, бутони за затваряне на купони, малки радио карти за слот за доставка | При 375px измерете най-малката цел. Под 24 на 24 CSS пиксела без достатъчно разстояние е провал. |
| 2.4.11 Фокусът не е замъглен (минимум) | AA | Ленти с обобщение на поръчките, банери за съгласие и панели за стартиране на чат, покриващи фокусираното поле | Преминавайте през формуляра с Tab. Напълно скрит фокусиран контрол е неуспешен. |
| 2.5.7 Движения на плъзгане | AA | Картички на адресна карта, плъзгащи се карусели, плъзгащи се инструменти за избор на дата, бутони за потвърждение с плъзгане | Завършете всяко плъзгане само с едно докосване. Липсата на наличен път е провал. |
| 3.3.7 Излишно въвеждане | A | Повторно въвеждане на адреса за фактуриране след доставка или имейла при плащане | Попълнете потока веднъж и пребройте въведените стойности два пъти, които системата вече е имала. |
| 3.2.6 Последователна помощ | A | Линкове за помощ, чат или контакт, разположени различно в количката, доставката и плащането | Направете екранна снимка на всяка стъпка. Помощта трябва да е в един и същ относителен ред навсякъде, където съществува. |
Наръчникът
Това е пропускът, който изпълняваме. Той е ръчен, защото пет от шестте не се засичат надеждно от автоматизирани скенери.
1. Замразете един маршрут. Плащане като гост, един артикул, стандартна доставка, плащане с карта, в количката, адрес за доставка, метод на доставка, плащане и потвърждение. Стартирайте го два пъти: мобилен изглед с размер 375px с тъчскрийн, след това настолен изглед с изключена мишка.
2. Клавиатурна карта. Преместете се с Tab от горната част на всяка стъпка до бутона за изпращане. Внимавайте за грешки в 2.4.11 в момента, в който се появи залепен елемент, обикновено когато лентата с обобщение се закачи. Обърнете внимание къде се намира помощта за всяка стъпка за 3.2.6.
3. Пас с пойнтер. На мобилни устройства, измервайте целите за 2.5.8 и опитвайте всяко плъзгане без плъзгане за 2.5.7. Адресните карти и карусели са обичайните неуспехи.
4. Пропуск за въвеждане на данни. Завършете процеса като клиент за първи път. Всяко поле, което попълните със стойност, която системата вече съдържа, е резултат от версия 3.3.7. След това опитайте да се удостоверите с мениджър на пароли и да поставите от клипборда за версия 3.3.8.
5. Оценете, преди да поправите. Класирайте всяка констатация като тежест, умножена по дела на излизанията от фунията за тази стъпка във вашите собствени анализи.
| Суровост | дефиниция | Резултат |
|---|---|---|
| Спиране | Потребителят изобщо не може да завърши покупката | 3 |
| унизителен | Завършването изисква заобиколно решение или многократни опити | 2 |
| триене | Допълнителни усилия, малък риск от изоставяне | 1 |
6. Фиксирайте в този ред. Първо удостоверяване, защото версия 3.3.8 може да спре покупката напълно. След това размер на целта, замъгляване на фокуса, влачене на алтернативи, излишен вход, постоянна помощ. Това е редът на излагане на приходи, а не правната тежест, и този, който спонсорът ще финансира безспорно.
7. Напишете изявлението. Член 13(2) изисква информация по Приложение V, обясняваща как услугата отговаря на изискванията, публично в писмена и устна форма и по достъпен начин. Ако се позовавате на непропорционална тежест по Член 14, документирайте това спрямо критериите по Приложение VI и го подновявайте поне на всеки пет години. Недокументирано решение да не се поправи нещо не е иск за тежест, а неотстранен дефект.
8. Поставете шестте проверки в отдела за контрол на качеството на изданието. Плащанията се регресират на 2.4.11 при първия път, когато някой изпрати промоционален банер.
Къде се разпада това
- Шест проверки не са за съответствие. Това е делта пропуск върху WCAG 2.1 AA и ако никога не сте достигнали 2.1 AA, това ще скрие истинския проблем.
- Това не е одит на екранен четец. Клавиатурният пас открива проблеми с фокуса и реда, а не неправилно обозначено поле за плащане.
- Възможно е вашият iframe за плащане да не е ваш. Ако формулярът на картата принадлежи на вашия доставчик на платежни услуги (PSP), попитайте ги за позицията им по EN 301 549, клауза 9, в писмен вид.
- Нативните приложения картографират по различен начин. Член 11 обхваща софтуер, където размерът на целта и плъзгането се държат различно при API за достъпност на платформата.
- Наслагванията не поправят нищо от това. Всяко от шестте е свойство на структурата или дизайна за удостоверяване на вашия поток, което инжектираният скрипт не може да преструктурира.
- Прилагането е национално. Член 30 изисква санкциите да бъдат ефективни, пропорционални и възпиращи, но нивата и практиката за наблюдение се определят от държавата членка.
Често задавани въпроси
Обвързва ли ме EN 301 549 V4.1.1 днес?
Не самостоятелно. Законът ви обвързва; стандартът описва технически път към него. Националното приемане е до 31 май 2027 г., а оттеглянето на противоречащи стандарти - до 31 май 2028 г. Съдържанието му е най-добрият наличен прочит на изискванията на Приложение I, така че градете въз основа на него сега.
Ако отговаряме на EN 301 549, отговаряме ли на изискванията на EAA?
Вие сте в силна доказателствена позиция, но нямате правна презумпция за съответствие. Член 15(1) изисква препратката да бъде публикувана в Официален вестник в подкрепа на Директива (ЕС) 2019/882, но не открихме такава. Документирайте собствените си разсъждения съгласно член 13(2).
Ние сме турска компания без установяване в ЕС. В обхвата ли сме?
Ако предлагате услугата си на потребители в Съюза, да. Член 3 обвързва задължението с предлагането на услуга на потребители в Съюза, а не с мястото, където сте регистрирани. Циркулярно писмо 2025/10 може да се прилага отделно за турския пазар.
Датата 2030 означава ли, че имаме време до 2030 г.?
Не. Преходът по член 32 обхваща договори, сключени преди 28 юни 2025 г., и продукти, които вече са в законна употреба. Новите услуги, предоставяни на потребителите след тази дата, влизат в обхвата му от тази дата.
Трябва ли все още да поправяме стари констатации от анализа на 4.1.1?
№ 4.1.1 е остарял и е премахнат в WCAG 2.2. Затворете тези констатации, но проверете дали основната маркировка не е причинявала и грешка с име, роля или стойност съгласно 4.1.2, която все още е актуална.
Ами ако ремонтът наистина е твърде скъп?
Член 14 позволява аргумент за несъразмерна тежест, но само като документирана оценка спрямо критериите от Приложение VI, подновявана поне на всеки пет години. Органът за надзор на пазара ще поиска да я види.
Бягай с паса
Извършете тези шест проверки на касата си тази седмица или ни изпратете URL адреса и ние ще извършим одита и ще ви върнем оценените резултати. Нашият скенер на wcag.switas.com обхваща автоматизираната част спрямо WCAG 2.0, 2.1 и 2.2 и ви дава базовата линия, върху която се основава ръчният пропуск.
Източници
- ETSI EN 301 549 V4.1.1 (2026-09)
- Индекс на версиите на ETSI EN 301 549
- Директива (ЕС) 2019/882, Европейски акт за достъпност
- Заявка за стандартизация M/587
- Решение за изпълнение (ЕС) 2018/2048 на Комисията
- WCAG 2.2, препоръка на W3C
- Какво е новото в WCAG 2.2, W3C WAI
- WCAG 2.2 става препоръка на W3C, 5 октомври 2023 г.
- Президентски циркуляр 2025/10 (Турция), 21 юни 2025 г.
- Легалитм за липсващия цитат от Официален вестник
