Het bedrag voor een verbeterplan zelf is meestal beperkt: dat is het document met de geprioriteerde lijst van knelpunten, de bijbehorende deadlines en de onderbouwing waarom iets wel of niet urgent is. De echte kosten zitten in de stap daarna, het daadwerkelijk laten aanpassen van de website, webshop of app door een ontwikkelaar. En dat bedrag verschilt enorm, afhankelijk van een paar factoren die hieronder worden besproken.
Wat het vooral bepaalt, is niet het aantal gevonden knelpunten maar het type knelpunt en de plek waar het zit. Een ontbrekend kleurcontrast op een paar koppen is in een middag op te lossen. Een afrekenstap die niet met een toetsenbord te bedienen is, raakt vaak de onderliggende code van een betaalde of op maat gebouwde component, en dat kost merkbaar meer tijd. Het verbeterplan zegt wat er moet gebeuren en in welke volgorde; het zegt niet hoeveel uur een ontwikkelaar daarvoor nodig heeft, want dat hangt af van hoe de site is gebouwd.
Waar het bedrag vandaan komt
De meeste offertes voor het herstellen van toegankelijkheidsknelpunten zijn opgebouwd uit drie delen: de tijd om het probleem te begrijpen, de tijd om het te verhelpen, en de tijd om te controleren of de oplossing ook werkt met een schermlezer of alleen toetsenbord. Dat laatste onderdeel wordt vaak vergeten in een eerste inschatting, maar is precies waar herstelwerk uitloopt: een knop die er visueel goed uitziet, kan nog steeds niet aankondigen wat hij doet aan assistieve technologie.
Een tweede kostenpost is het platform zelf. Een webshop op een standaardplatform met goed onderhouden thema's heeft vaak al een deel van de basis op orde, zoals correcte koppenstructuur en basis-focusvolgorde. Een zakelijke site met een op maat gebouwde inlogomgeving of een eigen bestelflow mist die basis soms volledig, en dan is het geen kwestie van instellingen aanpassen maar van componenten herschrijven. per situatie nalezen wat er precies wordt getoetst geeft een beeld van welke onderdelen van een site meestal het meeste werk vragen.
Een derde factor is wie het werk uitvoert. Interne ontwikkelaars die de code al kennen, zijn vaak sneller dan een externe partij die eerst moet uitzoeken hoe alles in elkaar steekt. Omgekeerd heeft een externe partij die vaker dit soort herstelwerk doet, een voordeel in ervaring met precies dit type gebreken, zoals formulierlabels of alternatieve teksten die structureel ontbreken.
Wat het bedrag niet verlaagt
Een toegankelijkheidswidget die beweert de site in één klik te verbeteren, lost geen van deze onderliggende problemen op en verlaagt dus ook de werkelijke kosten niet. Zo'n overlay voegt een laag toe aan de voorkant van de site, maar de onderliggende code, de formulierlabels, de focusvolgorde, blijft ongewijzigd. Toezichthouders en de wettekst zelf gaan uit van de daadwerkelijke toegankelijkheid van de onderliggende dienst, niet van wat een widget belooft te doen. Wie hierop vertrouwt, stelt de kosten van echt herstelwerk alleen uit.
Een ander misverstand is dat alles in één keer hersteld moet worden om kosten te besparen op uurtarief. In de praktijk werkt een gefaseerde aanpak vaak goedkoper, omdat de ernstigste knelpunten — bijvoorbeeld een afrekenstap die met een schermlezer niet te voltooien is — eerst worden opgelost, terwijl kleinere punten zoals kleurcontrast in een reguliere onderhoudscyclus meelopen. Dat is precies waar een geprioriteerde actielijst in gewone taal waarde toevoegt: ontwikkelaars weten dan waar ze als eerste moeten beginnen, in plaats van alles tegelijk aan te pakken.
Wat axessia wel en niet doet
Axessia stelt de actielijst op, legt vast wat er is getoetst en bewaakt of een wijziging aan de site opnieuw toetsing nodig maakt. Het daadwerkelijke herstelwerk, het schrijven van nieuwe code of het aanpassen van een thema, ligt bij uw eigen ontwikkelaar of bureau. Dat onderscheid is bewust: een automatische scan kan een deel van de eisen niet toetsen, en het uitvoeren van reparaties vraagt kennis van uw specifieke platform die een scan niet heeft.
Wie wil weten welk deel van de kosten überhaupt relevant is voor de eigen situatie, begint met de vraag of de wet van toepassing is. in een paar vragen een eerste indicatie krijgen laat zien of een vrijstelling geldt, bijvoorbeeld voor micro-ondernemingen, voordat er over herstelkosten wordt nagedacht. Voor wie al weet dat de wet geldt en benieuwd is wat axessia's eigen rapportage en verklaring kosten, staat dat los van het herstelwerk op het overzicht van abonnementen en wat daarin zit.
Twijfelt u nog over een onderdeel van uw site, of wilt u weten hoe een eerdere toetsing tot stand kwam voordat u een ontwikkelaar inschakelt? nalezen waar de beoordeling vandaan komt legt uit welke bronnen daarbij worden gebruikt.
De gratis quick-scan geeft op een handvol kernpagina's een eerste beeld van waar de grootste knelpunten zitten, zonder dat daar een account voor nodig is. Dat is een goed startpunt om in te schatten hoeveel herstelwerk er ongeveer aankomt, voordat u een offerte bij een ontwikkelaar opvraagt.