Toegankelijke website: wat het BFSG van bedrijven verlangt — en van wie

Sinds 28 juni 2025 geldt in Duitsland het Barrierefreiheitsstärkungsgesetz, kort BFSG — de Duitse wet ter versterking van de toegankelijkheid. Sindsdien circuleren in veel bedrijven twee tegengestelde misvattingen: „dat raakt ons vast niet" — en „nu moet elke website onmiddellijk toegankelijk zijn, anders dreigen boetes". Geen van beide klopt zo. Een duiding van wie daadwerkelijk moet handelen, wat de wet concreet verlangt en waarom toegankelijkheid ook los van elke plicht loont.

Voor de transparantie: dit artikel verschijnt als advertentie uit de omgeving van een webbureau (Duitstalig). Het is geen juridisch advies — bij twijfel hoort de vraag of het eigen aanbod onder de wet valt in handen van een advocaat. Wat een tekst als deze wel kan: de logica van de wet begrijpelijk maken en laten zien waar het praktische werk begint.

Eerst de herkomst. Het BFSG zet een Europese richtlijn om, de European Accessibility Act. Doel is dat mensen met een beperking producten en diensten van het digitale dagelijks leven op gelijke voet kunnen gebruiken — van de geldautomaat via het e-book tot de webwinkel. Voor websites is het beslissende punt: onder de wet vallen vooral elektronisch verrichte diensten voor consumenten, in de eerste plaats het elektronische handelsverkeer.

Vertaald betekent dat: wie via zijn website overeenkomsten met consumenten voorbereidt of sluit — een webwinkel exploiteert, afspraken of tickets laat boeken, diensten online verkoopt — valt met die functies in beginsel onder de wet. Een louter informerende website zonder zulke functies, bijvoorbeeld het klassieke digitale visitekaartje van een installatiebedrijf, valt er daarentegen doorgaans niet rechtstreeks onder. Evenmin als zuivere zakelijke relaties tussen bedrijven onderling.

De tweede belangrijke grens: micro-ondernemingen die diensten aanbieden zijn uitgezonderd — bedoeld zijn bedrijven met minder dan tien medewerkers en ten hoogste twee miljoen euro jaaromzet of jaarlijks balanstotaal. Een kleine webwinkel onder die drempels hoeft dus niet per se te verbouwen. Maar voorzichtigheid is geboden bij de zelfindeling: de afbakeningen zijn in het concrete geval minder eenduidig dan ze klinken, en wie groeit, groeit ooit ook de plicht in.

Twee andere punten horen erbij, zodat de zelfinschatting niet te eenvoudig uitvalt. Ten eerste kent de wet overgangsregelingen voor bepaalde bestaande gevallen — waar die zich precies wel en niet toe uitstrekken, is een vraag van het concrete geval, waarop niemand blindelings mag vertrouwen. Ten tweede verlangt de wet van betrokken aanbieders niet alleen de toegankelijkheid zelf, maar ook informatie over de manier waarop de eigen dienst aan de eisen voldoet. Hoe beide in detail moeten worden vormgegeven, hoort thuis bij deskundig advies; beslissend is om te beginnen de wetenschap dat deze plichten überhaupt bestaan — wie ze kent, kan ze inplannen in plaats van erachteraan te lopen.

Wat verlangt de wet inhoudelijk? Zij verwijst in de kern naar erkende technische standaarden — in Europa de norm EN 301 549, die op haar beurt voortbouwt op de internationaal gevestigde Web Content Accessibility Guidelines. Hun logica laat zich in vier principes samenvatten: inhoud moet waarneembaar, bedienbaar, begrijpelijk en robuust zijn. Achter die abstracte woorden gaan zeer concrete, toetsbare eisen schuil.

Waarneembaar betekent bijvoorbeeld: voldoende contrast tussen tekst en achtergrond, teksten die zich laten vergroten zonder dat de lay-out breekt, en alternatieve teksten bij beelden, zodat voorleessoftware kan beschrijven wat er te zien is. Wie ooit heeft geprobeerd lichtgrijze tekst op een witte ondergrond in de zon te lezen, vermoedt het al: van deze eisen profiteren geenszins alleen mensen met een erkende beperking.

