Kør én tilgængelighedsrevision, der opfylder EN 301 549 v4.1.1 og Tyrkiets 2025/10 cirkulære

ETSI udgivet EN 301 549 V4.1.1 den 2. september 2026, efter formel vedtagelse den 24. august 2026. Den flytter den europæiske IKT-tilgængelighedsstandard fra WCAG 2.1 til WCAG 2.2, tilføjer seks succeskriterier, annullerer et og omarbejder brugerpræferenceklausulerne. Den er endnu ikke citeret i Den Europæiske Unions Tidende, så den juridisk refererede version er stadig V3.2.1. Samtidig har tyrkiske e-handelsudbydere, der er omfattet af præsidentielt cirkulære 2025/10, indtil cirka juni 2027 til at bestå en WCAG 2.2 niveau A-tjekliste. Hvis du udfører revisioner for organisationer, der sælger på begge markeder, har du nu tre bevægelige basislinjer og ét testbudget. Dette er den syv-trins proces, vi bruger til at ombasere en eksisterende revision uden at kassere den dokumentation, du allerede har betalt for.

Hvad ændrede sig i V4.1.1, og hvad gjorde det ikke

Seks WCAG 2.2-kriterier indgår i klausul 9 (web), 10 (ikke-webdokumenter) og 11 (ikke-websoftware); de er anført sammen med testmetoder i trin 2 nedenfor. SC 4.1.1 Parsing er markeret som void, hvilket svarer til fjernelsen fra WCAG 2.2. Nye underafsnit om brugerpræferencer vises i 9.7, 10.7 og 11.7. Klausul 6 om krav til realtidstekst er væsentligt udvidet. Bilag ZB og klausul A.2 kortlægger krav til den europæiske tilgængelighedslov for første gang.

Hvad der ikke ændrede sig: den juridiske situation. V4.1.1 har ingen virkning, før Kommissionen citerer den i Den Europæiske Unions Tidende. Deque forventer, at denne henvisning finder sted omkring slutningen af ​​november 2026, men det er en prognose, ikke en offentliggjort dato. Indtil det sker, forbliver V3.2.1 (WCAG 2.1 AA) referencen.

Ret optegnelsen om "EN 301 549 betyder EAA-overholdelse"

Påstanden gentages konstant af leverandører, og den kan i øjeblikket ikke underbygges. V3.2.1 blev harmoniseret den 12. august 2021 under Direktivet om tilgængelighed på nettet (2016/2102), ved gennemførelsesafgørelse 32021D1339. Artikel 15 i EAA giver kun formodning om overensstemmelse for standarder, der er citeret i Den Europæiske Unions Tidende til støtte for direktiv 2019/882, og ingen er endnu blevet citeret der. Standardens eget forord peger på 2016-direktivet.

Praktisk konsekvens: Inden for EAA-området er din revision bevismateriale, ikke et skjold. Kortlæg resultaterne direkte til bilag I og hold daterede optegnelser. I henhold til webtilgængelighedsdirektivet er formodningen reel, og det er V3.2.1, der giver den.

De tre basislinjer, du rent faktisk måles i forhold til

Bemærk den asymmetri, som en tyrkisk detailhandler, der sælger til Tyskland, står over for: Niveau A på en national tjekliste, niveau AA på EU's tekniske reference og en EU-retlig test, der ikke er nogen af ​​delene. Test for unionen, ikke krydsfeltet.

Trin 1. Frys dine V3.2.1-beviser, før du rører ved scriptet.

Tag et øjebliksbillede af den aktuelle revision som et dateret, versionsbaseret artefakt: klausulliste, testdato, værktøjsversioner, sideeksempel, bestået/ikke bestået pr. kriterium. Du skal bruge det, hvis en regulator spørger, hvad du vidste, og hvornår. Rediger det ikke på plads; alt herfra er en ny basislinje, der ligger ved siden af ​​den gamle.

Trin 2. Tilføj de seks nye kriterier til dit testscript

Hver af disse er billige at teste og dyre at rette sent, fordi de fleste fejl findes i designsystemet snarere end på individuelle sider.

Rettelsesrækkefølge: 2.5.8 og 2.4.11 først, da de er på komponentniveau, og én ændring rydder hundredvis af instanser. Derefter 3.3.8, fordi den blokerer hele tragten for berørte brugere. 3.2.6 og 3.3.7 er flowbeslutninger, der kræver en produktejer i rummet.

Trin 3. Tilbagetrækning 4.1.1 Analyse af fund uden at slette dem

