Het team publiceert een “RGAA-compatibel” herontwerp. Twee weken later stromen de klachten binnen: slechtziende gebruikers die acht seconden wachten voordat het menu wordt weergegeven, CDN dat een foutpagina weergeeft die sinds de dag ervoor in de cache is opgeslagen, applicatiefirewall die de automatische validatie blokkeert. De HTML-code is schoon; infrastructuur niet.
Digitale toegankelijkheid – RGAA, WCAG, Europese richtlijn over toegankelijkheid – is primair gebaseerd op inhoud, ontwerp en ontwikkeling. Maar ongeschikte hosting kan voorkomen dat een website die anderszins aan de regels voldoet niet bruikbaar is: latentie, niet-beschikbaarheid, slechte TLS- of CDN-configuratie, overdreven agressieve beveiligingsregels. Het negeren van deze laag betekent dat de kwetsbare flexibiliteit vanaf de eerste belastingpiek wordt opgeheven.
Wat de infrastructuur controleert – en wat niet
Drie reikwijdten overlappen elkaar en de verantwoordelijkheden moeten vóór elke audit duidelijk zijn.
Buiten de hostingscope – uw verantwoordelijkheid: contrasten, tekstalternatieven, semantische structuur, toetsenbordnavigatie, correct gelabelde formulieren, focusbeheer. Geen enkel hostingcontract ondertekent uw toegankelijkheidsverklaring voor u.
Gedeeld bereik: waargenomen prestaties, stabiliteit, HTTPS-compatibiliteit, HTTP-headers (Cache-Control, Content-Type, Content-Language), afwezigheid van scripts geïnjecteerd door het platform of het beheerpaneel. Jij configureert; de host levert de laag die ze verzendt.
Pure hostingscope: beschikbaarheid, gedeelde of VPS-capaciteit, locatie van CDN-aanwezigheidspunten, firewallregels voor applicaties, doorvoerbeperking. Dit zijn hefbomen die vaak vergeten worden in toegankelijkheidstestplannen.
| Gebruikerssymptoom | Mogelijke infrastructuuroorzaak | Diagnostisch spoor |
|---|---|---|
| Af en toe blanco pagina | Processor- of geheugenverzadiging | Bewaak de belasting, upgrade |
| Deadline voor het indienen van formulieren | Reactietijd tot eerste byte > 3 s | Cache, PHP-FPM, database |
| Validator geblokkeerd | Applicatiefirewall / anti-bot | IP-witte lijst controleren |
| Media niet geladen | Anti-directe linkbescherming | CDN- of hostregel |
Een perfecte lokale Lighthouse-score is waardeloos als de gedeelde score daalt bij elke piek in het nieuwsbriefverkeer.
Waargenomen prestaties: een vergeten toegankelijkheidscriterium
Toegankelijkheidsbenchmarks zijn niet beperkt tot markup. Een site die er de facto tien seconden over doet om te reageren, sluit gebruikers met een beperkte mobiele verbinding, mensen met cognitieve vermoeidheid of mensen die een trage interface tussen twee interacties moeten onthouden, uit.
Meet de responstijd van de eerste byte en de grootste contentvolle verf in productie, niet alleen in lokale enscenering. Een verzadigd gedeeld platform, een database met een slechte grootte of een slecht geconfigureerd CDN verslechteren de ondersteunende ervaring net zo goed als een afbeelding zonder een 'alt'-attribuut.
De RGAA-criteria die zijn gekoppeld aan de uptime voor essentiële services kruisen rechtstreeks de host-SLA en de statuspagina. Als uw site wordt beschouwd als een openbare dienst of een essentiële dienst, is de onbeschikbaarheid niet alleen een technisch incident: het is een toegangsbarrière.
CDN, compressie en firewall: de stille valstrikken
Een CDN versnelt de levering, maar kan ook HTML transformeren, bronnen agressief comprimeren, foutpagina's in de cache opslaan of botbeheerscripts injecteren. Elke transformatie is een risico voor schermlezers en ondersteunde browsers.
“Automatische minificatie”-optimalisaties op dynamische pagina’s zijn bijzonder gevaarlijk: ze kunnen ARIA-attributen verwijderen, de tabvolgorde verbreken of de semantische structuur wijzigen. Test na elke CDN-configuratiewijziging, met en zonder schermlezer.
De applicatiefirewall blokkeert soms auditrobots (pa11y, WAVE, RGAA-validators) die worden verward met kwaadaardig verkeer. Zorg voor een tijdelijke witte lijst voor test-IP's of een ongefilterde staging-mirror. Zonder dit kan uw laatste auditdatum een omgeving zijn waar niemand daadwerkelijk naar kijkt.
Beste praktijken aan de hostingkant
Pre-productieomgeving: voer pa11y-, axe-core- of uw RGAA-tests uit op een stabiele URL, identiek aan de productie in termen van serverconfiguratie, vóór elke grote release.
CDN geconfigureerd zonder HTML te verbreken: vermijd blinde automatische optimalisaties op dynamische pagina's; documenteer elke transformatieregel.
Gedocumenteerde beschikbaarheid: verwijs naar de contractuele SLA, de statuspagina en externe monitoring gedurende minimaal dertig dagen.
Toegang tot audittools: sta tijdelijk test-IP's toe of zorg voor een staging-spiegel die toegankelijk is voor automatische validators.
Vergelijk aanbiedingen via de overzicht door te kijken naar de gedocumenteerde prestaties en kwaliteit van de ondersteuning – niet alleen naar de prijs van de gedeelde service.
De top
Beslis en ga vooruit zonder blinde vlek
Begin met het meten van de responstijd van de eerste byte en de beschikbaarheid van dertig dagen in productie, vanuit meerdere regio's als uw publiek Europees is. Test vervolgens met een schermlezer op de daadwerkelijke URL, niet alleen op uw lokale computer. Pas de configuratie van CDN en applicatiefirewall aan en documenteer elke wijziging. Vergelijk ten slotte prestatiegerichte hosts via de vergelijker en de gidsen om een aanbod te kiezen dat is aangepast aan uw behoeften.
Veelgestelde vragen
Is de host verantwoordelijk voor de toegankelijkheid van de site?
Nee voor de inhoud en de applicatiecode: het is de publicatiemanager die de verklaring ondertekent. De host heeft echter invloed op de beschikbaarheid, waargenomen prestaties, TLS- en HTTP-headers, die allemaal de ervaring met ondersteunende technologie kunnen verslechteren. Een succesvolle lokale audit garandeert niets als de productie traag of instabiel is.
Is een trage site een toegankelijkheidsprobleem?
Ja, voor gebruikers met een beperkte verbinding, op oude apparaten of in een situatie van cognitieve vermoeidheid. Hoge responstijden of een verzadigde pool maken de interface onbruikbaar voordat er een WCAG-fout op de HTML wordt gedetecteerd. Waargenomen prestaties maken deel uit van de toegankelijke ervaring.
Kan CDN de toegankelijkheid verbreken?
Ja: agressieve compressie, HTML-transformatie, gecachte foutpagina's, geoblocking of scripts van derden die zonder controle worden geïnjecteerd. Elke CDN-activering of wijziging moet worden gevolgd door een schermlezertest en automatische validaties.
Wat kun je precies van de gastheer vragen?
HTTP/2 of HTTP/3, naadloze certificaten, geen willekeurige blokkering van auditbots, logs om 403- en 503-fouten te diagnosticeren, een gedocumenteerde uptime-SLA en een testomgeving voor geautomatiseerd testen.
De toegankelijkheid wordt geverifieerd waar gebruikers er last van hebben: vaak op een verzadigde gedeelde site, niet in een statisch HTML-rapport.