Reicht ein Barrierefreiheits-Plugin oder Overlay aus?

Nein. Overlays verändern die Darstellung im Browser, während fehlerhafter Code, fehlende Labels und falsche Überschriften bestehen bleiben. Für eine belastbare Umsetzung nach WCAG 2.1 AA müssen die Ursachen im Theme und in den Inhalten behoben werden.

Muss ich meine Website komplett neu bauen lassen?

In den meisten Fällen nicht. Kontraste, Fokusdarstellung, Formulare und Alternativtexte lassen sich in einer bestehenden Website korrigieren. Ein Neuaufbau ist nur dann sinnvoll, wenn die technische Grundlage saubere Semantik kaum zulässt.

Welcher Standard gilt für das BFSG?

Für Websites orientiert sich die Umsetzung in der Praxis an der europäischen Norm EN 301 549, die für Webinhalte auf WCAG 2.1 in der Stufe AA verweist. Diesen Standard lege ich meiner Prüfung zugrunde.

Findet ein automatischer Test alle Barrieren?

Nein. Werkzeuge wie axe erkennen zuverlässig technische Mängel wie zu geringe Kontraste oder fehlende Attribute. Ob ein Alternativtext sinnvoll ist oder die Tastaturreihenfolge logisch verläuft, lässt sich nur manuell prüfen.

Was kostet es, eine Website barrierefrei zu machen?

Der Aufwand hängt von der Zahl der Seitentypen, den eingesetzten Erweiterungen und dem Zustand des Codes ab. Nach dem kostenfreien Erstgespräch und einer ersten Sichtung erhalten Sie ein schriftliches Angebot mit klar abgegrenztem Leistungsumfang.

Bleibt meine Website nach der Umsetzung dauerhaft barrierefrei?

Nur wenn neue Inhalte dieselben Regeln einhalten. Deshalb gehört eine kurze Einweisung für Ihr Redaktionsteam zur Übergabe, und bei größeren Änderungen empfiehlt sich eine erneute Prüfung.

Tillgänglighet enligt BFSG

Göra en befintlig webbplats tillgänglig

En befintlig webbplats kan i de flesta fall göras tillgänglig utan att byggas om helt. Avgörande är en noggrann granskning enligt WCAG 2.1 AA, eftersom det är först då som det visar sig om hindren finns i enskilt innehåll, i temat eller i den tekniska grunden.

Jag granskar din webbplats automatiskt och manuellt, åtgärdar de upptäckta hindren direkt i koden och dokumenterar resultatet så att du på ett begripligt sätt kan styrka det enligt lagen om att stärka tillgängligheten (BFSG).

Elias Arndt

Webbutveckling, programmering och AI
★★★★★ 5,0 på Google

Skicka en projektförfrågan

Beskriv ert projekt med några meningar. Ni får personlig återkoppling.

Så känner du igen hinder på din webbplats

Många hinder märks knappt i vardagen, eftersom de flesta besökare använder mus och har god syn. Ett enkelt självtest gör dem snabbt synliga: Lägg undan musen och försök använda webbplatsen enbart med tabbtangenten och Enter. Om du då inte kan se vilket element som är markerat, om menyn inte går att öppna eller om du fastnar i en cookie-banner har du redan hittat de första hindren.

Andra typiska tecken är ljusgrå text på vit bakgrund, formulär som efter inskickning bara visar rödmarkerade fält utan förklaring och bilder som för skärmläsare endast läses upp som filnamn. Även texter som kapas när de förstoras till 200 procent eller löper ut åt sidan från skärmen hör dit.

Sedan den 28 juni 2025 gäller BFSG. Det innebär att många tjänsteleverantörer som riktar sig till konsumenter, exempelvis med webbutik, bokningsflöde eller kontaktformulär för att ingå avtal, måste erbjuda en tillgänglig tjänst. Mikroföretag med färre än tio anställda och högst två miljoner euro i årsomsättning är som tjänsteleverantörer i regel undantagna. Om din webbplats omfattas i det enskilda fallet bör du låta göra en juridisk bedömning. Tekniskt är WCAG 2.1 AA riktmärket för genomförandet.

Var tekniska hinder uppstår

De flesta brister kan härledas till ett fåtal orsaker. När du känner till dem kan du åtgärda dem på rätt ställe en gång, i stället för att lappa varje sida för sig.

För låga kontraster

WCAG 2.1 AA kräver ett kontrastförhållande på minst 4,5 till 1 för normal text. Orsaken finns ofta i temats färgangivelser, så att en central anpassning korrigerar många sidor samtidigt.

Saknade alternativtexter

Bilder med informationsinnehåll behöver en beskrivning, medan dekorativa bilder behöver ett tomt alt-attribut. Båda blandas ofta ihop eller glöms helt bort i redaktionella system.

Ingen tangentbordsanvändning

Menyer, dragspel och sliders från sidbyggare reagerar ofta bara på musklick. Dessutom tar många teman bort den synliga fokusramen eftersom den uppfattas som störande.

Formulärfält utan etiketter

Platshållartext i fältet ersätter inte en riktig etikett. Felmeddelanden måste dessutom visas som text och kopplas till respektive fält, så att skärmläsare kan läsa upp dem.

Otydlig sidstruktur

Rubriker som endast har valts utifrån teckenstorlek, och saknade landmärken som navigering eller huvudområde, försvårar orienteringen. Skärmläsaranvändare hoppar målmedvetet genom sidan via denna struktur.

Widgetar som laddas in i efterhand

Inbäddade kartor, chattfönster, bokningsmoduler och cookie-banners kommer ofta från tredjepartsleverantörer. Deras brister kan bara åtgärdas delvis, därför bör även valet av dem granskas.