Bedienbaar betekent vooral: de hele website moet zonder muis werken. Veel mensen met motorische of visuele beperkingen navigeren via het toetsenbord — daarvoor moet zichtbaar zijn welk element op dat moment de focus heeft, mogen menu's niet uitsluitend op de muisaanwijzer reageren en formulieren geen doodlopende wegen bevatten. Begrijpelijk betreft taal en structuur: heldere labels, navolgbare foutmeldingen, consistente navigatie. Robuust ten slotte betekent zuivere, standaardconforme code waarmee hulptechnologie betrouwbaar kan werken.

In de dagelijkse praktijk kom je de overtredingen steeds op dezelfde plekken tegen. De als beeld opgeslagen pdf-menukaart, waaruit geen voorleessoftware één letter haalt. De video zonder ondertiteling. Het contactformulier waarvan de velden geen labels dragen, zodat onduidelijk blijft waar de naam en waar het bericht hoort. De carrousel op de homepage die doorspringt voordat iemand de tekst kon bevatten. Het elegante grijstintje dat op het scherm van de ontwerper mooi oogde en bij daglicht verdwijnt. Niets daarvan is kwade wil — het zijn gewoonten die niemand ooit ter discussie heeft gesteld. Juist daarom laten ze zich ook afleren, zodra iemand ernaar kijkt.

Hoe streng wordt daarop gecontroleerd? Bevoegd zijn de markttoezichtautoriteiten van de deelstaten; zij kunnen aanbieders tot verbetering verplichten en boetes opleggen. Een landelijke controlegolf valt op korte termijn niet te verwachten — de structuren daarvoor ontstaan op veel plaatsen zelf pas. Daarop gokken zou desondanks kortzichtig zijn: klachten van betrokkenen en belangenorganisaties kunnen procedures in gang zetten, en wie pas onder druk verbouwt, betaalt vrijwel altijd meer dan bij een geplande uitvoering.

Daarmee naar het praktische deel — en naar een ongemakkelijke waarheid: toegankelijkheid laat zich slecht achteraf „opspuiten". Een contrastprobleem is snel verholpen, een ontoegankelijke navigatiestructuur niet. Het economisch beste moment voor toegankelijkheid is daarom een toch al geplande relaunch: wie structuur, ontwerp en componenten van meet af aan volgens de vier principes bouwt, betaalt een overzichtelijke meerprijs in plaats van later een grote verbouwing.

Wie een relaunch uitbesteedt, zou het onderwerp daarom uitdrukkelijk in de opdracht moeten opnemen in plaats van het stilzwijgend te veronderstellen. Drie vragen aan het bureau volstaan voor het begin: volgens welke standaard wordt er gebouwd, en hoe wordt de naleving getoetst? Wordt er met toetsenbord en voorleessoftware getest — of alleen met een automatisch werktuig? En worden degenen die later de inhoud beheren ingewerkt, zodat alternatieve teksten en koppenstructuur na de livegang niet verloederen? Aan de antwoorden valt goed af te lezen of toegankelijkheid tot het vakmanschap van de aanbieder behoort of alleen tot zijn folder.

In de projectpraktijk betekent dat: toegankelijkheid begint niet in de code, maar in het ontwerp. Werkt een bureau UX-gericht, dan zijn veel eisen sowieso onderdeel van het vak — contrasten worden bij het vastleggen van het kleurenpalet getoetst, focustoestanden bij het vormgeven van de componenten meeontworpen, formulieren van meet af aan met labels en begrijpelijke fouttekst opgezet. Zo houdt ook het Osnabrückse bureau BitBau het aan, uit wiens projectpraktijk de voorbeelden in dit artikel stammen: niet als boekbare extra dienst, maar als onderdeel van het normale ontwerpproces.

Hoe relevant dit thema is, los van elke paragrafenkwestie, laat een van die projecten zien: de website van Praxis am Salzmarkt, een site voor een huisartsenpraktijk in drie talen, tot stand gekomen in twaalf weken. Een praktijk bereikt van nature veel oudere patiënten, mensen met een visuele beperking, mensen in stresssituaties. Of de wet zo'n site formeel raakt, is dan bijna bijzaak: wie spreekuren, contact en routebeschrijving niet voor iedereen toegankelijk maakt, mist domweg het doel van de site.

