Räcker en tillgänglighetswidget för att uppfylla lagkraven?

Driver du en webbutik har någon säkert erbjudit dig en tillgänglighetswidget med ett löfte på köpet: lägg in ett skript så blir webbplatsen tillgänglig, förenlig med lagen och skyddad mot rättsliga problem. Vi gör själva en sådan widget, SiteAccessible, så vi har ett eget intresse av svaret. Här är det: ingen widget gör en webbplats förenlig med kraven. Inte vår, inte någon annans.

Vad är en overlay eller tillgänglighetswidget?

En tillgänglighets-overlay är kod från tredje part, oftast JavaScript, som läggs till på en webbplats för att försöka förbättra tillgängligheten. Europeiska kommissionen beskriver overlays som ”verktyg som kan läggas till på webbplatser i syfte att förbättra tillgängligheten”. I praktiken används ordet om två ganska olika saker, och skillnaden spelar roll.

• Paneler som besökaren styr. En knapp öppnar en meny där besökaren kan välja större text, mer avstånd, högre kontrast, en läslinjal eller uppläsning. Ingenting ska ändras om inte besökaren ber om det.
• Automatiska ”reparerande” overlays. Ett skript skannar sidan när den laddas och försöker rätta den i farten: det gissar alternativtexter, lägger till etiketter på formulärfält, skriver om ARIA-attribut (koden som talar om för skärmläsare vad ett element är) och slår ibland på ett särskilt läge när det upptäcker en skärmläsare.

Många produkter gör både och. Vår är bara av det första slaget: den skannar inte och skriver inte om din kod. Men ingen av varianterna ändrar den webbplats som en standard testas mot.

Kan en widget få en webbplats att uppfylla WCAG, EAA eller ADA?

Nej. Tillgänglighetsstandarder och lagar gäller webbplatsens egen kod, eget innehåll och egna rutiner, inte ett lager som läggs ovanpå. Europeiska kommissionen skriver att verktyg som inte får ”själva webbplatsen” att uppfylla standarden ”inte är en lämplig lösning”, och funktionsrättsorganisationerna håller med. I USA har konsumentmyndigheten bötfällt en leverantör som påstod motsatsen.

Den sidan handlar om webbplatser i offentlig sektor, men butiker och banker som omfattas av tillgänglighetsdirektivet mäts mot samma standard, EN 301 549, som bygger på riktlinjerna för tillgängligt webbinnehåll (WCAG).

Skälet är praktiskt. WCAG testas på sidan så som alla får den. Om din grå brödtext inte når upp till minimikontrasten ändrar en kontrastknapp i en panel ingenting, eftersom sidan fortfarande underkänns för varje besökare som aldrig öppnar panelen. Reparationsskript stöter på samma problem: programvara kan inte på ett tillförlitligt sätt veta vad ett produktfoto föreställer eller vad ett fält utan etikett är till för.

Overlay Fact Sheet (öppnas i en ny flik), ett öppet brev med 1 048 undertecknare när vi räknade den 13 oktober 2026, säger det utan omsvep: ”Ingen overlay-produkt på marknaden kan göra att en webbplats fullt ut uppfyller någon befintlig tillgänglighetsstandard.” I USA anger justitiedepartementet ingen teknisk webbstandard för privata företag. Departementets vägledning från 2022 (öppnas i en ny flik), den officiella text vi har hittat som är mest positiv till de här verktygen, säger att kontrollverktyg och overlays ”kan vara användbara verktyg” men ”behöver användas med försiktighet”, och att en felfri rapport ”inte nödvändigtvis betyder att allt är tillgängligt”.

Vad beslutade FTC om accessiBe?

I april 2025 fastställde den amerikanska konsumentmyndigheten Federal Trade Commission (FTC) ett beslut som ålägger overlay-leverantören accessiBe att betala 1 miljon dollar. FTC hade hävdat att företagets påstående att dess accessWidget ”kan göra vilken webbplats som helst förenlig med WCAG” var falskt, vilseledande eller saknade belägg, och att företaget presenterade artiklar och recensioner som det hade kopplingar till som oberoende omdömen.

FTC meddelade det föreslagna beslutet (öppnas i en ny flik) den 3 januari 2025 och godkände det (öppnas i en ny flik) den 22 april 2025. accessiBe får inte längre påstå att dess automatiserade produkter ”kan göra vilken webbplats som helst förenlig med WCAG” eller ”kan säkerställa fortsatt förenlighet med WCAG över tid” utan belägg.

