European Accessibility Act (EAA): Din guide för efterlevnad

10/10/2025

10 min read

A11yied Team

European Accessibility Act trädde i kraft den 28 juni 2025. Det är nu oktober 2025—fyra månader sedan tillsynen började.

Om du bygger digitala produkter eller tjänster för EU-konsumenter är läget följande: dina produkter måste vara tillgängliga, annars riskerar du juridiska påföljder. Inga undantag, inga förlängningar.

Den här guiden förklarar vad EAA faktiskt innebär för dig—vem som måste följa lagen, vad du behöver fixa, och hur du uppnår efterlevnad nu.

Tidslinje och implementeringsfaser för European Accessibility Act

Vad är European Accessibility Act?

EAA (Direktiv 2019/882) är obligatorisk EU-lagstiftning som kräver att specifika produkter och tjänster är tillgängliga för personer med funktionsnedsättningar. Den gäller i alla 27 EU-medlemsstater.

Den stora förändringen: Tidigare EU-tillgänglighetslagar riktade sig till offentliga webbplatser. EAA utökar kraven till privata företag som säljer till EU-konsumenter.

EAA skapar inte nya tillgänglighetsstandarder—den kräver efterlevnad av EN 301 549, som inkluderar WCAG 2.1 Nivå AA. Om du känner till WCAG vet du redan det mesta du behöver göra.

Tillsynstidslinjen

28 juni 2025 – Tillsynen började för alla produkter och tjänster som omfattas
28 juni 2030 – Förlängd deadline för befintliga självbetjäningsterminaler (bankomater, kiosker)

Vad det innebär: Alla nya produkter måste vara efterlevande från lansering. Befintliga produkter som lanserades före 28 juni 2025 behövde fixas till det datumet. Om dina produkter inte är efterlevande ännu, driver du verksamhet utanför lagen.

Tillsynen är verklig och aktiv. EU-medlemsstaterna har etablerat straff och börjar vidta tillsynsåtgärder—mer om det senare.

Gäller det här dig?

Digitala tjänster som omfattas av EAA

EAA gäller om du erbjuder någon av dessa tjänster i EU:

E-handelsplattformar och webbplatser
Banktjänster (internetbank, mobilappar)
E-böcker och e-läsprogramvara
Telekommunikation (röst, meddelanden, videosamtal)
Streamingtjänster (video-on-demand, ljudtjänster)
Transportbokning (flyg, buss, tåg, sjötransport)

Digitala produkter också

Datorer och operativsystem
Smartphones och surfplattor
Självbetjäningsterminaler
E-läsplattor
Digital TV-utrustning

Är du undantagen?

Mikroföretag (färre än 10 anställda OCH årlig omsättning under 2 miljoner €) som erbjuder tjänster får ett undantag. Men detta gäller inte produkter.

Här är haken: Även om du är undantagen är det smart affärsmässigt att implementera tillgänglighet. Personer med funktionsnedsättningar utgör 15% av världens befolkning—det är en enorm marknad du inte vill utesluta.

Vad WCAG 2.1 Nivå AA faktiskt innebär

EAA kräver efterlevnad av WCAG 2.1 Nivå AA. Istället för att lista alla 50 framgångskriterier, låt oss fokusera på det som oftast brister:

De fyra stora kategorierna

Perceivable – Kan användare se eller höra ditt innehåll?

Bilder behöver beskrivande alt-text—inte "bild1.jpg"
Text behöver ordentlig kontrast: 4,5:1 för normal text, 3:1 för stor text
Videor behöver undertexter
Använd semantisk HTML (rubriker, listor, landmärken)

Operable – Kan användare navigera och interagera?

Allt måste fungera med bara tangentbord (ingen mus krävs)
Fokusindikatorer måste vara synliga
Interaktiva element behöver vara minst 24×24 pixlar
Sidtitlar och rubriker måste vara meningsfulla

Understandable – Är ditt innehåll tydligt?

Formulärfält behöver korrekta etiketter
Felmeddelanden måste vara specifika och hjälpsamma
Navigering bör vara konsekvent över sidor
Deklarera sidspråket i din HTML

Robust – Fungerar det med hjälpmedel?

Använd giltig HTML
ARIA-roller och attribut måste vara korrekta
Statusmeddelanden måste tillkännages för skärmläsare