Het nut reikt sowieso verder dan de plicht. Miljoenen mensen in Duitsland leven met een beperking; daar komen allen bij wier gezichtsvermogen of fijne motoriek met de jaren afneemt — en de alledaagse, situationele beperkingen: fel zonlicht op het scherm, het kind op de arm, de gebroken arm. Toegankelijke sites zijn in al deze situaties simpelweg beter bruikbaar. Buitengesloten bezoekers zijn, heel nuchter bekeken, buitengesloten klanten.

Daar komt een technische verwantschap bij die vaak over het hoofd wordt gezien: veel van wat toegankelijkheid verlangt, verlangt ook zoekmachineoptimalisatie. Een zuivere koppenstructuur, beschreven beelden, begrijpelijke linkteksten, snelle en robuuste pagina's — zoekmachines „lezen" websites op vergelijkbare wijze als voorleessoftware: zonder ogen. Wie voor schermlezers bouwt, bouwt in de regel ook beter voor Google.

Toegankelijkheid eindigt bovendien niet bij de techniek. Ook inhoud kan barrières opwerpen: verstrengelde zinnen, vakjargon zonder uitleg, linkteksten als „klik hier" die uit hun verband gerukt niets betekenen, tussenkoppen die niet verraden wat er volgt. Heldere taal en zuivere structuur zijn geen kwestie van stijl, maar onderdeel van de toegankelijkheid — en ze kosten in het lopende beheer niets extra, zodra ze gewoonte zijn geworden. Hier ligt tegelijk de blijvende taak van de exploitant: de zorgvuldigst toegankelijk gebouwde website verliest zijn kwaliteit wanneer nieuwe beelden zonder alternatieve teksten en nieuwe pagina's zonder structuur worden ingevoerd.

Een waarschuwing hoort eveneens bij eerlijk advies: de zogeheten overlay-werktuigen, die via een ingesloten script beloven elke website automatisch toegankelijk te maken. Zulke werktuigen kunnen losse aanpassingen aanbieden, maar structurele gebreken — ontbrekende labels, onlogische volgordes, toetsenbordvallen — verhelpen ze niet betrouwbaar. Wie daar alleen op vertrouwt, wiegt zich in een zekerheid die bij een controle geen stand houdt.

Hoe te beginnen? Realistisch in drie stappen. Ten eerste de inventarisatie: geautomatiseerde toetswerktuigen vinden een deel van de problemen, een handmatige test — toetsenbord in plaats van muis, voorleessoftware, contrastcontrole — de rest. Ten tweede prioriteren: eerst de wegen die bezoekers daadwerkelijk afleggen, dus contact, boeking, aankoop. Ten derde blijvend verankeren: toegankelijkheid is geen project met een einddatum, maar een kwaliteitskenmerk dat bij elke nieuwe pagina en elke nieuwe inhoud moet meelopen.

Voor de allereerste stap zijn niet eens vakmensen nodig — de meest onthullende zelfproef kost tien minuten. Bedien de eigen website eens uitsluitend met het toetsenbord: met de tabtoets van element naar element springen, met de entertoets activeren, en daarbij de weg gaan die een klant daadwerkelijk aflegt — homepage, aanbod, contactformulier, verzenden. Veelvoorkomende bevindingen: de zichtbare focus verdwijnt na een paar stappen, de cookiebanner laat zich zonder muis niet sluiten, het uitklapmenu niet openen. Wie deze proef doorstaat, heeft nog geen garantie op toegankelijkheid. Maar wie erop stukloopt, weet heel precies waar het werk begint.

Blijft de uitgangsvraag: moet ik? Misschien niet — als micro-onderneming, met een zuivere informatiesite of in puur zakelijke handel met bedrijven mogelijk inderdaad niet, waarbij de indeling bij twijfel aan vakmensen toebehoort. De betere vraag is een andere: kan ik het me veroorloven een deel van mijn bezoekers buiten te sluiten — bij een thema waarbij wetgever, zoekmachines en demografische ontwikkeling herkenbaar dezelfde kant op wijzen? Wie toch al een relaunch plant, heeft het antwoord praktischerwijs meteen bij de hand.