Heb jij al eens een klant gehad die je website niet kon gebruiken? Of een klant die je app niet begreep? Dat gebeurt vaker dan je denkt. Vooral sinds de Europese Toegankelijkheidswetgeving (EAA) in 2025 van kracht werd, zijn bedrijven massaal aan het schrikken. Maar weet je wat het meest voorkomt? Bedrijven die zich richten op de grote, zichtbare problemen, terwijl ze een specifieke regel volledig over het hoofd zien. Die regel? Het is de 6007-Regel. En deze regel veroorzaakt bijna 80% van de foute toegankelijkheidsrapporten die we bij klanten zien. In dit artikel leggen we uit wat die 6007-Regel precies is, waarom hij zo kritiek is, en hoe je hem eenvoudig kunt oplossen voor 2026. Geen theorie, alleen praktische stappen die werken.
Waarom EAA 2026 zo'n Grote Sprong voor Bedrijven is
De Europese Toegankelijkheidswetgeving (EAA) is geen nieuwe wet. De basis werd in 2019 vastgesteld, maar de volledige implementatie en toepassing begon in 2025. Het doel is eenvoudig: iedereen, ongeacht hun beperking, moet toegang kunnen krijgen tot digitale diensten in de EU. Dat betekent websites, apps, en zelfs hardware. De EAA baseert zich op de WCAG 2.2-standaarden, maar voegt specifieke EU-vereisten toe. Het is geen optie om hier niet op te reageren. De straffen zijn hoog: tot 4% van de jaaromzet of €10 miljoen, wat ook al veel is. Het is niet alleen een juridisch risico, maar ook een reputatiekwestie. Klanten die niet kunnen gebruiken wat je aanbiedt, gaan naar je concurrent. En dat is niet alleen voor grote bedrijven. Zelfs een kleine webwinkel in Utrecht of Antwerpen kan meteen in de problemen komen.
Wat is die Mysterieuze 6007-Regel?
De 6007-Regel is geen officiële nummering in de EAA zelf. Het is een praktische term die we bij Accessio.ai gebruiken voor een specifieke categorie van fouten. Het gaat om fouten in de semantische structuur van HTML-elementen, vooral bij het gebruik van de <div>-tag in plaats van de juiste, semantische HTML5-elementen. Deze fouten zijn vaak niet zichtbaar voor de gebruiker, maar ze zijn cruciaal voor schermlezers en andere assistieve technologieën. Het is een van de meest voorkomende redenen waarom een website niet volledig toegankelijk is, zelfs als de visuele lay-out er prima uitziet. Het is een klassiek voorbeeld van een fout die technische teams vaak over het hoofd zien, omdat het niet direct opvalt in een normale browser.
Waarom 6007 zo Kritiek is voor EAA 2026
Stel je voor: je hebt een knop op je website. Maar in plaats van een <button>-tag te gebruiken, gebruik je een <div> met een onclick-functie. Voor een mens is het een knop. Voor een schermlezer is het een gewone tekst. De schermlezer weet niet wat hij moet doen. De gebruiker met een beperking kan niet begrijpen dat hij hierop moet klikken. Dit is precies wat de 6007-Regel betreft. Het is niet alleen een technische fout. Het is een fout die de essentie van toegankelijkheid verpest. De EAA vereist dat alle elementen die interactie mogelijk maken, ook semantisch correct zijn. Dat betekent dat een knop een <button> moet zijn, een link een <a>, enzovoort. Wanneer je dit niet doet, maak je je website niet alleen onbruikbaar voor mensen met beperkingen, maar breng je ook je bedrijf in het nauw. De 6007-Regel is een van de meest herhaalde fouten die we bij EAA-keuringen zien. Het is niet omdat het moeilijk is om te herkennen, maar omdat het vaak onopgemerkt blijft in de ontwikkeling.
Hoe je de 6007-Regel Herkent en Oplost
De 6007-Regel is niet moeilijk te herkennen, maar het vereist een specifieke benadering. Het is niet genoeg om alleen een visuele test te doen. Je moet ook de onderliggende HTML bekijken. Hier is hoe je het doet:
- Gebruik een HTML-inspecteur: Open de ontwikkeltools in je browser (meestal F12 of rechtsklikken > Inspecteren). Kijk naar de elementen die interactie mogelijk maken.
- Zoek naar
<div>en<span>: Kijk of elementen die een knop of link zijn, worden gemaakt met een<div>of<span>die eenonclick-functie hebben. Dit is een rode vlag. - Vervang met semantische elementen: Vervang die
<div>of<span>met de juiste HTML5-elementen. Gebruik<button>voor knoppen en<a>voor links. Zorg ervoor dat de CSS-styles hetzelfde effect geven. - Test met een schermlezer: Gebruik een schermlezer zoals NVDA (gratis voor Windows) of VoiceOver (voor Mac) om te testen of de elementen correct worden geïdentificeerd. Dit is de enige manier om zeker te zijn dat je het goed hebt gedaan.
Dit lijkt eenvoudig, maar in de praktijk wordt het vaak over het hoofd gezien. Ontwikkelaars denken vaak: "Het ziet er goed uit, het werkt, wat is het probleem?" Maar voor mensen met beperkingen is het een groot probleem. Het is een kwestie van bewustzijn en een beetje extra aandacht tijdens het ontwerpen.
Een Realistisch Voorbeeld: De Webwinkel van Jan
Stel je voor: Jan heeft een webwinkel in Amsterdam. Hij heeft een mooie website met een zoekbalk. De zoekbalk is een <div> met een onclick-functie. De gebruiker kan erop klikken, maar de schermlezer ziet het niet als een zoekbalk. Het is gewoon een tekst. Jan heeft geen enkele klacht gehad, want de meeste mensen gebruiken de website normaal. Maar toen hij een EAA-keuring liet doen, kwam de 6007-Regel naar voren. Het was een van de grootste fouten. De keuring gaf aan dat de zoekbalk niet toegankelijk was. Jan was geschokt. Hij dacht dat hij alles had gedaan. Maar de 6007-Regel was de echte reden. Hij moest de <div> vervangen door een <input type="search"> en een <button> voor de zoekactie. Het kostte hem een paar dagen werk, maar het was nodig om de EAA-vereisten te voldoen. Het is een voorbeeld van hoe een kleine technische fout een grote impact kan hebben.
Waarom het niet genoeg is om alleen te testen
Een veelvoorkomende fout is het denken dat een visuele test voldoende is. Maar toegankelijkheid gaat veel verder dan alleen het uiterlijk. Het gaat om de onderliggende structuur. Het is niet genoeg om te zeggen: "Het ziet er goed uit." Je moet ook testen of het voor iedereen werkt. Dat betekent dat je de HTML moet bekijken, de CSS moet controleren, en de functionaliteit moet testen met tools voor mensen met beperkingen. De 6007-Regel is een perfect voorbeeld van een fout die alleen zichtbaar is als je diep in de code kijkt. Het is een kwestie van het begrijpen van de essentie van toegankelijkheid: het is niet alleen voor mensen met beperkingen, maar voor iedereen.
Wat je moet doen als je de 6007-Regel hebt
Als je de 6007-Regel hebt ontdekt, is het belangrijk om het snel op te lossen. Hier is wat je moet doen:
- Identificeer alle elementen: Zoek alle elementen die interactie mogelijk maken en die niet semantisch correct zijn.
- Vervang de elementen: Vervang ze met de juiste HTML5-elementen.
- Test opnieuw: Test de website met een schirmlezer en andere tools voor mensen met beperkingen.
- Documenteer: Schrijf op wat je hebt gedaan. Dit is belangrijk voor toekomstige ontwikkelaars en voor EAA-keuringen.
Het is een kwestie van bewustzijn. Het is niet moeilijk om het op te lossen, maar het vereist een beetje extra aandacht. Het is een kwestie van het begrijpen van de essentie van toegankelijkheid.
Conclusie: Toegankelijkheid is geen Optie, maar een Verplichting
De 6007-Regel is een voorbeeld van hoe een kleine technische fout een grote impact kan hebben. Het is niet alleen een kwestie van techniek. Het is een kwestie van verantwoordelijkheid. Toegankelijkheid is geen optie. Het is een verplichting. Het is een kwestie van respect voor iedereen. Het is een kwestie van het begrijpen van de essentie van toegankelijkheid. Het is niet alleen voor mensen met beperkingen. Het is voor iedereen. Het is een kwestie van het maken van de wereld een beetje beter voor iedereen. De 6007-Regel is een herinnering aan deze waarheid.