Het idee om alleen content te toetsen is ooit ontstaan uit kostenbesparende overwegingen. Vele overheidsorganisaties werken met een CMS dat door een externe leverancier wordt beheerd. De redactie heeft geen toegang tot de techniek, dus heeft het weinig zin om een volledige audit te laten doen: de helft van de bevindingen kun je toch niet zelf oplossen.
Een contentaudit beperkt zich tot wat jij wel beheert: teksten, koppenstructuur, alt-teksten op afbeeldingen, koppelteksten, taal-attributen, PDF’s. Daarmee weet je waar je redactieteam aan de slag moet, zonder dat het rapport vol staat met bevindingen die bij je leverancier liggen.
Wat we toetsen
Een contentaudit dekt 33 van de 55 succescriteria van WCAG 2.2. We toetsen alleen de content die je webredactie zelf heeft toegevoegd en in eigen hand heeft, niet de techniek eronder.
De grens tussen content en techniek is niet altijd scherp. Een voorbeeld: kan een redacteur een autocomplete-attribuut toevoegen aan een invoerveld waar persoonlijke informatie wordt verzameld? In de meeste CMS-en niet, dat is werk voor een ontwikkelaar. Maar sinds kort kan het in WordPress met de GravityForms-plugin, zonder dat een redacteur de techniek hoeft aan te raken. Wat eerst een technisch probleem was, is in zo’n geval redactie-werk.
Er zullen dus altijd grensgevallen zijn. We schrijven in het rapport waar we een bevinding plaatsen en waarom. Mocht de classificatie in jouw context niet kloppen, laat het ons weten, dan zetten we hem over. Beter eerlijk grijs dan onterecht zwart-wit.
We werken met dezelfde steekproef-aanpak als een volledige audit: een representatieve selectie pagina’s volgens WCAG-EM, met de homepage, contactpagina, formulieren, processen en multimedia in elk geval erin. User stories per bevinding, rapport per element op de pagina. Lees daarover meer in stap 3 over het rapport.
Wat we niet toetsen
De andere 22 succescriteria, de criteria die over techniek en interactie gaan, laten we expliciet buiten beschouwing. Het gaat dan om:
- Toetsenbordbediening en focusvolgorde
- ARIA-rollen en -attributen
- Focuszichtbaarheid
- Foutmeldingen en formuliervalidatie
- Tijdslimieten en pauzefuncties
- Skiplinks en landmarks
In het rapport krijgt elk niet-getoetst criterium de vermelding “Dit is een audit van content, daarom is dit SC niet onderzocht”. Dat is belangrijk voor je toegankelijkheidsverklaring: je toezichthouder mag niet de indruk krijgen dat alles is getoetst.
De volledige lijst
Voor wie het naadje wil weten: alle 55 succescriteria van WCAG 2.2 (niveau A en AA), per criterium of we het in een contentaudit toetsen.
Bekijk de lijst van alle 55 succescriteria
| Succescriterium | Wordt getoetst? |
|---|---|
| 1.1.1 Niet-tekstuele content | Ja |
| 1.2.1 Louter-geluid en louter-videobeeld (vooraf opgenomen) | Ja |
| 1.2.2 Ondertitels voor doven en slechthorenden (vooraf opgenomen) | Ja |
| 1.2.3 Audiodescriptie of media-alternatief (vooraf opgenomen) | Ja |
| 1.2.4 Ondertitels voor doven en slechthorenden (live) | Ja |
| 1.2.5 Audiodescriptie (vooraf opgenomen) | Ja |
| 1.3.1 Info en relaties | Ja |
| 1.3.2 Betekenisvolle volgorde | Ja |
| 1.3.3 Zintuiglijke eigenschappen | Ja |
| 1.3.4 Weergavestand | Nee |
| 1.3.5 Identificeer het doel van de input | Ja |
| 1.4.1 Gebruik van kleur | Ja |
| 1.4.2 Geluidsbediening | Ja |
| 1.4.3 Contrast (minimum) | Ja |
| 1.4.4 Herschalen van tekst | Nee |
| 1.4.5 Afbeeldingen van tekst | Ja |
| 1.4.10 Reflow | Ja |
| 1.4.11 Contrast van niet-tekstuele content | Ja |
| 1.4.12 Tekstafstand | Nee |
| 1.4.13 Content bij hover of focus | Nee |
| 2.1.1 Toetsenbord | Nee |
| 2.1.2 Geen toetsenbordval | Ja |
| 2.1.4 Enkel teken sneltoetsen | Ja |
| 2.2.1 Timing aanpasbaar | Nee |
| 2.2.2 Pauzeren, stoppen, verbergen | Ja |
| 2.3.1 Drie flitsen of beneden drempelwaarde | Ja |
| 2.4.1 Blokken omzeilen | Nee |
| 2.4.2 Paginatitel | Ja |
| 2.4.3 Focus volgorde | Nee |
| 2.4.4 Linkdoel (in context) | Ja |
| 2.4.5 Meerdere manieren | Nee |
| 2.4.6 Koppen en labels | Ja |
| 2.4.7 Focus zichtbaar | Nee |
| 2.4.11 Focus niet volledig bedekt (WCAG 2.2) | Nee |
| 2.5.1 Aanwijzergebaren | Nee |
| 2.5.2 Aanwijzerannulering | Nee |
| 2.5.3 Label in naam | Ja |
| 2.5.4 Bewegingsactivering | Nee |
| 2.5.7 Sleepbewegingen (WCAG 2.2) | Nee |
| 2.5.8 Doelgebied grootte (WCAG 2.2) | Ja |
| 3.1.1 Taal van de pagina | Ja |
| 3.1.2 Taal van onderdelen | Ja |
| 3.2.1 Bij focus | Nee |
| 3.2.2 Bij input | Nee |
| 3.2.3 Consistente navigatie | Nee |
| 3.2.4 Consistente identificatie | Ja |
| 3.2.6 Consistente hulp (WCAG 2.2) | Nee |
| 3.3.1 Foutidentificatie | Ja |
| 3.3.2 Labels of instructies | Ja |
| 3.3.3 Foutsuggestie | Ja |
| 3.3.4 Foutpreventie (wettelijk, financieel, gegevens) | Nee |
| 3.3.7 Overtollige invoer (WCAG 2.2) | Ja |
| 3.3.8 Toegankelijke authenticatie (WCAG 2.2) | Nee |
| 4.1.2 Naam, rol, waarde | Ja |
| 4.1.3 Statusberichten | Nee |
Totaal: 33 van de 55 succescriteria worden in een contentaudit getoetst.
Altijd in combinatie met een techniekonderzoek
Wij voeren contentaudits alleen uit als er ook een onderzoek van de techniek bestaat, door ons of door iemand anders. Een toegankelijkheidsverklaring met status A vraagt om bewijs dat de hele website is getoetst, niet alleen de redactie-laag. Een contentaudit op zichzelf zou daarom een halve verklaring opleveren, en daar helpen we je niet mee.
Komen we tijdens de contentaudit een technisch probleem tegen, dan controleren we eerst of het al in het techniekonderzoek staat. Zo ja, dan vermelden we het niet opnieuw: geen dubbele bevinding in je dossier. Zo nee, dan nemen we het op in het contentrapport, duidelijk gemarkeerd als technisch, zodat je het bij de juiste partij neer kunt leggen.
Hoe regel je een techniekonderzoek?
Twee veelvoorkomende routes:
- Check of er al een techniekaudit van jouw platform bestaat. Op digitoegankelijk.nl/ondersteuning/algemene-onderzoeken-platforms-en-apps staat een overzicht van bestaande techniekonderzoeken van CMS-en, platforms en apps. Vraag het anders na bij je leverancier; veel softwarepartijen laten zelf hun product toetsen en kunnen het rapport aan jou leveren. Dit is de meest voorkomende route bij overheidsorganisaties.
- Neem contact op met de leverancier van het platform. Als het goed is, staat in je inkoopvoorwaarden dat je geen digitale producten mag kopen als een technisch rapport ontbreekt. Mocht een rapport toch ontbreken, breng ons dan in contact met de leverancier. We kunnen in opdracht van de leverancier een techniekonderzoek uitvoeren.
Welke route past, leggen we per mail vast tijdens de scope-fase. Lees over hoe we scope en steekproef bepalen.
Klaar voor een contentaudit?
Stuur ons een mail met de URL van je website en wat je rol is in de organisatie. Binnen twee werkdagen sturen we een offerte met scope, steekproef en prijs.