För att vara rättvis: FTC tog ställning till ett företags marknadsföring, inte till om overlays hjälper någon. Men löftet som myndigheten slog ned på finns fortfarande på många landningssidor. Det löftet tänker vi inte ge.

Vad säger användare med funktionsnedsättning och tillgänglighetsexperter om overlays?

Mest att overlays inte hjälper särskilt mycket och ibland står i vägen. European Disability Forum (EDF) och International Association of Accessibility Professionals (IAAP) säger att de inte gör en webbplats förenlig med kraven, och i en studie från 2024 med 47 blinda och synsvaga användare tyckte de flesta att overlays inte var till hjälp, och många rapporterade konflikter med sina hjälpmedel.

Uttalandet skonar inte heller paneler som vår. Där står att även om ”vissa av dessa funktioner kan hjälpa vissa användare, är de flesta överflödiga eftersom de redan finns i webbläsarna eller i de hjälpmedel som användarna själva har valt”. Vi tycker ändå att en panel har en plats, men kritiken är rimlig och du ska få höra den från oss. Uttalandet sätter också ribban som varje widget måste klara: ”Det är inte acceptabelt att overlays, pluginer eller widgetar hindrar användarnas tillgång till sina hjälpmedel, sitt val av webbläsare och/eller operativsystemets funktioner.”

Studien är ”The Promise and Pitfalls of Web Accessibility Overlays for Blind and Low Vision Users” (öppnas i en ny flik) av Makati, Tigwell och Shinohara (ACM ASSETS, oktober 2024). En sammanfattning från University of Washington (öppnas i en ny flik) tillägger att upp till 42 % av de svarande hade slutat använda webbplatser med overlays, medan vissa hade nytta av små justeringar som teckenstorlek eller färgkontrast.

I Tyskland tillåter BIK BITV-Test (öppnas i en ny flik) inte sina kvalitetsmärken på en webbplats som kör ett overlay-verktyg. Det gäller även paneler som vår, och därför uppmanar vår dokumentation om tillgänglighetsdirektivet kunderna att pausa widgeten medan ett sådant test pågår.

Blir webbplatser med widgetar ändå stämda?

Ja. UsableNet, som följer stämningar om digital tillgänglighet i USA, räknade 2025 mellan 95 och 155 stämningar i månaden mot webbplatser som redan hade en tillgänglighetswidget installerad, och såg ”ingen nämnvärd minskning av stämningar mot widgetanvändare” under året. En widget tar inte bort de hinder som stämningarna beskriver.

UsableNets genomgång av stämningarna 2025 (öppnas i en ny flik) räknade fler än 5 000 stämningar om digital tillgänglighet i USA det året. I en del stämningsansökningar pekas numera själva widgeten ut, med påståendet att den stör skärmläsare.

Läs siffrorna med försiktighet. UsableNet säljer tillgänglighetstjänster, och räkningen visar inte att widgetar drar till sig stämningar; många webbplatser har helt enkelt en. Den visar något snävare, och det är det som spelar roll: att ha en widget installerad höll inte de här företagen borta från domstolen.

När kan en tillgänglighetspanel för besökare hjälpa?

En inställningspanel hjälper när en besökare behöver en ändring som webbplatsen inte erbjuder från början och inte vet hur den görs i webbläsaren eller operativsystemet. Den passar tillfälliga och situationsbundna behov, som trötta ögon, migrän eller en mobil i starkt solljus, bättre än behoven hos vana användare av hjälpmedel.

Här skiljer vi oss från de hårdaste kritikerna, så vi håller isär belägg och åsikt. Beläggen: vana användare av skärmläsare och förstoringsprogram tycker oftast inte att overlays hjälper, och vissa har nytta av enkla ändringar som textstorlek och kontrast. Vår åsikt: många som skulle läsa bekvämare med större text har aldrig öppnat webbläsarens tillgänglighetsinställningar, och en synlig knapp är lättare att hitta.

• En äldre kund som tycker att produktbeskrivningarna är små och trånga och aldrig har använt webbläsarens zoom.
• Någon med dyslexi som läser lättare med större avstånd och en läslinjal.
• Vem som helst som vill stoppa animationer medan hen fyller i ett bokningsformulär.

