Accessibility - En del av
Lagens möjligheter
Logga för databasen Lagens möjligheter
  • Accessibility
    • Om Accessibility
    • Access kicks
    • Access kristdemokraterna
    • Access stronger
    • Easy-Access - Kontrollverktyg
    • Ur DIGG:s granskningsprotokoll
  • Juridiskt bibliotek
    • Artikelsök
Skalningsfaktorer
Koordinater: (1.121 är rek)
Dimensioner: (1.121 är rek)
Sortera element efter:






Filtrering

Tillgänglighetsöversikt

Om denna sida

©️De juris est AB Publicerad: 2025-07-09 av Dennis Ivarsson, +46(0)703-262656
Detta är en ögonblicksbild av webbplatsen kristdemokraterna.se den 2025-07-16 kl. 15:50.

Detta är en artikel med syfte att belysa vilka grundläggande aspekter av en webbplats som kommer att stå i fokus i samband med tillsyn enligt den nya tillgänglighetslagen (LPTT) som trädde ikraft i Sverige den 28 juni 2025. Kristdemokraterna.se är en betydligt mindre webbplats och för ett helt annat syfte jämfört med de två e-handelsaktörer som också har granskats här; kicks.se och strongerlabel.com/se. Nedan följer korta grundläggande observationer avseende tillgänglighet och därefter en lista med alla tabb-bara -element, som vid muspekning fokuseras på bilden i fönstrets högra del. Detta gränssnitt är framtaget av De juris est AB och används i den inledande fasen när vi bistår med rådgivning för att uppfylla kraven i tillgänglighetslagen. Läs mer om hur verktyget används här. Det bör påpekas att just webbplatser för handel där många produkter trängs är särskilt utmanande ur ett tillgänglighetsperspektiv. Dock får tillsynsmyndigheten PTS antas prioritera denna typ av sidor hos större aktörer som dagligen tilldrar sig en betydande andel av konsumenttrafiken i Sverige.

Observationer för tillgänglighet i korthet

Rubriker och informationsstruktur

Sett till HTML-koden – som avslöjas när de 42 tabb-bara elementen följds i ordning – uppträder alla visuella rubriker som vanliga <div> eller <span> med stilmallar. Därmed saknas den semantiska landmärken som skärmläsare använder för att bygga dokumentöversikter. Resultatet är att en användare som hoppar mellan rubriker (t.ex. med H-tangenten i NVDA) hamnar i ett vakuum; navigeringen sker i stället länk för länk och saknar den övergripande hierarki som WCAG 2.2 SC 1.3.1 och 2.4.6 förutsätter. Sidan upplevs alltså luftig och block-orienterad visuellt, men den underliggande strukturen blir platt och svåröverblickad för hjälpmedel.

Tangentbordslogik och fokusordning

Fokusflödet speglar i stort det visuella: logotyp, fem topp-ikoner, hero-CTA, nyhetskort, snabblänkar, fyra åtgärdsknappar, två kampanjbanners och därefter sidfot. Det är bra ur ett designperspektiv och följer andemeningen i SC 2.4.3. Men två centrala knappar – ”Bli medlem här” och ”Skriv dina förslag här” – har satts till tabindex="-1" och är därför osynliga för tangentbords­användare. De är dessutom inbäddade i länkar som redan är fokuserbara, vilket gör att funktionalitet både döljs och dupliceras. Det bryter rakt av mot SC 2.1.1 Keyboard och riskerar även fokusfällor (SC 2.1.2) när skärmläsaren försöker tolka dubbelkontrollen.

Nestade länkar och åtkomligt namn

I båda kampanjblocken finns alltså en länk som omger en knapp. När skärmläsaren landar på länken får användaren höra rubriktexten, men knappen som visuellt lockar till klick går inte att nå. Den dubbla rollen – en <a> inuti vilken det ligger ett <button> – bryter principen i SC 4.1.2 Name, Role, Value: varje interaktiv yta ska ha tydlig roll och ett unikt, program­matiskt namn. Liknande problem finns längst ned på sidan där en PDF-ikon är enda innehållet i en länk utan alt-text; länken saknar således synligt namn och uppfyller inte SC 1.1.1 Non-text Content.

Semantik vs ”div-itis”

Hela sidan vilar på en ”div- och span-arkitektur” snarare än på <header>, <nav>, <main>, <footer> och ordnade listor. Avsaknaden av aria-landmärken eller semantiska element gör det omöjligt att hoppa mellan huvudregioner med skärmläsarens snabbtangenter. För WCAG 2.2 betyder det att SC 1.3.1 (relationer) och SC 2.4.1 (bypass-block) inte uppfylls; användaren tvingas tabba genom samtliga topp­ikoner innan hen når huvudmaterialet.

Volymen tabb-stopp och inbäddningar

Att en startsida har 42 fokusbara noder är i sig inget hinder. Problemet är snarare balansen: många av dessa noder innehåller ytterligare två–fyra spans eller svg-element som inte bär någon verklig information. Detta sväller DOM-trädet, försvårar underhåll och ökar risken att någon djupt liggande span av misstag blir fokuserbar. När man dessutom bäddar in bildlänkar utan alternativtext eller duplicerar samma suffix ”(länk till annan webbplats, öppnas i nytt fönster)” i varsitt dolt element blir upplevelsen snabbt redundant för skärmläsare och testverktyg.

Övriga WCAG-aspekter som märks

Färgkontrasterna i topp- och sidfotfältet är goda, men de gula call-to-action-knapparna ligger farligt nära gränsvärdet mot vit bakgrund, vilket riskerar att falla under SC 1.4.3 för användare med nedsatt syn. Ikonknapparna ”Lyssna”, ”Språk” och sociala medier behöver också verifieras mot SC 1.4.11 eftersom enbart en blå ikon mot mörkblå bakgrund kan ge för låg kontrast för icke-textuell grafik.

Rekommenderade förbättringar (i korthet)

  • Rubrik- och landmark-struktur – ersätt stylade <div>-rubriker med genuina <h1–h3> och rama in huvuddelen med <main>; lägg till <header> och <footer> eller motsvarande role-attribut.
  • Skip-link – placera en ”Hoppa till innehåll”-länk först i koden som blir synlig vid fokus.
  • Ett element – en roll – ta bort knapparna inuti länkarna, eller omvänt; låt den visuellt framträdande kontrollen vara den enda tabb-bara ytan.
  • Tillgängliga namn – ge PDF-ikonen en alt-text och se till att varje länk har självbärande, synlig text.
  • Kontrastkontroll – verifiera gula knappar och blå ikoner mot WCAG-kraven.

Med dessa justeringar täcker sidan kärnkraven i WCAG 2.2 – framför allt 1.1.1, 1.3.1, 2.1.1, 2.4.1, 2.4.3, 2.4.4, 2.4.6 och 4.1.2 – och står därmed starkare även vid en formell EN 301 549-granskning.