Verklighetskontrollen: Manuell testning är överväldigande. En typisk e-handelssajt har hundratals sidor, tusentals bilder och otaliga interaktiva element. Hur vet du om du är efterlevande?

Det är här A11yied kommer in. Istället för att manuellt kontrollera varje sida crawlar A11yied automatiskt hela din webbplats, validerar mot 78+ WCAG-framgångskriterier med riktiga webbläsarkontexter, och berättar exakt vad som behöver fixas.

Verkliga exempel

Exempel 1: E-handelsproduktbilder

<!-- ❌ Detta misslyckas med EAA-efterlevnad -->
<img src="jacka.jpg" />
<div>2990 kr</div>

<!-- ✅ Detta uppfyller EAA-efterlevnad -->
<article>
  <img
    src="jacka.jpg"
    alt="Svart skinnjacka i motorcykelstil med silvriga blixtlås och quiltade axlar"
  />
  <h3>Klassisk motorcykeljacka</h3>
  <p><span aria-label="Pris">2990 kr</span></p>
</article>

WCAG 1.1.1 – Icke-textinnehåll (Nivå A)

Skärmläsaranvändare behöver beskrivande alt-text för att förstå produkter. "Bild" eller "jacka.jpg" räcker inte—beskriv vad som gör produkten unik.

A11yied upptäcker detta: Skannar alla bilder och flaggar saknad eller generisk alt-text, och visar dig exakt vilka produkter som behöver bättre beskrivningar.

Exempel 2: Bankformulärvalidering

// ❌ Detta misslyckas med EAA-efterlevnad - fel endast synligt med färg
function TransferForm() {
  const [error, setError] = useState<string | null>(null)

  return (
    <div>
      <input type="text" name="amount" />
      {error && <span style={{ color: 'red' }}>{error}</span>}
    </div>
  )
}

// ✅ Detta uppfyller EAA-efterlevnad - fel tillkännages för skärmläsare
function TransferForm() {
  const [error, setError] = useState<string | null>(null)
  const errorId = 'amount-error'

  return (
    <div>
      <label htmlFor="transfer-amount">Belopp att överföra</label>
      <input
        id="transfer-amount"
        type="text"
        name="amount"
        aria-invalid={error ? 'true' : 'false'}
        aria-describedby={error ? errorId : undefined}
      />
      {error && (
        <span id={errorId} role="alert" className="error-message">
          {error}
        </span>
      )}
    </div>
  )
}

WCAG 3.3.1 – Felidentifiering & 3.3.3 – Felförslag (Nivå AA)

Skärmläsare måste få felmeddelanden genom ARIA live-regioner. Fel måste vara programmatiskt länkade till formulärfält.

A11yied upptäcker detta: Validerar formuläretiketter, felhantering och ARIA-attribut för att säkerställa att skärmläsaranvändare får korrekt feedback.

Exempel 3: Transportbokningskarta

// ❌ Detta misslyckas med EAA-efterlevnad - ingen tangentbordsåtkomst
function RouteMap() {
  return (
    <div className="map-container">
      <div className="zoom-in" onClick={() => zoomIn()}>+</div>
      <div className="zoom-out" onClick={() => zoomOut()}>-</div>
    </div>
  )
}

// ✅ Detta uppfyller EAA-efterlevnad - fullt tangentbordsstöd
function RouteMap() {
  return (
    <div className="map-container" role="application" aria-label="Ruttkarta">
      <div className="map-controls" role="group" aria-label="Kartkontroller">
        <button
          type="button"
          onClick={() => zoomIn()}
          aria-label="Zooma in"
        >
          <span aria-hidden="true">+</span>
        </button>
        <button
          type="button"
          onClick={() => zoomOut()}
          aria-label="Zooma ut"
        >
          <span aria-hidden="true">−</span>
        </button>
      </div>
    </div>
  )
}

WCAG 2.1.1 – Tangentbord & 4.1.2 – Namn, roll, värde (Nivå A)

Interaktiva kartor måste fungera med tangentbordsnavigering. Använd korrekta <button>-element med beskrivande etiketter—inte <div>-element med klickhanterare.

A11yied upptäcker detta: Validerar tangentbordstillgänglighet och kontrollerar att interaktiva element har korrekta roller och tillgängliga namn.

Vad händer om du inte följer lagen?