Overlay-verktyg

Skript som lovar tillgänglighet med ett knapptryck ändrar presentationen i efterhand i webbläsaren. De reparerar inte den underliggande koden, och vissa skapar till och med nya problem för skärmläsare.

Så gör jag er befintliga webbplats tillgänglig

Inventering

Jag granskar ett representativt urval av era sidtyper automatiserat med axe och därefter manuellt med tangentbord, zoom och skärmläsare. Automatiska verktyg upptäcker bara en del av kriterierna, till exempel kontraster och saknade etiketter; begriplig ordning och meningsfulla alternativtexter kan bara bedömas av en människa.

Prioritering

Ni får en lista över bristerna, sorterad efter påverkan och arbetsinsats. Hinder i kontaktformulär, kassa eller bokning placeras högst eftersom de utestänger människor från webbplatsens egentliga mål.

Åtgärdande i koden

Jag korrigerar tema, mallar och egna komponenter vid källan, till exempel färgvariabler, fokusvisning, ARIA-attribut och formulärlogik. Ändringarna görs i en förhandsgranskningsmiljö och publiceras först efter ert godkännande.

Efterkontroll

Efter genomförandet upprepar jag den automatiserade och manuella granskningen. Så ser ni svart på vitt vilka brister som har åtgärdats och var det fortfarande finns begränsningar, till exempel i innehåll från tredjepartsleverantörer.

Redogörelse och underhåll

Avslutningsvis hjälper jag er med tillgänglighetsredogörelsen och visar ert team vad det behöver tänka på när nytt innehåll läggs in. Tillgängligheten bevaras bara om nya bilder, PDF-filer och sidor följer samma regler.

I praktiken: En fastighetsmäklares webbplats

För en fastighetsmäklare i Schleswig-Holstein har jag implementerat tillgänglighet enligt WCAG 2.1 AA. Den automatiserade granskningen med axe rapporterar 0 överträdelser på 19 granskade sidor.

Särskilt krävande var fastighetssökningen. Den bygger på ett eget WordPress-plugin med filter efter ort och objekttyp, och just sådana interaktiva filter är i många färdiga lösningar knappt användbara med tangentbord och skärmläsare. Eftersom koden kommer från en egenutveckling gick det att korrigera användningen direkt i källan.

Till samma projekt hör ett eget SEO-plugin med titlar, beskrivningar och strukturerade data för mäklare och fastighetserbjudanden. Tydliga rubriker och en klar sidstruktur hjälper skärmläsare och sökmotorer på samma sätt.

När efteranpassning når sina gränser

Att bygga ut lönar sig så länge den tekniska grunden håller. Om din webbplats kommer från en föråldrad webbplattform eller från en pagebuilder som packar varje element i många nästlade containrar kan arbetsinsatsen för ren semantik bli större än vid en nybyggnation. I så fall diskuterar jag öppet med dig om en relansering av webbplatsen är den mer ekonomiska lösningen.

Tillgänglighet och laddningstid hänger dessutom nära ihop. Den som lägger in bilder på nytt med alternativtexter kan komprimera dem i samma omgång, och slimmad kod hjälper både skärmläsare och mobila enheter. Om din webbplats är för långsam går det därför bra att ta itu med båda frågorna samtidigt.

Efter avslutat arbete håller regelbundet underhåll av webbplatsen den uppnådda nivån, eftersom uppdateringar av tema och tillägg kan skriva över enskilda förbättringar.

Vanliga frågor om tillgänglig webbplats

Räcker ett tillgänglighetsplugin eller en overlay?

Nej. Overlays ändrar visningen i webbläsaren, medan felaktig kod, saknade etiketter och felaktiga rubriker består. För en tillförlitlig implementering enligt WCAG 2.1 AA måste orsakerna åtgärdas i temat och innehållet.

Måste jag låta bygga om hela min webbplats?

I de flesta fall inte. Kontraster, fokusvisning, formulär och alternativtexter kan korrigeras på en befintlig webbplats. En ny uppbyggnad är bara meningsfull om den tekniska grunden knappt tillåter korrekt semantik.

Vilken standard gäller för BFSG?

För webbplatser utgår genomförandet i praktiken från den europeiska standarden EN 301 549, som för webbinnehåll hänvisar till WCAG 2.1 på nivå AA. Jag baserar min granskning på denna standard.

Upptäcker ett automatiskt test alla hinder?

Nej. Verktyg som axe upptäcker tillförlitligt tekniska brister som för låga kontraster eller saknade attribut. Om en alternativtext är meningsfull eller om tangentbordsordningen är logisk kan bara granskas manuellt.

Vad kostar det att göra en webbplats tillgänglig?

Arbetsinsatsen beror på antalet sidtyper, de tillägg som används och kodens skick. Efter det kostnadsfria första samtalet och en första genomgång får ni en skriftlig offert med tydligt avgränsad omfattning.

Förblir min webbplats permanent tillgänglig efter genomförandet?

Bara om nytt innehåll följer samma regler. Därför ingår en kort introduktion för ert redaktionsteam i överlämningen, och vid större ändringar rekommenderas en ny granskning.

Låt granska er webbplats med avseende på tillgänglighetsbrister

Beskriv kort vilken webbplats det gäller och vilka funktioner era kunder använder där. I det kostnadsfria första samtalet bedömer vi tillsammans vilken omfattning av granskningen som är lämplig för er.

Tillgänglig måndag till fredag kl. 8–20. Relaterade ämnen: Relansering av webbplats · Webbplatsen är för långsam · WordPress-underhåll · Webbutveckling, programmering och KI