Markér eksisterende 4.1.1-fund som erstattet med dato og årsag i stedet for at fjerne dem. To årsager. Klienter, der stadig er på WCAG 2.0- eller 2.1-kontrakter, testes stadig imod den. Og duplikerede ID'er eller ikke-lukkede elementer, som du har logget under 4.1.1, forårsager normalt stadig reelle fejl under 1.3.1, 4.1.2 eller navn-rolle-værdi-kontroller. Genindgiv defekten, drop den ikke.

Trin 4. Test brugerpræferenceklausulerne

Punkt 9.7, 10.7 og 11.7 spørger, om din brugerflade respekterer de indstillinger, som brugeren allerede har angivet på browser- eller platformniveau. Fem kontroller: browserens standardskriftstørrelse på 200 % og tekstskalaer; reduceret bevægelse og animationer stoppes; tvungen mørk tilstand og kontrast fastholdes; brugerdefineret tekst- eller baggrundsfarve og indhold forbliver læsbart; øget afstand mellem bogstaver og ord, og intet klippes. Hver test er en fem minutters test, og hver fejler rutinemæssigt på websteder, der opfylder alle andre AA-kriterier.

Trin 5. Kortlæg resultaterne til EAA-bilag I, ikke kun til klausulnumre

Uden en citeret harmoniseret standard for EAA besvarer en rapport, der udelukkende er organiseret efter klausulnummer, ikke det, en markedsovervågningsmyndighed vil spørge om. Tilføj en kolonne til resultatlisten: hvilket krav i bilag I resultatet vedrører, og hvilken dokumentation der viser, at det er opfyldt. Kedeligt arbejde, og den del der holder stik.

Trin 6. Giv tjeklisten over tyrkisk niveau A separat point

Antag ikke, at WCAG 2.2 AA-overholdelsen består ministeriets tjekliste. Det er et separat instrument med 31 principper og 122 spørgsmål, der administreres af en overvågningskommission under ledelse af Ministeriet for Familie og Sociale Tjenester, med et toårigt tilgængelighedslogo som belønning og offentliggørelse som sanktion. Giv det et selvstændigt bestået resultat, og registrer hvilket spørgsmål hvert bevis besvarer.

Trin 7. Omskriv tilgængelighedserklæringen og sæt en revisionsdato

Navngiv den testede version (V3.2.1 i dag, V4.1.1 engang citeret), datoen, prøven, kendte afvigelser fra måldatoer og en feedbackkanal. Angiv en gennemgang til måneden efter den forventede OJ-citering; hvis citatet fejler, finder gennemgangen stadig sted, og du daterer udsagnet igen.

Eksempel på udførelse: et rejsebookingflow

Et online rejsebureau i Gruppe A sælger til tyrkiske og EU-kunder. Trin 2 finder 24 x 24 fejl på datovælgerens dagceller og passagertællere, en prisslider kun til træk og blokering af indsættelse i SMS-kodefeltet. Trin 4 finder, at datovælgeren kollapser ved 200 % tekst. Trin 5 arkiverer det hele mod bilag I. Trin 6 viser, at niveau A-tjeklisten består slideren (et AA-kriterium), men ikke består datovælgeren på etikettering. Resultat: én design-system-ticket, én godkendelsesticket, én komponentgenopbygning - tre tickets i stedet for fyrre sideniveaufejl. [INTERNE DATA NØDVENDIGE: Switas medianantal af AA-fejl, der er rettet pr. ændring af design-systemkomponent, fra 2026-revisionssættet]

Hvor dette bryder sammen

• Tidsrisiko. Datoen for citation i EUT for V4.1.1 er en prognose. Hvis den glider ud over dit revisionsvindue, har du testet i henhold til en standard, der endnu ikke er den juridiske reference. Det er en forsvarlig holdning, men angiv det i rapporten.
• Præcision af deadline. Perioderne 2025/10, der er opsummeret her, stammer fra sekundære juridiske resuméer; Resmî Gazete-teksten er det styrende dokument og bør læses, før du sætter en dato i en klientkontrakt.
• Ikke en certificering. Intet her frembringer en juridisk bindende erklæring, kun forsvarlig bevisførelse.
• Klausul 6 er uden for anvendelsesområdet. Hvis din klient sender tekst-, tale- eller videoopkald i realtid, kræver de udvidede krav i paragraf 6 en specialistadgang, som denne håndbog ikke dækker.
• Værktøj dækker kun lidt af dette. Af de seks nye kriterier er det kun målstørrelsen, der kan spores pålideligt maskinelt. Resten er manuelle.
• Transponeringen varierer. Håndhævelsesorganer, sanktioner og rapporteringsformater varierer fra medlemsland til medlemsland; tjek det marked, du rent faktisk sælger til.