Varje EU-medlemsstat hanterar tillsyn olika, men straffen är allvarliga:

Tyskland: Upp till 100 000 € per överträdelse
Frankrike: Upp till 75 000 €
Spanien: Upp till 1 miljon € för allvarliga överträdelser

Utöver böter:

Produktåterkallelser
Förbud mot försäljning i specifika medlemsstater
Juridiskt ansvar för skador
Rykteskador från offentliga tillsynsåtgärder

Den större risken: Icke-efterlevande företag kan uteslutas från offentliga upphandlingskontrakt, förlora kunder till tillgängliga konkurrenter och drabbas av varumärkesskador.

Skjut inte upp efterlevnaden: EAA är redan i kraft. Varje dag du driver icke-efterlevande produkter ökar din juridiska och affärsmässiga risk.

Din efterlevnadsfärdplan

Steg 1: Utvärdera din situation (Vecka 1-2)

Börja med en automatiserad revision:

Kör A11yied på din huvudwebbplats eller app
Granska överträdelserna efter allvarlighetsgrad
Förstå vilka WCAG-kriterier du inte uppfyller

Varför A11yied framför manuell testning:

Snabbare: Skannar hela din webbplats på minuter, inte veckor
Mer exakt: Använder riktiga webbläsarkontexter för att mäta faktiska renderade värden (kontrastförhållanden, elementstorlekar, fokustillstånd)
Omfattande: Kontrollerar 78+ WCAG-framgångskriterier över nivåerna A, AA och AAA
Handlingsbara: Varje överträdelse inkluderar specifika kodexempel som visar hur du fixar det

Manuell testning har sin plats, men du behöver automatiserad validering för att förstå hela omfattningen av din efterlevnadslucka.

Steg 2: Fixa högprioriterade problem (Vecka 3-12)

Prioritera efter påverkan:

Kritiska blockerare – Problem som förhindrar kärnfunktionalitet
Högpåverkansöverträdelser – Påverkar många användare
Medelprioriterade problem – Med lösningar tillgängliga
Lågprioriterade förbättringar – Trevligt att ha

Vanliga fixar:

Lägg till beskrivande alt-text till bilder
Säkerställ att färgkontrast uppfyller 4,5:1 (normal text) och 3:1 (stor text)
Implementera korrekt rubrikhierarki (H1 → H2 → H3)
Gör alla interaktiva element tangentbordstillgängliga
Lägg till korrekta formuläretiketter och felhantering
Tillhandahåll undertexter för videoinnehåll

Integrera A11yied i ditt arbetsflöde:

Skanning före driftsättning fångar problem före produktion
Schemalagda revisioner övervakar efterlevnad över tid
Regressionsdetektering varnar dig när ny kod bryter tillgänglighet
Teamsamarbete med rollbaserad åtkomst håller alla samordnade

Steg 3: Bygg in tillgänglighet i din process (Vecka 13-24)

Gör efterlevnad hållbar:

Uppdatera ditt designsystem med tillgängliga komponenter
Utbilda utvecklare i WCAG-grunder och ARIA-mönster
Lägg till automatiserade tillgänglighetstester i CI/CD-pipelines
Inkludera tangentbordsnavigering i QA-arbetsflöden
Använd tillgängliga komponentbibliotek (Radix UI, React Aria)
Skapa innehållsriktlinjer som kräver alt-text i ditt CMS

Sätt upp kontinuerlig övervakning:

Schemalägg kvartalsvisa A11yied-revisioner
Spåra tillgänglighetsmetrik och efterlevnadsstatus
Upprätthåll en rapport om tillgänglighetskonformitet (VPAT/ACR)
Publicera ett tillgänglighetsutlåtande på din webbplats

Nyckeln: Behandla inte tillgänglighet som ett engångsprojekt. Bygg in det i din utvecklingsprocess så att nya funktioner lanseras efterlevande från dag ett.

Varför A11yied är byggt för EAA-efterlevnad

Webbläsarexakt validering

Till skillnad från statiska analysatorer som parsar din HTML använder A11yied Playwright för att testa i riktiga webbläsarkontexter. Detta innebär:

Faktiska färgkontrastförhållanden från beräknad CSS, inte källkod
Riktiga elementdimensioner för validering av målstorlek
Synliga fokustillstånd för att verifiera att tangentbordsnavigering fungerar
Beräknade ARIA-värden som återspeglar vad hjälpmedelsteknologi faktiskt ser

