Den 2. september 2026 offentliggjorde ETSI EN 301 549 V4.1.1, den version af Europas IKT-tilgængelighedsstandard, der flytter den refererede basislinje fra WCAG 2.1 til WCAG 2.2. WCAG 2.2 tilføjer ni succeskriterier, seks af dem på niveau A eller AA, og alle seks lander i et checkout- eller bookingflow i stedet for på en marketingside. Tyrkiet var først der i én henseende: Præsidentcirkulæret 2025/10, offentliggjort den 21. juni 2025, navngiver allerede WCAG 2.2 og giver e-handelsudbydere i henhold til lov nr. 6563 to år til at overholde kravene.
Denne guide er til alle, der ejer en checkout- eller bookingfunnel for forbrugere i EU, Tyrkiet eller begge dele. Til sidst vil du være i stand til at køre en seks-kontrol af dit eget flow på cirka en time, score dine fund og rette det i en rækkefølge, der beskytter omsætningen først.
Hvad ændrede sig den 2. september 2026
V4.1.1 blev vedtaget den 24. august 2026 og offentliggjort den 2. september. Den blev udarbejdet i henhold til Kommissionens gennemførelsesafgørelse C(2022) 6456 final, standardiseringsanmodningen M/587, til støtte for direktiv (EU) 2019/882 (den europæiske tilgængelighedslov) og direktiv (EU) 2016/2102. Klausul 9, 10 og 11 blev tilpasset WCAG 2.2. Bekendtgørelse forventes senest den 30. november 2026, godkendelse senest den 31. maj 2027, og tilbagetrækning af modstridende nationale standarder senest den 31. maj 2028.
Rettelsen: Du har ikke formodning om overensstemmelse
Leverandørwebsteder gentager, at opfyldelse af EN 301 549 formodes at være i overensstemmelse med tilgængelighedsloven. Artikel 15(1) giver kun formodning til standarder, "hvis referencer er offentliggjort i Den Europæiske Unions Tidende" til støtte for dette direktiv. EN 301 549 er citeret i Den Europæiske Unions Tidende under webtilgængelighedsdirektivet gennem Kommissionens gennemførelsesafgørelse (EU) 2018/2048. Vi kunne ikke finde nogen henvisning til støtte for direktiv (EU) 2019/882, og V4.1.1's eget bilag ZB er skrevet i betingelsen: formodningen gælder, "når dette dokument er citeret i Den Europæiske Unions Tidende".
Så standarden er din bevisførelse, ikke din beskyttelse. Du overholder de funktionelle krav i bilag I, bruger EN 301 549 som det tekniske middel og dokumenterer selv denne begrundelse i henhold til artikel 13(2).
Gælder dette for dig?
- Er din tjeneste omfattet af artikel 2(2)? Listen dækker e-handelstjenester, elementer af passagertransport med fly, bus, jernbane og vandveje, såsom websteder, apps, elektronisk billetsalg og rejseinformation, forbrugerbanktjenester og e-bøger. Artikel 3 definerer en e-handelstjeneste som en tjeneste, der leveres elektronisk på afstand efter en forbrugers individuelle anmodning med henblik på indgåelse af en forbrugeraftale.
- Sælger du til forbrugere i Unionen? Etablering uden for EU udelukker dig ikke. Artikel 3 definerer en tjenesteudbyder som en person, "der leverer en tjenesteydelse på EU-markedet eller tilbyder at levere en sådan tjenesteydelse til forbrugere i Unionen." Både en tyrkisk detailhandler, der sender til Tyskland, og et tyrkisk luftfartsselskab, der sælger sæder til EU-forbrugere, er indenfor.
- Er du en mikrovirksomhed? Artikel 4(5) undtager mikrovirksomhedsudbydere: færre end 10 ansatte og enten en omsætning eller en balancesum på højst 2 millioner EUR.
Forpligtelserne gælder for tjenester leveret til forbrugere efter den 28. juni 2025. Artikel 32 giver kun en overgangsperiode for kontrakter indgået før denne dato og produkter, der allerede er lovligt i brug, og som løber indtil den 28. juni 2030, og op til 20 års økonomisk levetid for selvbetjeningsterminaler. I Tyrkiet fastsatte cirkulære 2025/10 et år for banker, private hospitaler, teleoperatører og store teleoperatører, som nu er vedtaget, og to år for e-handel i henhold til lov nr. 6563. Begge ordninger peger på de samme retningslinjer på forskellige niveauer, så hvis man kun bygger op til WCAG 2.2 AA, bortfalder den tyrkiske niveau A-forpligtelse. Det omvendte fungerer ikke.
De seks kriterier, der ødelægger betalingsprocessen
Disse er WCAG 2.2-tilføjelserne på niveau A og AA. De tre AAA-tilføjelser, 2.4.12, 2.4.13 og 3.3.9, ligger uden for et AA-program. Én sletning er også vigtig: 4.1.1 Parsing er forældet og fjernet, så gamle fund imod den kan lukkes i stedet for at rettes.
| Kriterium | Niveau | Hvad det går i stykker ved kassen | Test på 60 sekunder |
|---|---|---|---|
| 3.3.8 Tilgængelig godkendelse (minimum) | AA | Logintrin, der blokerer indsættelse fra udklipsholderen, eller får brugeren til at transskribere en engangskode eller løse en gåde uden alternativ | Indsæt en adgangskode og en engangskode fra udklipsholderen. Blokeret indsætning er en fejl. |
| 2.5.8 Målstørrelse (minimum) | AA | Mængdeindikatorer, ikoner til at fjerne varer, knapper til at lukke kuponer, små radiokort til leveringsplads | Ved 375px måles det mindste mål. Under 24 x 24 CSS-pixels uden tilstrækkelig afstand er en fiasko. |
| 2.4.11 Fokus ikke skjult (minimum) | AA | Klistrede ordreoversigtsbjælker, samtykkebannere og chatlanceringer, der dækker det fokuserede felt | Tabulatortasten gennem formularen. En fuldstændig skjult fokuseret kontrol er en fejl. |
| 2.5.7 Trækbevægelser | AA | Adressekortnåle, trækkarruseller, datovælgere med slider, knapper til bekræftelse med slide | Færdiggør hvert træk med kun et enkelt tryk. Ingen tilgængelig sti er en fejl. |
| 3.3.7 Redundant indtastning | A | Genindtastning af faktureringsadressen efter forsendelse eller e-mailadressen ved betaling | Udfyld flowet én gang, og tæl de værdier, du indtaster to gange, som systemet allerede havde. |
| 3.2.6 Konsekvent hjælp | A | Hjælp-, chat- eller kontaktlinks placeret forskelligt i indkøbskurven, ved forsendelse og betaling | Tag et skærmbillede af hvert trin. Hjælpen skal være i samme relative rækkefølge overalt, hvor den findes. |
Håndbogen
Det er denne gennemgang, vi kører. Den er manuel, fordi fem ud af de seks ikke registreres pålideligt af automatiserede scannere.
1. Frys én rute. Gæstebetaling, én vare, standardlevering, kortbetaling, på tværs af kurv, leveringsadresse, leveringsmetode, betaling og bekræftelse. Kør det to gange: en 375px mobil viewport med touch, derefter desktop med musen frakoblet.
2. Tastaturadgang. Tab fra toppen af hvert trin til send-knappen. Hold øje med 2.4.11-fejl i det øjeblik, et fastlåst element vises, normalt når oversigtslinjen fastgør sig selv. Bemærk, hvor hjælpen er placeret på hvert trin for 3.2.6.
3. Pointeraflevering. På mobilen skal du måle mål for 2.5.8 og forsøge at trække uden at trække for 2.5.7. Adressekort og karruseller er de sædvanlige fejl.
4. Dataindtastningsadgangskode. Fuldfør processen som førstegangskunde. Hvert felt, du udfylder med en værdi, som systemet allerede indeholder, er et 3.3.7-fund. Prøv derefter at godkende med en adgangskodeadministrator og indsæt 3.3.8 i udklipsholderen.
5. Score før du retter. Rangér hvert fund som alvorlighed ganget med det pågældende trins andel af tragt-exits i dine egne analyser.
| Severity | Definition | Score |
|---|---|---|
| Blokering | Brugeren kan slet ikke gennemføre købet | 3 |
| nedværdigende | Fuldførelse kræver en løsning eller gentagne forsøg | 2 |
| Friktion | Ekstra indsats, lille risiko for at miste kunde | 1 |
6. Reparer i denne rækkefølge. Først godkendelse, fordi 3.3.8 kan stoppe et køb fuldstændigt. Derefter målstørrelse, fokustilsløring, trækkende alternativer, redundant indtastning, konsekvent hjælp. Det er rækkefølgen af indtægtseksponering, ikke juridisk alvor, og den en sponsor vil finansiere uden diskussion.
7. Skriv udsagnet. Artikel 13(2) kræver oplysninger i henhold til bilag V, der forklarer, hvordan tjenesten opfylder kravene, offentliggøres i skriftlig og mundtlig form og på en tilgængelig måde. Hvis du påberåber dig en uforholdsmæssig stor byrde i henhold til artikel 14, skal du dokumentere det i forhold til kriterierne i bilag VI og forny den mindst hvert femte år. En udokumenteret beslutning om ikke at udbedre noget er ikke en påstand om en byrde, det er en uafhjulpet mangel.
8. Indsæt de seks kontroller i udgivelses-QA. Betalinger går tilbage den 2.4.11 første gang nogen sender et reklamebanner.
Hvor dette bryder sammen
- Seks kontroller er ikke i overensstemmelse med kravene. Dette er en deltapasning oven i WCAG 2.1 AA, og hvis du aldrig har nået 2.1 AA, vil det skjule det virkelige problem.
- Det er ikke en skærmlæserrevision. Et tastaturgenvej finder fokus- og rækkefølgeproblemer, ikke et forkert mærket betalingsfelt.
- Din betalings-iframe er muligvis ikke din. Hvis kortformularen tilhører din betalingstjenesteudbyder, skal du bede dem om deres holdning i henhold til EN 301 549, klausul 9, skriftligt.
- Native apps kortlægges forskelligt. Klausul 11 dækker software, hvor målstørrelse og træk opfører sig forskelligt under platformtilgængeligheds-API'er.
- Overlays løser ingen af disse problemer. Hver af de seks er en egenskab ved dit flows struktur eller godkendelsesdesign, som et injiceret script ikke kan omstrukturere.
- Håndhævelsen er national. Artikel 30 kræver, at sanktioner skal være effektive, forholdsmæssige og afskrækkende, men niveauer og overvågningspraksis fastsættes pr. medlemsstat.
Ofte stillede spørgsmål
Er EN 301 549 V4.1.1 bindende for mig i dag?
Ikke alene. Loven er bindende for dig; standarden beskriver en teknisk vej dertil. National vedtagelse løber til 31. maj 2027, og tilbagetrækning af modstridende standarder til 31. maj 2028. Dens indhold er den bedste tilgængelige fortolkning af kravene i bilag I, så byg i forlængelse af den nu.
Hvis vi opfylder EN 301 549, er vi så EAA-kompatible?
Du har en stærk bevismæssig position, men du har ikke en juridisk formodning om overensstemmelse. Artikel 15(1) kræver, at referencen offentliggøres i Den Europæiske Unions Tidende til støtte for direktiv (EU) 2019/882, og vi fandt ingen sådan henvisning. Dokumenter din egen begrundelse i henhold til artikel 13(2).
Vi er en tyrkisk virksomhed uden etablering i EU. Er vi omfattet af vores ansvarsområde?
Hvis du tilbyder din tjeneste til forbrugere i Unionen, ja. Artikel 3 knytter forpligtelsen til at tilbyde en tjeneste til forbrugere i Unionen, ikke til hvor du er registreret. Cirkulære 2025/10 kan gælde separat for det tyrkiske marked.
Betyder datoen 2030, at vi har indtil 2030?
Nej. Overgangsbestemmelsen i henhold til artikel 32 omfatter kontrakter indgået før den 28. juni 2025 og produkter, der allerede er lovligt i brug. Nye tjenester leveret til forbrugere efter denne dato var omfattet fra denne dato.
Skal vi stadig rette gamle 4.1.1-parsningsresultater?
Nr. 4.1.1 er forældet og fjernet i WCAG 2.2. Luk disse fund, men kontroller, at den underliggende markup ikke også forårsagede en navn-, rolle- eller værdifejl under 4.1.2, som stadig er aktuel.
Hvad hvis en reparation virkelig er for dyr?
Artikel 14 tillader et argument om en uforholdsmæssig byrde, men kun som en dokumenteret vurdering i forhold til kriterierne i bilag VI, der fornyes mindst hvert femte år. En markedsovervågningsmyndighed vil anmode om at se den.
Kør passet
Kør disse seks kontroller på din kasse i denne uge, eller send os URL'en, så kører vi revisionen og sender de scorede resultater tilbage. Vores scanner kl. wcag.switas.com dækker den automatiserede del i forhold til WCAG 2.0, 2.1 og 2.2, og giver dig det udgangspunkt, som den manuelle beståelse er baseret på.
Kilder
- ETSI EN 301 549 V4.1.1 (2026-09)
- ETSI EN 301 549 versionsindeks
- Direktiv (EU) 2019/882, europæisk tilgængelighedslov
- Standardiseringsanmodning M/587
- Kommissionens gennemførelsesafgørelse (EU) 2018/2048
- WCAG 2.2, W3C-anbefaling
- Nyheder i WCAG 2.2, W3C WAI
- WCAG 2.2 bliver en W3C-anbefaling, 5. oktober 2023
- Præsidentens cirkulære 2025/10 (Tyrkiet), 21. juni 2025
- Juridisk argumentation vedrørende den manglende henvisning til Den Europæiske Unions Tidende
