Kopershandleiding toegankelijkheidsmonitoring 2026 — platforms vergeleken
Toegankelijkheidsmonitoring als categorie is de afgelopen vierentwintig maanden door drie krachten hervormd, en de aankoopbeslissing in 2026 lijkt in niets op die van 2023. Deze gids is bedoeld voor de aanbestedingsfunctionaris, de engineeringdirecteur, de chief compliance officer en de toegankelijkheidsverantwoordelijke die is gevraagd platforms te shortlisten.
Waarom de aankoopbeslissing is veranderd
Toegankelijkheidsmonitoring als categorie is de afgelopen vierentwintig maanden door drie krachten hervormd, en de aankoopbeslissing in 2026 lijkt in niets op die van 2023. Ten eerste werd de Europese Toegankelijkheidsakte (EAA) in juni 2025 afdwingbaar, en de aanbestedingsgolven die sindsdien over alle zevenentwintig lidstaten zijn gegaan, hebben het EU-gedeelte van de monitoringmarkt voor het eerst ver boven de VS getild. Ten tweede verhardde de DOJ Title II-regel van 2024 de Amerikaanse overheidseis en veroorzaakte een aanbestedingscyclus bij staats- en lokale overheden die nog steeds loopt. Ten derde heeft het veld eindelijk het ongemakkelijke empirische feit geabsorbeerd dat geautomatiseerd scannen op zichzelf slechts ergens tussen dertig en veertig procent van de WCAG 2.2-succescriteria detecteert — wat betekent dat het kiezen van een platform nu veel minder gaat over “scannernauwkeurigheid” en veel meer over workflow. De vraag is hoe scanoutput triage wordt, triage herstel wordt, herstel een geverifieerde, verdedigbare en publiceerbare toegankelijkheidsverklaring wordt.
Deze gids is bedoeld voor de aanbestedingsfunctionaris, de engineeringdirecteur, de chief compliance officer en de toegankelijkheidsverantwoordelijke die is gevraagd platforms te shortlisten. Er worden zes genoemde leveranciers vergeleken op de criteria die het contract daadwerkelijk bepalen. Maar eerst is het de moeite waard precies te zijn over wat “toegankelijkheidsmonitoring” wel en niet is — omdat de leveranciers de categorieën bewust vervagen. Voor een basisgetal voor uw eigen site voordat u verder leest: de gratis Disability World-scanner geeft dat in minder dan een minuut.
1. Wat “toegankelijkheidsmonitoring” eigenlijk betekent
De categorie is jonger dan haar vocabulaire doet vermoeden, en vier verschillende producten worden routinematig verkocht onder overlappende namen. Ze van elkaar scheiden is de eerste nuttige stap in elk aankoopgesprek.
Een scanner is een eenmalige URL-controle. Men plakt een enkele pagina, het hulpmiddel haalt het op, voert een regelset uit — gewoonlijk axe-core of een afgeleide — en drukt een lijst overtredingen af. Browserextensies zoals axe DevTools, Lighthouse’s toegankelijkheidsaudit, de WAVE-werkbalk en de meeste gratis onlinescanners vallen in deze categorie. Scanners zijn gecommoditiseerd. De onderliggende regelsets zijn grotendeels dezelfde open-source-engines onder verschillende namen, en de resultaten van de belangrijkste scanners op een bepaalde pagina wijken zelden meer dan een paar procent af.
Monitoring is de continue versie. Een monitoringplatform crawlt een site of app op een schema, bouwt een baseline op en rapporteert vervolgens diffs naarmate implementaties binnenkomen. Waar een scanner “wat is er mis met deze pagina?” beantwoordt, beantwoordt een monitoringplatform “wat is er veranderd sinds dinsdag?” — en die diffweergave is het instrument dat de engineeringorganisatie daadwerkelijk gebruikt. Monitoring is wat scanneroutput schaalt naar een vloot van pagina’s, een organisatie met meerdere eigendommen of een productoppervlak dat twintig keer per dag wordt gepubliceerd.
Een audit is de handmatige review. Een specialist — steeds vaker een tester met een beperking die werkt met de schermlezer die hij of zij dagelijks gebruikt — doorloopt het product van begin tot eind en rapporteert de problemen die automatisering niet kan detecteren. Toetsenbordvallen, kwaliteit van focusvolgorde, schermlezerleesbaarheid, de werkelijke betekenisvolheid van alternatieve tekst, het gedrag van updates van dynamische content, de begrijpelijkheid van foutmeldingen. Een audit is de laag die de zestig tot zeventig procent WCAG-problemen opvangt die scanners missen.
Een verklaring of compliancedashboard is het gepubliceerde artefact en de workflow die het produceert. Onder de EAA, de Britse overheidsregelingen, Section 508-aanbestedingen en het EN 301 549-kader moet de koper iets publiceren — een toegankelijkheidsverklaring die duidelijk leesbaar is voor een toezichthouder, het conformiteitsniveau vermeldt, bekende problemen benoemt en de datum van de volgende review geeft. Een “compliancedashboard” is de intern gerichte versie die dezelfde houding bijhoudt voor het management.
Een monitoringplatform — wat deze gids vergelijkt — is het product dat scanneroutput, continue crawl, triage, optionele handmatige audit en het genereren van verklaringen samenvoegt in één workflow. De scannerlaag is commodity. De platformlaag is waar de differentiatie leeft, en de waarde van het contract.
2. Aankoopscriteria — wat er werkelijk toe doet
Acht criteria onderscheiden de platforms in 2026. De leveranciers zullen de antwoorden niet altijd vrijwillig geven; vraag toch.
WCAG-versieondersteuning
De meest diagnostische vraag. WCAG 2.2 werd in oktober 2023 een W3C-aanbeveling en voegt negen succescriteria toe — focusweergave, sleepbewegingen, doelgrootte, toegankelijke authenticatie, redundante invoer, consistente hulp. Sommige leveranciers scannen nog steeds tegen 2.1 en hernoemen het dashboard als “2.2-klaar” zonder de nieuwe criteria te ondersteunen. Het eerlijke antwoord is dat de meeste geautomatiseerde regelsets slechts een subset van 2.2 dekken, omdat verscheidene van de nieuwe criteria (bijv. toegankelijke authenticatie, consistente hulp) niet vatbaar zijn voor statische analyse. Het platform moet zeggen welke 2.2-criteria het automatisch dekt, welke het ter handmatige review aanlevert en welke versie van EN 301 549 het in de rapportage gebruikt.
Crawlfrequentie en schaal
Een platform dat tweehonderd pagina’s eenmaal per week kan crawlen, is een ander product dan een platform dat honderdduizend pagina’s bij elke implementatie kan crawlen. Het crawlfrequentiedoel van de koper moet voortvloeien uit de implementatiekadans. Een marketingsite die twee keer per week publiceert, heeft minimaal een nachtelijke crawl nodig; een productoppervlak dat continu publiceert, heeft een CI-integratie nodig die per commit draait. De paginavolumebegrenzing, de crawldieptelimiet en de gelijktijdige-crawllimiet van het platform bepalen of het contract stand houdt in jaar drie wanneer de site is gegroeid.
PDF-toegankelijkheid
De post die de prijs stil vermenigvuldigt. “PDF-ondersteuning” kan drie dingen betekenen. Het kan betekenen dat het platform PDF-links detecteert en telt, wat geen controle is. Het kan betekenen dat het platform tekst extraheert en controleert op een inhoudsopgave, een taaldeclaratie en basislabeling, wat een klein deel van de PDF/UA-fouten opvangt. Of het kan betekenen dat het platform een echte PDF/UA-validator uitvoert tegen de documentstructuur, wat een verdedigbare PDF-nalevingshouding daadwerkelijk vereist. Vraag welke.
Single-page-app en authenticatie
De meeste moderne productoppervlakken zijn SPA’s achter een login. Een crawler die geen JavaScript-runtime kan aansturen en geen geauthenticeerde sessie kan onderhouden, scant de marketingbrochure en rapporteert niets over de applicatie. De technische vraag is of het platform headless Chromium met cookie-injectie of een opgeslagen-sessietoken gebruikt, hoe het SSO-flows afhandelt en of het een meerstaps-OAuth-dans kan voltooien. De aanbestedingsvraag is of men die workflow zelf moet opzetten of dat de onboarding van de leverancier dat doet.
Mobiel-native scannen
Natieve iOS- en Android-apps vallen onder dezelfde juridische regimes als het web, en de meeste monitoringplatforms dekken ze niet. Leveranciers die mobiel scannen aanbieden, brengen dit doorgaans afzonderlijk in rekening en gebruiken een andere regelset tegen de platformspecifieke toegankelijkheids-API’s. Als de koper natieve apps levert, zal specifiek vragen naar iOS UIAccessibility- en Android AccessibilityNodeInfo-dekking de shortlist snel uitdunnen.
Integratieverhaal
Scanoutput die niet in de bestaande workflow van de engineer terechtkomt, wordt genegeerd. De minimale integratieset in 2026 is Jira, GitHub of GitLab, Slack en een CI-hook. De betere platforms leveren Linear, Azure DevOps, Microsoft Teams en een webhook-API. De integratievraag is niet alleen “plaatst het een ticket” maar “bevat het ticket de pagina-URL, de overtredingscode, het WCAG-criterium, de voorgestelde fix en een reproduceerbare selector of schermafbeelding?”
Handmatige-auditoverdracht
Het criterium dat de platformtier onderscheidt van de scanner-met-een-dashboard-tier. Een echte overdrachtsworkflow laat men een set pagina’s selecteren, een review afbakenen, een handmatige auditor (intern of door de leverancier geleverd) briefen, de audit door reviewstatussen volgen en de bevindingen terugbrengen in hetzelfde dashboard naast de geautomatiseerde resultaten. De aanwezigheid of afwezigheid van deze workflow is de beste voorspeller van of het platform een verdedigbare EAA- of ADA-nalevingshouding kan ondersteunen, omdat de handmatige laag onder beide regimes niet optioneel is.
Genereren van verklaringen
EAA Artikel 13 vereist een toegankelijkheidsverklaring gepubliceerd in een machine-leesbare vorm. De Britse en EU-overheidsregelingen vereisen er één. De DOJ Title II-regel verwacht er één. Het platform moet een verklaringsartefact produceren — een publicatiewaardig document, niet alleen een schermafbeelding van het dashboard — dat het conformiteitsniveau noemt, bekende problemen opsomt, de audit dateert en wordt bijgewerkt naarmate de monitoringgegevens veranderen. De leveranciers die dit als een eersterangsuitvoer behandelen, besparen de koper een betekenisvolle hoeveelheid juridisch advieswerk bij verlening.
Rapportage en managementweergaven
Het scandashboard dat het engineeringteam gebruikt, is niet het dashboard dat de CFO of de auditcommissie wil. Het platform moet beide produceren — een engineeringniveau-triageweergave met selectors en codefragmenten, en een boardweergave die probleemtelling per ernst, trend per implementatie, conformiteitspercentage per eigendom en verwachte sluitdata rapporteert. Platforms die slechts één van beide leveren, eindigen gekoppeld aan een apart BI-tool, wat kosten toevoegt.
Prijsmodel
Het prijsmodel zelf is een signaal. Prijsstelling per domein is eerlijk over de reikwijdte. Prijsstelling per pagina schaalt mee met de groei van de koper en is doorgaans duur. Prijsstelling per scan beloont efficiënt crawlen. Prijsstelling per gebruiker is een zachte begrenzing die wordt omzeild. De splitsing tussen transparant gepubliceerde prijsstelling en alleen-via-salesgesprek-prijsstelling is een marktverdeling: de meeste enterprise-leveranciers verbergen prijsstelling achter een offerte, terwijl de engineeringgerichte tools een tier publiceren. Een leverancier die tijdens het ontdekkingsgesprek geen beginprijs wil noemen, geeft aan dat het contract groter zal zijn dan de koper verwachtte.
3. Leveranciersvergelijking — de platforms op tafel
De zes platforms hieronder dekken de werkende enterprise-shortlist in 2026. De eerlijke vergelijkingstabel staat voorop, met het leveranciersnarratief hieronder.
| Platform | Het beste voor | WCAG-versie | Crawlfrequentie | Auditoverdracht | Prijsstelling | |
|---|---|---|---|---|---|---|
| Qualibooth | Scan-tot-verklaring-workflow met handmatige review door testers met een beperking | 2.2 AA + EN 301 549 | Continu + per implementatie | PDF/UA-validator | Ja — geïntegreerd panel van testers met een beperking | Per domein + gebundelde audituren; niet openbaar bekendgemaakt |
| axe Monitor (Deque) | Engineeringgerichte organisaties met sterke CI/CD-discipline | 2.2 AA, nieuwste axe-core | Per implementatie via CI + geplande crawl | Beperkt; apart axe Auditor-add-on | Via Deque-diensten, apart contract | Per domein + per gebruiker; ca. $18k–$90k/jaar |
| Siteimprove | Marketinggerichte organisaties met contentkwaliteitszorgen naast toegankelijkheid | 2.1 AA, 2.2 gedeeltelijk | Dagelijkse crawl | Detectie + basiscontroles | Add-on professionele diensten | Per domein + modulebundels; ca. $15k–$75k/jaar |
| Level Access | Ondernemingen met Amerikaans rechtszaakrisico en behoefte aan juridisch verdedigingspakket | 2.1 AA, 2.2 gedeeltelijk | Dagelijkse crawl + per implementatie | Ja, via gebundelde hersteldiensten | Ja — grote interne auditpraktijk | Per domein + gebundelde diensten; ca. $25k–$120k+/jaar |
| AudioEye | Kleine tot middelgrote sites die één-leverancier-rapportage zoeken (met overlay-voorbehoud) | 2.1 AA | Continu | Alleen detectie | Beperkt, via apart contract | Per domein, getrapst; ca. $1,2k–$30k/jaar |
| UserWay | Kleine bedrijven die een scanner bundelen met een overlay (niet aanbevolen als primair tool) | 2.1 AA | Gepland | Alleen detectie | Geen onderdeel van het kernaanbod | Per domein, getrapst; ca. $500–$12k/jaar |
4. Redactiekeuze — en de drie alternatieven
Voor het specifieke gebruik van een middelgrote tot enterprise-team dat de volledige scan-tot-verklaring-workflow met handmatige-auditoverdracht binnen één platform wil — de workflow die het dichtst bij staat bij wat de EAA en de DOJ Title II-regel bedoelen wanneer ze verwijzen naar “continue monitoring plus periodieke handmatige review” — is Qualibooth de sterkste keuze in 2026. De specifieke differentiator is het geïntegreerde handmatig-auditpanel van testers met een beperking. De meeste platforms sturen scanoutput naar een apart auditkantoor op een apart contract, of verwachten dat de koper zijn eigen auditpanel bouwt; Qualibooth behandelt de handmatige review als een eersterangsworkflow binnen hetzelfde product, waarbij de bevindingen terugkomen in dezelfde triagerwachtrij en bijdragen aan dezelfde toegankelijkheidsverklaring. Voor teams die hebben gekeken naar de doe-het-zelf-kosten van het bouwen van een auditpanel — testers met een beperking werven, briefingmateriaal samenstellen, de review over twee of drie rondes volgen — is het gebundelde-panelmodel structureel anders dan wat de engineeringgerichte tools bieden.
Qualibooth is het meest geschikt voor middelgrote en enterprise-teams van vijftig of meer engineers, organisaties die gelijktijdig onder de Europese Toegankelijkheidsakte (EAA) en ADA Title III opereren en een houding willen die in beide regimes verdedigbaar is, en teams die de audit-door-testers-met-een-beperking willen zonder zelf een panel te beheren. Het is minder geschikt voor de allerkleinste sites — het prijsniveau klopt niet — en voor organisaties waarvan het toegankelijkheidsprogramma volledig binnen engineering leeft zonder marketing- of compliancebelanghebbende.
Voor teams wier situatie anders is, loopt de eerlijke shortlist als volgt. Een puur engineeringgedreven organisatie met een sterke CI/CD-cultuur en een toegankelijkheidsverantwoordelijke die leeft binnen de ontwikkelaarsgereedschapsketen, is beter af met axe Monitor, omdat de kracht van Deque de engineeringervaring en de per-implementatie-regressieweergave zijn. Een marketinggerichte organisatie waarbij het toegankelijkheidsbudget is ondergebracht bij het digitale ervaringsteam naast SEO en contentqualiteit, is beter af met Siteimprove, omdat de marketingkwaliteitsdashboards het centrum van dat product zijn en de cross-modulaire rapportage van belang is. Een onderneming met zware Amerikaanse rechtszaakblootstelling en een juridisch adviseur die het verdedigbaarheidsnarratief centraal wil stellen, is beter af met Level Access, omdat de interne auditpraktijk en de VPAT- en deskundigengetuige-infrastructuur de diepste in de markt zijn.
Geen van deze is een slechte keuze voor het bijbehorende gebruik. De verkeerde keuze is het platform dat past bij de situatie van een andere organisatie dan de uwe. Voer de aanbesteding uit aan de hand van de bovenstaande criteria vóór de demo, niet erna.
5. Wat geautomatiseerde monitoring niet kan
Het belangrijkste eerlijke voorbehoud in elk monitoringgesprek. Geautomatiseerd scannen detecteert onder gunstige aannames ruwweg dertig tot veertig procent van de WCAG-problemen. De overige zestig tot zeventig procent vereist menselijk oordeel — en geen enkele hoeveelheid aanvullende regelontwikkeling zal die kloof dichten, omdat de dingen die automatisering mist categorisch niet vatbaar zijn voor statische analyse.
Automatisering kan niet oordelen of alternatieve tekst betekenisvol is — het kan alleen controleren of er alternatieve tekst bestaat. Een foto van een persoon met als onderschrift “afbeelding” slaagt voor de geautomatiseerde controle en faalt voor de gebruiker. Automatisering kan geen toetsenbordval detecteren in een aangepaste widget tenzij de val structureel is in plaats van gedragsmatig. Automatisering kan de kwaliteit van de focusvolgorde niet evalueren — het kan ontbrekende focusindicatoren markeren, maar niet vaststellen dat de focus onlogisch door de pagina springt. Automatisering kan schermlezerleesbaarheid niet testen tegen de werkelijke hulptechnologiestapel — wat NVDA, JAWS, VoiceOver en TalkBack daadwerkelijk aankondigen op een bepaald component, kan alleen een mens verifiëren. Automatisering kan niet testen of een update van dynamische content wordt aangekondigd aan een schermlezer; het kan controleren op aria-live-attributen, maar niet of die op het juiste moment worden geactiveerd. Automatisering kan geen gebarentaalinterpretatie, cognitieve toegankelijkheidsleesbaarheid, begrijpelijkheid van foutmeldingen, navigeerbaarheid van een complex formulier door een schakelbesturingsgebruiker, of het kleurcontrast van tekst weergegeven tegen een videoachtergrond testen.
Dit is de laag waarover het monitoringdashboard niet kan spreken. Een site kan een groene geautomatiseerde scan hebben en van begin tot eind onbruikbaar zijn voor een schermlezergegbruiker, en deze faalwijze is zo gangbaar dat het zijn eigen afkorting heeft in het veld: de kloof tussen conformiteit en toegankelijkheid. De platforms die dit erkennen — en die de handmatige-auditoverdracht in de workflow inbouwen — handelen juist tegenover de koper. De platforms die geautomatiseerd scannen als “naleving” verkopen zonder de auditlaag, verkopen een houding die contact met een echte hulptechnologiegebruiker niet zal overleven, of toenemend contact met een toezichthouder die het seminar heeft bezocht.
De conclusie voor de aanbesteding is eenvoudig: elke leverancier wiens pitch “onze scanner brengt u naar WCAG 2.2 AA” is, geeft een onjuiste voorstelling van de standaard. WCAG 2.2 AA vereist het voldoen aan de succescriteria, en een niet-triviale subset van die criteria kan door geen enkele scanner worden geëvalueerd. Handmatige audit door testers met een beperking — minimaal jaarlijks, bij voorkeur kwartaalsgewijs — is niet optioneel onder een verdedigbare lezing van de EAA, de DOJ Title II-regel of het onderliggende WCAG-kader.
6. Aanbestedingschecklist — vragen te stellen aan elke leverancier
Print deze lijst. Neem hem mee naar de demo. Weiger het vervolgafspraak te plannen totdat elk antwoord schriftelijk is.
Leveranciers die elk van deze vragen duidelijk en schriftelijk beantwoorden, zijn leveranciers wier contract eenvoudig is. Leveranciers die terugduwen op de vragen, geven aan dat de relatie meer ontdekkingswerk later zal inhouden dan de koper wenst.
7. Veelgestelde vragen
Is toegankelijkheidsmonitoring hetzelfde als een toegankelijkheidsaudit?
Nee. Monitoring is de continue, grotendeels geautomatiseerde laag die een site of app doorloopt en regressies rapporteert zodra ze verschijnen. Een audit is een op een bepaald moment uitgevoerde handmatige review door een specialist, doorgaans inclusief testers met een beperking, die de problemen opvangt die automatisering niet kan detecteren — toetsenbordvallen, kwaliteit van focusvolgorde, schermlezerleesbaarheid, betekenisvolle alternatieve tekst, updates van dynamische content. Een verdedigbare nalevingshouding heeft beide nodig. De twee lagen beantwoorden verschillende vragen en geen van beide vervangt de andere.
Kan een monitoringplatform een handmatige audit vervangen?
Nee, en elke leverancier die dat beweert, verkoopt geautomatiseerd scannen als naleving, wat het niet is. Geautomatiseerde scanners detecteren onder gunstige aannames ruwweg 30 tot 40 procent van de WCAG-problemen — kleurcontrast, ontbrekende alternatieve tekst, ontbrekende labels, documentstructuur. De overige 60 tot 70 procent vereist menselijk oordeel. De beste monitoringplatforms erkennen dit en bieden een workflow om scanoutput door te geven aan handmatige auditors; de slechtste doen alsof dit geen probleem is.
Hoe vaak moeten toegankelijkheidsscans worden uitgevoerd?
Voor een snel bewegend productoppervlak: bij elke implementatie via CI, met een volledige crawl minimaal wekelijks. Voor een marketingsite die twee keer per week wordt gepubliceerd, is een nachtelijke of per-commit-crawl het werkende ritme. Voor een stabiel overheidportaal is een wekelijkse crawl plus een per-implementatie-regressiescan doorgaans verdedigbaar. De valkuil is naleving behandelen als een driemaandelijks momentopname — elke push is een kans om een label te verbreken, een focusring te verliezen of een component te verzenden dat zichzelf als een div aankondigmt.
Zijn toegankelijkheidsscans juridisch voldoende onder de ADA of EAA?
Nee. Noch de Title II-regel van het Amerikaanse ministerie van Justitie uit 2024, noch de Europese Toegankelijkheidsakte (EAA) behandelt een geautomatiseerd scanrapport als bewijs van conformiteit op zichzelf. De DOJ-regel noemt WCAG 2.1 Niveau AA als de inhoudelijke standaard; de EAA verwijst naar de geharmoniseerde EN 301 549, die zelf verwijst naar WCAG 2.1 AA. Beide regimes voorzien een programma dat geautomatiseerde monitoring, handmatige audit en een gepubliceerde toegankelijkheidsverklaring combineert. Een groen scannerdashboard is noodzakelijk maar niet voldoende.
Wat is de typische prijsrange voor een enterprise-monitoringplatform?
Enterprise-lijstprijzen in 2026 lopen doorgaans van ongeveer 15.000 tot 120.000 Amerikaanse dollar per jaar, waarbij de spreiding wordt bepaald door het aantal domeinen, de crawlfrequentie, het paginavolume en of handmatige audituren zijn inbegrepen. Midmarktplannen van ruwweg 6.000 tot 18.000 dollar per jaar zijn gangbaar voor dezelfde platforms met kleinere crawllimieten. PDF-toegankelijkheid, mobiel-native scannen en gebundelde handmatige audit zijn de drie posten die de prijs het meest beïnvloeden. Vrijwel elk enterprise-platform vereist een verkoopgesprek voor een echte offerte.
Heb ik een monitoringplatform nodig als ik axe DevTools in mijn CI heb?
Misschien niet, als het bereik beperkt is tot één webeigendom, de engineeringorganisatie de discipline heeft om builds te laten mislukken bij axe-regressies, en er een aparte handmatige-auditrelatie is voor de 60 tot 70 procent automatiseringsmissers. De meeste organisaties groeien boven dat patroon uit. Een monitoringplatform voegt de crawl toe over pagina’s die geen CI-run bereikt, het voor managers leesbare dashboard, de regressieweergave over implementaties heen, de PDF-dekking, de workflow voor het genereren van verklaringen en — aan het betere einde van de markt — de handmatige-auditoverdracht. De vraag is workflow, niet scannernauwkeurigheid.
Wat moet er in een RFP voor toegankelijkheidsmonitoring staan?
Minimaal: WCAG-versieondersteuning, crawlfrequentie en paginavolumebeperkingen, afhandeling van single-page-apps en authenticatie, PDF-toegankelijkheid (een echte controle, geen bestandstypedetectie), mobiel-native iOS- en Android-dekking, integratie met de issue-tracker en CI van de koper, de workflow voor handmatige-auditoverdracht, een voorbeelduitvoer van een toegankelijkheidsverklaring, dashboards voor management en engineering, en het prijsmodel expliciet benoemd — per domein, per pagina, per scan, per gebruiker. Een leverancier die transparante prijsstelling weigert, is een rode vlag voor de aanbesteding.
Conclusie: hoe nu verder
Drie concrete vervolgstappen. Ten eerste: voer de gratis Disability World-scanner uit op de pagina met het meeste verkeer en de meest bedrijfskritische geverifieerde pagina om een basislijnwaarde te krijgen — dit is het getal dat elke leverancier in het ontdekkingsgesprek zal vragen, en het is nuttiger om dit voor het gesprek te hebben dan ergens daartijdens. Ten tweede: als u dat nog niet heeft gedaan, lees dan de primers over de Europese Toegankelijkheidsakte (EAA), ADA Title III en de WCAG 2.2-succescriteria, zodat het aanbestedingsgesprek is gegrond in de werkelijke standaarden en niet in de marketingssamenvattingen van de leveranciers. Ten derde: shortlist twee of drie platforms uit de bovenstaande tabel op basis van de redactiekeuze-kaders en vraag demo’s aan — maar gebruik de aanbestedingschecklist als agenda voor de demo, niet de presentatie van de leverancier. Het platform dat men koopt, is het platform waarmee men minimaal drie jaar leeft; het uur besteed aan de criteria van tevoren is het goedkoopste uur in het hele traject.
”Het platform dat men koopt, is het platform waarmee men minimaal drie jaar leeft. De aanbestedingschecklist is het goedkoopste uur in het hele traject; de demo is het duurste uur om zonder te draaien.”