Detta fångar problem som enkla HTML-validatorer missar—du testar vad användare faktiskt upplever.

Omfattande WCAG-täckning

A11yied implementerar 78+ WCAG-framgångskriterier över nivåerna A, AA och AAA, inklusive WCAG 2.2-krav:

Validering av fokusutseende (2.4.11, 2.4.12, 2.4.13)
Verifiering av målstorlek (2.5.8)
Testning av färgkontrast (1.4.3, 1.4.6, 1.4.11)
Associationer av formuläretiketter (3.3.2)
Kontroller av tangentbordstillgänglighet (2.1.1, 2.1.2)

Skanning av flera sidor

EAA-efterlevnad gäller för hela din digitala tjänst, inte bara din startsida. A11yied:

Upptäcker sidor genom sitemapanalys
Crawlar flera sidor för att identifiera webbplatsomfattande problem
Aggregerar överträdelser över din webbnärvaro
Prioriterar problem efter frekvens och påverkan

Exempel: Om 200 produktsidor har samma saknade alt-text-mönster identifierar A11yied detta som ett systematiskt problem som kräver en mallfix—inte 200 individuella problem.

Handlingsbara rapporter

Varje överträdelse inkluderar:

Specifikt WCAG-framgångskriterium med nivå (A, AA, AAA)
Förklaring på vanlig svenska om varför det spelar roll
Vilka funktionsnedsättningar som påverkas
Kodexempel som visar det aktuella problemet och rekommenderad fix
Konsekvensbedömning för prioritering

Inget mer gissande om vad "otillräcklig färgkontrast" betyder—du får de exakta hex-värdena och ett kodavsnitt som visar efterlevande kontrast.

Vanliga frågor

Gäller EAA för företag utanför EU?

Ja, om du betjänar EU-konsumenter. Precis som GDPR har EAA extraterritoriell räckvidd—alla företag som riktar sig mot EU-marknaden måste följa lagen.

Räcker WCAG 2.1 Nivå AA?

WCAG 2.1 Nivå AA uppfyller grundläggande tekniska krav för digitalt innehåll (via EN 301 549). Men EAA täcker även förpackning, instruktioner och kundservice—konsultera juridisk rådgivning för fullständiga krav.

Vad händer med WCAG 2.2?

EN 301 549 refererar för närvarande WCAG 2.1, men kommer sannolikt att uppdateras till WCAG 2.2. Att implementera WCAG 2.2 Nivå AA nu framtidssäkrar din efterlevnad och ger bättre tillgänglighet. A11yied inkluderar redan WCAG 2.2-framgångskriterier.

Kan små företag ignorera EAA?

Mikroföretag är undantagna från tjänstekrav men INTE produktkrav. Även om du är undantagen utökar tillgänglighet din kundbas och visar socialt ansvar.

Hur skiljer sig EAA från Web Accessibility Directive?

Web Accessibility Directive gäller för offentliga webbplatser. EAA utökar kraven till privata företag.

Uppnå efterlevnad nu

EAA är i kraft. Om dina produkter inte är efterlevande är du utsatt för juridiska och affärsmässiga risker som växer för varje dag.

Affärsargumentet utöver efterlevnad:

Utökad marknadsräckvidd till 87 miljoner européer med funktionsnedsättningar
Bättre användarupplevelser för alla
Framtidssäkring när tillgänglighet blir standard
Konkurrensdifferentiering på tillgänglighetsmedvetna marknader
Riskminskning för juridik över EU-medlemsstater

Redo att uppnå European Accessibility Act-efterlevnad?

A11yied hjälper utvecklingsteam att uppnå EAA-efterlevnad genom omfattande WCAG-testning, webbläsarexakt validering, skanning av flera sidor och handlingsbara rapporter med specifika fixar.

Starta din gratis tillgänglighetsrevision med A11yied och upptäck exakt vad dina produkter behöver för att uppnå efterlevnad.

Den här guiden uppdateras regelbundet för att återspegla utvecklande EAA-implementering. Senast uppdaterad: Oktober 2025. För juridisk rådgivning specifik för ditt företag, konsultera kvalificerad juridisk rådgivare.

Tillbaka till bloggen