Een toegankelijkheidsverklaring beschrijft de stand van zaken op het moment dat u haar publiceert. Verandert er iets aan uw website — een nieuwe bestelstap, een ander formulier, een vernieuwd menu — dan verandert in de praktijk ook wat die verklaring dekt. Toetst u daarna niet opnieuw, dan loopt de verklaring inhoudelijk achter op de werkelijke site. Dat is geen technische formaliteit: de verklaring is bedoeld om te laten zien wat u heeft gecontroleerd en wat niet, en dat beeld klopt simpelweg niet meer als er ongetoetste onderdelen zijn bijgekomen.
Wat er dan concreet gebeurt, is dit: nieuwe of gewijzigde onderdelen van uw website zijn nooit beoordeeld op de eisen uit EN 301 549. Mogelijke knelpunten — een label dat ontbreekt bij een nieuw formulierveld, een knop die alleen met de muis werkt, een kleurcontrast dat net niet voldoet — blijven onopgemerkt totdat iemand er tegenaan loopt of totdat er alsnog wordt getoetst. De verklaring zelf blijft intussen op papier bestaan, maar dekt de actuele situatie niet meer volledig.
Waarom dit geen eenmalig project is
De onderliggende gedachte achter de richtlijn is dat toegankelijkheid een eigenschap van de dienst is, niet van één momentopname. Een webshop, app of zakelijke omgeving verandert voortdurend: nieuwe producten, een aangepaste kassa, een andere inlogflow, een nieuw type content op de blog. Elke wijziging kan in principe raken aan de onderdelen die eerder wél voldeden. Dat is de reden waarom toezichthouders bij een beoordeling niet alleen kijken naar het bestaan van een verklaring, maar ook naar hoe actueel die is ten opzichte van de site zoals hij nu functioneert.
Voor een MKB-organisatie betekent dit praktisch dat toetsing en publicatie geen afgerond project zijn, maar onderdeel van hoe u wijzigingen aan uw website behandelt. Wie een nieuwe pagina bouwt of een leverancier een widget laat plaatsen, doet er goed aan zich af te vragen of dat onderdeel al eerder is beoordeeld — en zo niet, of dat alsnog moet gebeuren.
Wat er in de praktijk over het hoofd wordt gezien
De meest voorkomende situaties waarin een verklaring stilzwijgend achterloopt, zijn herkenbaar: een webshop voegt een nieuwe betaalmethode toe met een eigen los scherm, een HR-afdeling zet een sollicitatieformulier van een externe partij op de site, of een kantoorapplicatie krijgt een update van de leverancier waarbij de knoppen en menustructuur veranderen. Geen van die wijzigingen voelt als een groot project, maar elk ervan introduceert nieuwe schermen die niet automatisch onder een eerdere toetsing vallen.
Ook interne herinrichtingen tellen mee: een nieuw stijlpakket dat de kleuren van knoppen aanpast, of een contentbeheersysteem dat overschakelt naar een andere editor voor alt-teksten. Dit soort wijzigingen wordt zelden gekoppeld aan de vraag of de bestaande verklaring nog klopt, simpelweg omdat het niet als 'de website' voelt maar als een kleine aanpassing.
Wat toezichthouders daarbij bekijken
Toezichthouders beoordelen per lidstaat op hun eigen manier, en de precieze werkwijze verschilt. Beschrijvend kan wel worden gezegd dat een verklaring die inhoudelijk gedateerd is — bijvoorbeeld omdat zij een oudere versie van de website beschrijft — minder aansluit bij het doel van de verklaring, namelijk een actueel en herleidbaar beeld geven van de eigen beoordeling. Of en hoe dat in een concreet geval wordt beoordeeld, is aan de bevoegde toezichthouder en, waar nodig, aan een jurist om te duiden.
Dit is ook de reden waarom axessia.eu bij elke scan aangeeft wat wel en niet automatisch is getoetst: een geautomatiseerde controle dekt een deel van de eisen, en dat staat in elk rapport vermeld. Een overlay-widget die belooft dit achteraf op te lossen, vervult de onderliggende verplichting niet — dat is een van de weinige dingen die wij zonder voorbehoud zeggen.
Hoe u dit praktisch inricht
Een werkbare aanpak is om toetsing te koppelen aan uw eigen wijzigingsproces in plaats van aan een vaste kalenderdatum. Elke keer dat er een nieuwe stap, een nieuw formulier of een nieuw type pagina bijkomt, is dat een natuurlijk moment om te controleren of dat onderdeel al is meegenomen. Voor kleinere organisaties is het vaak praktischer om dit te koppelen aan grotere wijzigingen — een nieuw kassasysteem, een nieuwe leverancier voor het inlogscherm — dan aan elke losse tekstaanpassing.
Om te zien hoe uw huidige site ervoor staat, kunt u in een paar vragen zien waar u nu staat. Wie wil begrijpen hoe zo'n beoordeling precies wordt opgebouwd en waar de informatie vandaan komt, vindt dat terug bij hoe wij de scan en het rapport opbouwen. Voor de bredere uitleg over verklaringen, beoordelingen en wat daarbij hoort, is de kennisbank waar dit per onderwerp wordt uitgelegd een logisch startpunt, en concrete twijfels over uw eigen verklaring komen vaak terug bij de veelgestelde vragen over de verklaring.
Wilt u weten of uw laatste wijzigingen al zijn meegenomen? De gratis quick-scan geeft binnen een paar minuten een eerste indicatie, zonder dat u daarvoor een account hoeft aan te maken.