Den 2 september 2026 publicerade ETSI SV 301 549 V4.1.1, den version av Europas IKT-tillgänglighetsstandard som flyttar den refererade baslinjen från WCAG 2.1 till WCAG 2.2. WCAG 2.2 lägger till nio framgångskriterier, sex av dem på nivå A eller AA, och alla sex hamnar i ett kassa- eller bokningsflöde snarare än på en marknadsföringssida. Turkiet var först där i ett avseende: Presidentcirkuläret 2025/10, publicerat den 21 juni 2025, namnger redan WCAG 2.2 och ger e-handelsleverantörer enligt lag nr 6563 två år på sig att följa.
Den här guiden är för alla som äger en kassa- eller bokningstratt för konsumenter i EU, Turkiet eller båda. I slutet kommer du att kunna köra ett sex-kontrollerspass på ditt eget flöde på ungefär en timme, poängsätta det du hittar och åtgärda det i en ordning som skyddar intäkterna först.
Vad som ändrades den 2 september 2026
V4.1.1 antogs den 24 augusti 2026 och publicerades den 2 september. Den utarbetades enligt kommissionens genomförandebeslut C(2022) 6456 final, standardiseringsbegäran M/587, till stöd för direktiv (EU) 2019/882 (den europeiska tillgänglighetslagen) och direktiv (EU) 2016/2102. Klausulerna 9, 10 och 11 har anpassats till WCAG 2.2. Tillkännagivandet ska ske den 30 november 2026, godkännandet ska ske den 31 maj 2027 och motstridiga nationella standarder ska återkallas den 31 maj 2028.
Rättelsen: du har ingen presumtion om överensstämmelse
Leverantörswebbplatser upprepar att om du uppfyller EN 301 549 antas du följa tillgänglighetslagen. Artikel 15(1) ger presumtion endast för standarder "vars referenser har publicerats i Europeiska unionens officiella tidning" till stöd för det direktivet. EN 301 549 citeras i den officiella tidningen enligt webbtillgänglighetsdirektivet, genom kommissionens genomförandebeslut (EU) 2018/2048. Vi kunde inte hitta någon hänvisning till stöd för direktiv (EU) 2019/882, och V4.1.1:s egen bilaga ZB är skriven i villkoret: presumtionen gäller "när detta dokument citeras i den officiella tidningen".
Så standarden är ditt bevis, inte ditt skydd. Du uppfyller funktionskraven i bilaga I, använder EN 301 549 som tekniskt medel och dokumenterar själv det resonemanget enligt artikel 13(2).
Gäller detta dig?
- Omfattas din tjänst av artikel 2(2)? Listan omfattar e-handelstjänster, delar av flyg-, buss-, järnvägs- och vattenvägstransporter, såsom webbplatser, appar, elektronisk biljettförsäljning och reseinformation, konsumentbanktjänster och e-böcker. Artikel 3 definierar en e-handelstjänst som en tjänst som tillhandahålls på distans, med elektroniska medel, på individuell begäran av en konsument, i syfte att ingå ett konsumentavtal.
- Säljer ni till konsumenter i unionen? Etablering utanför EU innebär inte att du inte är med i beskattningen. Artikel 3 definierar en tjänsteleverantör som en person "som tillhandahåller en tjänst på unionsmarknaden eller erbjuder sig att tillhandahålla en sådan tjänst till konsumenter i unionen". Både en turkisk återförsäljare som skickar flyg till Tyskland och ett turkiskt flygbolag som säljer säten till konsumenter i EU omfattas av beskattningen.
- Är du ett mikroföretag? Artikel 4(5) undantar mikroföretag som tillhandahåller tjänster: har färre än 10 anställda och antingen en omsättning eller en balansomslutning på högst 2 miljoner euro.
Skyldigheterna gäller endast tjänster som tillhandahålls konsumenter efter den 28 juni 2025. Artikel 32 medger en övergångsperiod endast för avtal som ingåtts före det datumet och produkter som redan är lagligt i bruk, med en löptid till den 28 juni 2030, och upp till 20 års ekonomisk livslängd för självbetjäningsterminaler. I Turkiet fastställde cirkulär 2025/10 ett år för banker, privata sjukhus, operatörer och stora telekomoperatörer, vilket nu är antaget, och två år för e-handel enligt lag nr 6563. Båda systemen pekar på samma riktlinjer på olika nivåer, så bygg en gång till WCAG 2.2 AA och den turkiska nivå A-skyldigheten faller bort. Det omvända fungerar inte.
De sex kriterierna som förstör utcheckningen
Dessa är WCAG 2.2-tilläggen på nivå A och AA. De tre AAA-tilläggen, 2.4.12, 2.4.13 och 3.3.9, ligger utanför ett AA-program. En borttagning är också viktig: 4.1.1 Parsing är föråldrad och borttagen, så gamla fynd mot den kan stängas snarare än åtgärdas.
| Kriterium | Nivå | Vad det går sönder i kassan | Testa på 60 sekunder |
|---|---|---|---|
| 3.3.8 Tillgänglig autentisering (minimum) | AA | Inloggningssteg som blockerar inklistring via urklipp, eller får användaren att transkribera ett engångslösenord eller lösa ett pussel utan alternativ | Klistra in ett lösenord och en engångskod från urklipp. Blockerad inklistring misslyckas. |
| 2.5.8 Målstorlek (minimum) | AA | Kvantitetsstegare, ikoner för att ta bort varor, knappar för att stänga kuponger, små radiokort för leveransfack | Vid 375px, mät det minsta målet. Under 24 x 24 CSS-pixlar utan tillräckligt mellanrum är ett misslyckande. |
| 2.4.11 Fokus ej skymt (minimum) | AA | Klistrade ordersammanfattningsfält, samtyckesbanners och chattstartare som täcker det fokuserade området | Bläddra igenom formuläret med tabbtangenten. En helt dold fokuserad kontroll är ett misslyckande. |
| 2.5.7 Dragrörelser | AA | Adresskartanålar, dra-karuseller, datumväljare för skjutreglage, knappar för att bekräfta med bild | Slutför varje drag med endast enstaka tryck. Ingen tillgänglig väg är ett misslyckande. |
| 3.3.7 Redundant inmatning | A | Skriv in faktureringsadressen igen efter leverans, eller e-postadressen vid betalning | Fyll flödet en gång och räkna värden du skriver in två gånger som systemet redan hade. |
| 3.2.6 Konsekvent hjälp | A | Hjälp-, chatt- eller kontaktlänkar placerade på olika sätt i varukorg, frakt och betalning | Skärmdumpa varje steg. Hjälp måste finnas i samma relativa ordning överallt där den finns. |
Spelboken
Det här är passet vi kör. Det är manuellt, eftersom fem av sex inte upptäcks tillförlitligt av automatiserade skannrar.
1. Frys en rutt. Gästbetalning, en vara, standardleverans, kortbetalning, via varukorg, leveransadress, leveransmetod, betalning och bekräftelse. Kör det två gånger: en 375px mobil viewport med pekskärm, sedan dator med musen urkopplad.
2. Tangentbordspass. Tabbar från toppen av varje steg till skicka-knappen. Håll utkik efter fel i 2.4.11 när ett fast element visas, vanligtvis när sammanfattningsfältet fäster sig. Observera var hjälpen finns i varje steg för 3.2.6.
3. Poängpassning. På mobilen, mät mål för 2.5.8 och försök varje gång utan att dra för 2.5.7. Adresskartor och karuseller är de vanliga misslyckandena.
4. Datainmatningspass. Slutför flödet som förstagångskund. Varje fält du fyller i med ett värde som systemet redan har är ett 3.3.7-fynd. Försök sedan autentisera med en lösenordshanterare och klistra in 3.3.8.
5. Gör poäng innan du fixar. Rangordna varje fynd som allvarlighetsgrad multiplicerad med det stegets andel av trattutgångar i din egen analys.
| Svårighetsgraden | Definition | Betyg |
|---|---|---|
| Blockering | Användaren kan inte slutföra köpet alls | 3 |
| förnedrande | Slutförandet kräver en lösning eller upprepade försök | 2 |
| Friktion | Extra ansträngning, liten risk för övergivande | 1 |
6. Fixa i denna ordning. Autentisering först, eftersom 3.3.8 kan stoppa ett köp helt och hållet. Sedan målstorlek, fokus som skymmer, dra alternativ, redundant inmatning, konsekvent hjälp. Det är ordningen för intäktsexponering, inte rättslig allvar, och den en sponsor kommer att finansiera utan argument.
7. Skriv påståendet. Artikel 13(2) kräver information enligt bilaga V som förklarar hur tjänsten uppfyller kraven, offentlig i skriftlig och muntlig form och på ett lättillgängligt sätt. Om du åberopar oproportionerlig börda enligt artikel 14, dokumentera det mot kriterierna i bilaga VI och förnya det minst vart femte år. Ett odokumenterat beslut att inte åtgärda något är inte ett krav på börda, det är ett oavhjälpt fel.
8. Lägg in de sex kontrollerna i releasekvalitetsgranskningen. Kassorna återgår till 2.4.11 första gången någon skickar en reklambanner.
Var detta bryts ner
- Sex kontroller är inte överensstämmande. Detta är ett deltapass utöver WCAG 2.1 AA, och om du aldrig nådde 2.1 AA kommer det att dölja det verkliga problemet.
- Det är inte en granskning av skärmläsare. Ett tangentbordspass hittar fokus- och ordningsproblem, inte ett felmärkt betalningsfält.
- Din betalnings-iframe kanske inte är din. Om kortformuläret tillhör din betaltjänstleverantör, be dem skriftligen om deras ståndpunkt enligt EN 301 549 klausul 9.
- Native appar mappas annorlunda. Klausul 11 omfattar programvara, där målstorlek och dragning beter sig annorlunda under plattformstillgänglighets-API:er.
- Överlägg fixar inget av detta. Var och en av de sex är en egenskap i ditt flödes struktur eller autentiseringsdesign, som ett injicerat skript inte kan omstrukturera.
- Verkställigheten är nationell. Artikel 30 kräver att påföljderna ska vara effektiva, proportionella och avskräckande, men nivåer och övervakningspraxis fastställs per medlemsstat.
FAQ
Är EN 301 549 V4.1.1 bindande för mig idag?
Inte på egen hand. Lagen är bindande för dig; standarden beskriver en teknisk väg till den. Nationellt antagande löper till och med den 31 maj 2027 och återkallande av motstridiga standarder till och med den 31 maj 2028. Dess innehåll är den bästa tillgängliga tolkningen av kraven i bilaga I, så bygg utifrån den nu.
Om vi uppfyller EN 301 549, är vi då EAA-kompatibla?
Du har en stark bevisposition men du har ingen rättslig presumtion om överensstämmelse. Artikel 15.1 kräver att hänvisningen offentliggörs i EUT till stöd för direktiv (EU) 2019/882, och vi fann ingen sådan hänvisning. Dokumentera ditt eget resonemang enligt artikel 13.2.
Vi är ett turkiskt företag utan etablering i EU. Omfattas vi av detta?
Om du erbjuder din tjänst till konsumenter i unionen, ja. Artikel 3 knyter skyldigheten att erbjuda en tjänst till konsumenter i unionen, inte till var du är registrerad. Cirkulär 2025/10 kan gälla separat för den turkiska marknaden.
Betyder datumet 2030 att vi har fram till 2030?
Nej. Övergångsförordningen enligt artikel 32 omfattar avtal som ingåtts före den 28 juni 2025 och produkter som redan är i bruk på laglig väg. Nya tjänster som tillhandahålls konsumenter efter det datumet omfattades från och med det datumet.
Borde vi fortfarande åtgärda gamla 4.1.1-parsningsresultat?
Nr 4.1.1 är föråldrad och borttagen i WCAG 2.2. Stäng dessa fynd, men kontrollera att den underliggande markupen inte också orsakade ett namn-, roll- eller värdefel under 4.1.2, som fortfarande är aktuell.
Tänk om en reparation verkligen är för dyr?
Artikel 14 tillåter ett argument om oproportionerlig börda, men endast som en dokumenterad bedömning mot kriterierna i bilaga VI, som förnyas minst vart femte år. En marknadskontrollmyndighet kommer att begära att få se den.
Kör passet
Kör dessa sex kontroller i din kassa den här veckan, eller skicka oss webbadressen så kör vi granskningen och lämnar tillbaka de poängsatta resultaten. Vår skanner på wcag.switas.com täcker den automatiserade delen mot WCAG 2.0, 2.1 och 2.2, och ger dig baslinjen som det manuella godkännandet baseras på.
Källor
- ETSI EN 301 549 V4.1.1 (2026-09)
- ETSI EN 301 549 versionsindex
- Direktiv (EU) 2019/882, europeisk tillgänglighetslag
- Standardiseringsbegäran M/587
- Kommissionens genomförandebeslut (EU) 2018/2048
- WCAG 2.2, W3C-rekommendation
- Nyheter i WCAG 2.2, W3C WAI
- WCAG 2.2 blir en W3C-rekommendation, 5 oktober 2023
- Presidentens cirkulär 2025/10 (Turkiet), 21 juni 2025
- Juridik kring den saknade hänvisningen till officiella tidningar