Det här är ändringar av presentationen på en webbplats som redan fungerar. En panel kan inte ge en skärmläsaranvändare en etikett som inte finns i koden, och den kan inte göra en kassa möjlig att använda med tangentbordet.

Vad kan gå fel, och hur bör en widget vara byggd?

De största riskerna är en widget som krockar med besökarens egna hjälpmedel, fångar tangentbordsfokus, ändrar sidan utan att någon bett om det eller skapar brus för skärmläsaranvändare. En väl byggd widget håller sig undan tills någon öppnar den, går själv att använda fullt ut med tangentbord och skärmläsare och skriver aldrig om sidans semantik.

Pröva varje produkt, vår egen inräknad, mot den här listan med tangentbordet och en gratis skärmläsare, som i vår guide om hur du testar webbplatsens tillgänglighet.

• Avstängd tills någon ber om den. Ingenting ändras förrän en besökare slår på något. Att upptäcka hjälpmedel automatiskt är dessutom ett integritetsproblem, som EDF och IAAP påpekar, eftersom det antyder en funktionsnedsättning.
• Ingen automatisk omskrivning. Gissade alternativtexter och injicerad ARIA kan motsäga det som en skärmläsare annars skulle ha läst upp.
• Tillgänglig i sig. En riktig knapp, en panel som fungerar med Tab, piltangenter och Escape, fokus som återställs när panelen stängs och ett begripligt namn på varje kontroll.
• Respekterar systeminställningar. Om besökarens system ber om reducerad rörelse stoppas widgetens egna animationer.
• Ur vägen. Besökaren kan flytta den bort från din knapp ”Lägg i varukorgen”.
• Privat och avstängbar. Inställningarna sparas i besökarens webbläsare och bara för din webbplats, och du kan pausa widgeten under en granskning.

Vad gör vår widget, och vad gör den inte?

SiteAccessible är en panel som besökaren styr: besökare kan ändra kontrast, textstorlek, avstånd, typsnitt, pekare och läshjälpmedel eller välja en av åtta profiler. Den varken skannar, reparerar eller skriver om din kod, den får inte din webbplats att uppfylla någon standard och den ger dig inget rättsligt skydd. Så här står den sig mot listan ovan.

Planerna Pro och Business har dessutom en generator för tillgänglighetsredogörelser, som registrerar den status du väljer i stället för att avgöra den. Resten finns i funktionslistan.

Vad ska du göra i stället för, eller vid sidan av, en widget?

Åtgärda tillgängligheten där den finns: i dina mallar, ditt innehåll och dina rutiner. Testa med automatiska verktyg och för hand, låt personer med funktionsnedsättning testa dina viktigaste flöden, publicera en ärlig tillgänglighetsredogörelse och fortsätt att kontrollera när webbplatsen förändras. En widget, om du vill ha en, läggs ovanpå det arbetet och ersätter aldrig någon del av det.

1. Ta reda på hur läget ser ut. Kör ett gratis automatiskt verktyg och testa sedan dina viktigaste flöden för hand: sökning, produktsida, varukorg, kassa.
2. Åtgärda källan. Börja med det som hindrar någon från att slutföra en uppgift: formulärfält utan etiketter, knappar utan namn, tangentbordsfällor, text med låg kontrast, bilder utan alternativtext. En del går att rätta på tio minuter i ditt publiceringssystem; annat kräver en utvecklare.
3. Kontrollera vad lagen kräver av dig. Säljer du till konsumenter i EU, läs vad tillgänglighetsdirektivet kräver, inklusive undantaget för mikroföretag som tillhandahåller tjänster.
4. Testa med personer med funktionsnedsättning. Kommissionen rekommenderar att man ”alltid involverar personer med funktionsnedsättning i testningen”. Redan två testtillfällen på din kassa hjälper.
5. Publicera en ärlig redogörelse för vad du har testat och vad som fortfarande saknas. Vår guide om tillgänglighetsredogörelser har en mall.
6. Följ upp löpande. Testa igen efter större ändringar och minst en gång om året.

Lägger du sedan till en widget, gör det för de besökare som kommer att använda den, inte för syns skull. Och om någon, vi själva inräknade, säger att ett skript gör din webbplats förenlig med kraven: be att få se granskningen.