Ofte stillede spørgsmål

Markeret til FAQ-sideskema.

Skal vi teste til V3.2.1 eller V4.1.1 lige nu?
Begge. V3.2.1 er den citerede reference i henhold til webtilgængelighedsdirektivet; V4.1.1 er, hvor du vil blive målt inden for få måneder. De seks ekstra kriterier koster kun en brøkdel af en fuld revision.

Overholder vi kravene i den europæiske tilgængelighedslov, hvis vi overholder EN 301 549?
Ikke automatisk. Der er endnu ikke citeret nogen harmoniseret standard i Den Europæiske Unions Tidende for direktiv 2019/882, så der er ingen formodning om overensstemmelse. Overensstemmelse er et stærkt bevis, ikke et juridisk skjold.

Vi er uden for EU. Gælder EAA?
Det gælder for produkter og tjenester, der markedsføres på EU-markedet, ikke for virksomhedens placering. En tyrkisk detailhandler, der leverer til forbrugere i EU, er omfattet.

Er der en undtagelse for mikrovirksomheder?
Serviceudbydere med under 10 ansatte og en omsætning på 2 millioner EUR er undtaget fra servicekravene. Kontroller i forhold til artikel 4 og din nationale implementering, før du stoler på den.

Kræver Tyrkiets cirkulære niveau AA?
Ministeriets tjekliste er scoret på niveau A, i overensstemmelse med WCAG 2.2. Hvis du også sælger til EU, skal du have AA uanset hvad, så planlæg AA og rapporter niveau A separat.

Hvad sker der, hvis vi ikke overholder den tyrkiske deadline?
Mekanismen er et tilgængelighedslogo for organisationer, der overholder reglerne, og offentliggørelse for resten. Omdømmemæssigt snarere end økonomisk, hvilket for forbrugermærker ikke nødvendigvis er mildere.

Kan et overlay lukke disse seks kriterier?
Nej. Målstørrelse, trækkealternativer og godkendelse er strukturelle. Et overlay kan ikke ændre en komponents hit-område eller fjerne en kognitiv funktionstest fra et login.

Hvor lang tid tager en rebaseline?
For ét sæt e-handelsskabeloner skal du budgettere med to til fire dages testning plus afhjælpning. Variablen er, hvor centraliseret designsystemet er, ikke sideantallet.

Kør re-baseline

Kør trin 1 til 7 på dine egne checkout- og login-flows; disse to processer indeholder de fleste af de seks nye kriterier. Hvis du hellere vil have det gjort og dokumenteret i forhold til bilag I og den tyrkiske tjekliste i én omgang, kan vores tilgængelighedspraksis på wcag.switas.com kører præcis denne revision.

Kilder

• AccessibleEU (Europa-Kommissionen), Den europæiske tilgængelighedsstandard EN 301 549 er blevet opdateret, 7. september 2026
• ETSI EN 301 549 V4.1.1 (2026-09), harmoniseret europæisk standard
• Europa-Kommissionen, Direktiv om webtilgængelighed — standarder og harmonisering (EN 301 549 V3.2.1, harmoniseret 12. august 2021, afgørelse 32021D1339)
• Direktiv (EU) 2019/882 (den europæiske tilgængelighedslov), EUR-Lex
• Europa-Kommissionen, den europæiske tilgængelighedslov — anvendelsesområde og omfattede tjenester
• Juridisk set er der ikke citeret nogen harmoniseret standard for EAA
• W3C WAI, Nyheder i WCAG 2.2 (Anbefaling, 5. oktober 2023)
• W3C, Retningslinjer for tilgængelighed af webindhold 2.2
• BarrierBreak, EN 301 549 v4.1.1: Nyheder (klausuler 9.7/10.7/11.7, bilag ZA og ZB)
• Deque, EN 301 549 v4.1.1 er endelig — hvad der er ændret, og hvad du skal gøre
• Davis Wright Tremaine, Ny teknisk standard for overholdelse af den europæiske tilgængelighedslov udgivet (vedtagelse 24. august 2026, offentliggørelse 2. september 2026)
• Türkiye Belediyeler Birliği, cirkulære 2025/10 (Resmî Gazete, 21. juni 2025, nr. 32933)
• Ministeriet for Familie og Sociale Tjenester (EYHGM), bekendtgørelse af tilgængelighedscirkulæret og tjeklisten med 31 principper / 122 spørgsmål
• Igniters Tech Lovgivning, omfang, kommissioner og overholdelsesperioder i henhold til cirkulære 2025/10