# Tillgänglighetschecklista för företagswebbplatser: karriär, PDF:er, investerarsidor och formulär

<https://www.fixreports.com/sv/blog/corporate-website-accessibility-checklist>

Uppdaterad 2026-10-26

En företagswebbplats säljer sällan något direkt, så tillgänglighetsproblem på den är lätta att förbise. Men det är där människor söker jobb, investerare läser årsredovisningar, journalister hittar pressmeddelanden och kunder letar efter kontaktuppgifter, och var och en av de uppgifterna kan stoppas av ett hinder: en jobbansökan som inte går att slutföra med tangentbordet, en årsredovisning publicerad som en otaggad PDF, en video utan undertexter, en cookiebanner som fångar fokus. Den här checklistan går igenom WCAG 2.2 nivå AA utifrån de avsnitt som de flesta företagswebbplatser har, med vad du ska kontrollera i vart och ett.

**Det viktigaste i korthet**

- WebAIM hittade upptäckbara WCAG-fel på 95,9 % av startsidorna på de en miljon största webbplatserna 2026; text med låg kontrast (83,9 %) och saknad alt-text (53,1 %) var vanligast ([WebAIM](https://webaim.org/projects/million/)).
- WCAG gäller för dokument som publiceras på en webbplats, som PDF:er, lika väl som för webbsidor; W3C publicerar tekniker för att göra PDF:er tillgängliga ([W3C](https://www.w3.org/WAI/WCAG22/Techniques/#pdf)).
- Förinspelad video behöver undertexter (1.2.2, nivå A) och syntolkning där bilden förmedlar information som inte finns i ljudet (1.2.5, AA) ([W3C](https://www.w3.org/WAI/WCAG22/Understanding/captions-prerecorded)).
- I vägledning från 2022 uppgav USA:s justitiedepartement att ADA gäller för webbtjänster från företag som är öppna för allmänheten, utan att fastställa någon specifik teknisk standard ([ADA.gov](https://www.ada.gov/resources/web-guidance/)).
- W3C erbjuder vägledning och en kostnadsfri generator för att skriva en tillgänglighetsredogörelse ([W3C](https://www.w3.org/WAI/planning/statements/)).

## Varför spelar tillgänglighet roll på en företagswebbplats?

För att de besökare som är beroende av den ofta är just de du helst vill nå: kandidater, kunder, partner och investerare. Världshälsoorganisationen uppskattar att 1,3 miljarder människor, ungefär var sjätte person, har en betydande funktionsnedsättning ([WHO](https://www.who.int/news-room/fact-sheets/detail/disability-and-health)). Ännu fler använder tangentbord i stället för mus, förstorar text eller läser på mobilen i starkt ljus.

Det finns också en regelefterlevnadsaspekt, som varierar mellan länder och beroende på vilka webbplatsen vänder sig till. Offentliga myndigheter och organ i EU måste uppfylla webbtillgänglighetsdirektivet; företag som säljer till konsumenter i EU kan omfattas av tillgänglighetsdirektivet (European Accessibility Act); i USA har justitiedepartementet uppgett att ADA gäller för webbtjänster från företag som är öppna för allmänheten ([ADA.gov](https://www.ada.gov/resources/web-guidance/)). En renodlad B2B-webbplats kan falla utanför en del av dessa regler, men större kunder frågar allt oftare leverantörer om tillgänglighet. Våra guider om [tillgänglighetsdirektivet](/sv/blog/european-accessibility-act-online-stores) och [kravbrev enligt ADA](/sv/blog/ada-website-demand-letter) förklarar bakgrunden; det här är inte juridisk rådgivning.

## Vad ska du kontrollera på varje sida?

De här problemen kommer från de gemensamma mallarna, så om du åtgärdar dem en gång åtgärdas hela webbplatsen:

- **Kontrast**: brödtext minst 4.5:1 mot bakgrunden, stor text 3:1 (1.4.3). Ljusgrå text och vit text på varumärkesfärger är de vanliga felen. [Kontrollen av färgkontrast](/sv/color-contrast-checker) testar valfritt färgpar.
- **Tangentbord**: varje länk, meny och knapp nåbar med Tab och användbar med Enter eller mellanslag, med en synlig fokusindikator (2.1.1, 2.4.7). Megamenyer och karuseller är vanliga problem.
- **Hopplänk och landmärken**: ett sätt att hoppa förbi sidhuvudet till huvudinnehållet (2.4.1), och landmärkena `header`, `nav`, `main` och `footer`.
- **Rubriker**: en H1 per sida och en logisk rubrikstruktur (1.3.1), så att skärmläsaranvändare kan skumma sidan.
- **Länktext**: länkar som är begripliga utan sammanhang, inte ”Läs mer” upprepat tio gånger (2.4.4).
- **Språk**: attributet `lang` på varje sida och på textavsnitt på ett annat språk (3.1.1, 3.1.2), så att skärmläsare uttalar dem rätt.
- **Zoom och omflödning**: innehåll som går att använda vid 200 % zoom och vid 320 pixlars bredd utan vågrät rullning (1.4.4, 1.4.10).

## Hur gör du karriärsidor och jobbansökningar tillgängliga?

I karriäravsnittet får hindren tydligast konsekvenser: en kandidat som inte kan slutföra en ansökan kan inte komma i fråga.

- **Platsannonser**: filter och sökning måste fungera med tangentbordet och meddela antalet resultat för skärmläsare (4.1.3).
- **Ansökningsformulär**: varje fält behöver en synlig etikett (3.3.2), fel måste beskrivas i text (3.3.1) och knappar för filuppladdning måste ha tillgängliga namn.
- **Tidsgränser**: om formuläret har en tidsgräns, varna användarna och låt dem förlänga tiden (2.2.1).
- **Rekryteringssystem från tredje part**: många företag använder ett externt system för ansökningar. Be leverantören om dess tillgänglighetsrapport (Accessibility Conformance Report), testa själv ansökningsflödet med tangentbordet och erbjud ett annat sätt att söka, till exempel via e-post, som anges på karriärsidan.
- **Tester och videointervjuer**: kontrollera att verktyg för onlinetester och videointervjuer stöder skärmläsare, undertexter och extra tid på begäran.

## Hur publicerar du tillgängliga PDF:er och årsredovisningar?

Årsredovisningar, hållbarhetsrapporter, broschyrer och policydokument publiceras ofta bara som PDF:er, och många saknar taggar: en skärmläsare läser dem som ett enda textblock, eller inte alls.

- **Välj HTML** för viktigt innehåll. En webbsida är lättare att göra tillgänglig, fungerar bättre på mobiler och är lättare att söka i.
- **Om du publicerar en PDF, tagga den.** Exportera från källdokumentet (Word, InDesign) med taggar aktiverade, så att rubriker, listor, tabeller och läsordning behålls. Standarden PDF/UA (ISO 14289) definierar tillgängliga PDF:er.
- **Kontrollera grunderna**: en dokumenttitel, dokumentets språk, alternativtext för diagram och bilder, riktiga tabellrubriker och en logisk läsordning. Adobe Acrobat Pro har en inbyggd tillgänglighetskontroll; PAC är en kostnadsfri kontroll för Windows.
- **Skannade dokument** är bilder av text och behöver OCR och taggning, eller en HTML-version.
- **Finansiella tabeller**: märk upp rubrikrader och rubrikkolumner; i HTML använder du `<th>` med `scope`.

## Hur är det med video, webbsändningar och poddar?

- **Undertexter** för all förinspelad video med tal (1.2.2, A) och för direktsända webbsändningar (1.2.4, AA). Automatiska undertexter behöver kontrolleras: namn, siffror och tekniska termer blir ofta fel.
- **Syntolkning** där viktig information bara är visuell, till exempel text på bilder i en presentation som talaren inte läser upp (1.2.5, AA). Ofta är den enklaste lösningen att talaren beskriver bilden.
- **Transkriptioner** för poddar och annat innehåll med enbart ljud (1.2.1, A).
- **Spelarkontroller**: en inbäddad spelare måste gå att använda med tangentbordet, och ljud som spelas upp automatiskt i mer än tre sekunder måste gå att pausa eller stoppa (1.4.2).

W3C:s guide om att göra ljud och video tillgängliga tar upp planering, undertexter och syntolkning ([W3C](https://www.w3.org/WAI/media/av/)).

## Hur gör du kontaktformulär, kartor och kontorsadresser tillgängliga?

- **Formulär**: etiketter, tydliga felmeddelanden och ingen CAPTCHA som enbart bygger på att läsa förvrängd text eller lösa pussel; erbjud ett alternativ ([W3C](https://www.w3.org/TR/turingtest/)).
- **Kontaktuppgifter som text**: telefonnummer, e-postadresser och kontorsadresser skrivna på sidan, inte bara i en bild eller på en karta.
- **Kartor**: en inbäddad karta är svår att använda med skärmläsare; adressen och vägbeskrivningen i text är det tillgängliga alternativet.
- **Chattwidgetar**: kontrollera att de går att öppna, använda och stänga med tangentbordet och att de inte döljer innehåll som har fokus (2.4.11).

## Orsakar cookiebanners tillgänglighetsproblem?

Ofta, eftersom de visas först och ligger ovanpå allt annat.

- Bannern måste gå att nå och använda med tangentbordet, och Tab måste kunna lämna den (2.1.2, No Keyboard Trap) ([W3C](https://www.w3.org/WAI/WCAG22/Understanding/no-keyboard-trap)).
- Knapparna behöver tydliga namn och tillräcklig kontrast; ”Avvisa” måste vara lika lätt att hitta som ”Godkänn”.
- Den får inte dölja elementet med fokus på sidan bakom (2.4.11).

Våra skanningar startar på din startsida med cookiebannern fortfarande synlig, eftersom det är den en tangentbordsanvändare möter först, och rapporterar en fokusfälla om Tab inte kommer förbi den.

## Behöver du en tillgänglighetsredogörelse?

Offentliga myndigheter och organ i EU måste publicera en. För företag är den oftast frivillig, även om tillgänglighetsdirektivet kräver att tjänster som omfattas ger information om hur de uppfyller kraven. En bra redogörelse anger vilken standard du siktar på, kända begränsningar, hur man kan rapportera ett problem eller be om innehåll i ett annat format och när den senast granskades. W3C publicerar vägledning och en kostnadsfri generator ([W3C](https://www.w3.org/WAI/planning/statements/)).

Skriv den ärligt: att påstå full överensstämmelse efter en automatisk skanning är en risk i sig, eftersom automatiska tester inte kan kontrollera allt.

## Hur testar du en företagswebbplats?

1. **Kör en automatisk skanning** av startsidan, en karriärsida, en nyhetsartikel, kontaktsidan och alla formulär. Vårt [kostnadsfria tillgänglighetstest](/sv/website-accessibility-checker) testar viktiga sidor i en riktig webbläsare mot WCAG 2.2 A och AA, och [kontrollen av alt-text](/sv/image-alt-text-checker) listar varje bild på en sida.
2. **Testa med tangentbordet**: navigera i menyn, sök ett jobb och skicka kontaktformuläret med bara tangentbordet.
3. **Kontrollera dokument**: öppna dina viktigaste PDF:er med en skärmläsare eller ett verktyg för tillgänglighetskontroll av PDF.
4. **Titta på dina videor med undertexter på** och ljudet avstängt.
5. **Be personer med funktionsnedsättning** att prova de viktigaste uppgifterna; det avslöjar problem som ingen checklista förutser.

## Vanliga frågor

### Gäller WCAG för PDF:er?

Ja. WCAG gäller för webbinnehåll, inklusive dokument som publiceras på en webbplats. W3C publicerar särskilda tekniker för att uppfylla WCAG i PDF-filer.

### Vår karriärsajt drivs av en tredje part. Är det vårt ansvar?

Ur kandidatens perspektiv är det din rekryteringsprocess. Be leverantören om en tillgänglighetsrapport, testa flödet och erbjud ett annat sätt att söka. Om du har ett juridiskt ansvar beror på din jurisdiktion.

### Uppfyller automatiska undertexter WCAG?

Bara om de är korrekta. Automatiska undertexter får ofta namn, siffror och termer fel; granska och rätta dem innan du förlitar dig på dem.

### Räcker en tillgänglighetsoverlay för en företagswebbplats?

Nej. Overlays åtgärdar inte den underliggande koden, dokumenten eller videorna. Läs vår guide om [tillgänglighetsoverlays och FTC:s beslut](/sv/blog/accessibility-overlays-ftc-order).

### Vilken standard bör en företagswebbplats sikta på?

WCAG 2.2 nivå AA är den aktuella versionen och det vanliga målet; många lagar och policyer hänvisar fortfarande till WCAG 2.1 AA, som en webbplats som uppfyller 2.2 AA också uppfyller.

## Källor

- WebAIM: [The WebAIM Million (2026)](https://webaim.org/projects/million/)
- W3C: [Web Content Accessibility Guidelines (WCAG) 2.2](https://www.w3.org/TR/WCAG22/)
- W3C: [Techniques for WCAG 2.2: PDF techniques](https://www.w3.org/WAI/WCAG22/Techniques/#pdf)
- W3C: [Understanding 1.2.2 Captions (Prerecorded)](https://www.w3.org/WAI/WCAG22/Understanding/captions-prerecorded)
- W3C: [Understanding 1.2.5 Audio Description (Prerecorded)](https://www.w3.org/WAI/WCAG22/Understanding/audio-description-prerecorded)
- W3C: [Making audio and video media accessible](https://www.w3.org/WAI/media/av/)
- W3C: [Understanding 2.1.2 No Keyboard Trap](https://www.w3.org/WAI/WCAG22/Understanding/no-keyboard-trap)
- W3C: [Inaccessibility of CAPTCHA](https://www.w3.org/TR/turingtest/)
- W3C: [Developing an accessibility statement](https://www.w3.org/WAI/planning/statements/)
- USA:s justitiedepartement: [Guidance on web accessibility and the ADA](https://www.ada.gov/resources/web-guidance/)
- Världshälsoorganisationen: [faktablad om funktionsnedsättning (Disability fact sheet)](https://www.who.int/news-room/fact-sheets/detail/disability-and-health)
