alkmaar.png Audit digitale toegankelijkheid van website werkenbij.alkmaar.nl

Audit digitale toegankelijkheid van website werkenbij.alkmaar.nl

Samenvatting

Wij hebben de website werkenbij.alkmaar.nl onderzocht tussen 25 november en 2 december 2025. Op dit moment zijn 33 van de 55 succescriteria als voldoende beoordeeld. In dit rapport lees je wat er bij de overige 22 nog fout gaat, en hoe je dat kunt verbeteren.

In opdracht van:

Logo gemeente Alkmaar

Resultaat

Afgekeurde WCAG Succescriteria

Totaal: 22 van 55

  • 1.1.1
  • 1.3.1
  • 1.3.5
  • 1.4.3
  • 1.4.4
  • 1.4.10
  • 1.4.11
  • 1.4.12
  • 2.1.1
  • 2.2.2
  • 2.4.1
  • 2.4.2
  • 2.4.3
  • 2.4.4
  • 2.4.5
  • 2.4.7
  • 2.5.3
  • 2.5.8
  • 3.1.1
  • 3.3.1
  • 4.1.2
  • 4.1.3
Impact van bevindingen — Klein: 2, Medium: 23, Groot: 23
Type bevindingen — Content: 13, Techniek: 28

In dit onderzoek hebben we alle 55 toegankelijkheidseisen (succescriteria) uit de norm WCAG 2.2 onderzocht.

De meest opvallende bevindingen

  • Er zijn problemen met de lay-out, tekstcontrast en functionaliteit bij inzoomen (200% en 400%) en bij smallere schermbreedtes. Delen van de inhoud worden dan onleesbaar of functies zijn niet meer bruikbaar.
  • De toetsenbordfocus is op meerdere plekken niet zichtbaar (bijvoorbeeld op knoppen in de cookiemelding en dialoogvensters). Er zijn problemen met de focusvolgorde in het mobiele menu en de focus kan uit dialoogvensters ontsnappen. Sommige belangrijke knoppen, zoals 'Solliciteren', zijn niet met het toetsenbord te bedienen.
  • Veel interactieve en informatieve elementen missen de juiste toegankelijke rol en naam, waardoor hulpsoftware de functie ervan niet goed kan herkennen.
Onderzocht door:
Proper Access
In opdracht van:
gemeente Alkmaar
Leverancier techniek:
n.v.t. Dit is een volledig onderzoek.
Datum rapport:
2 december 2025
Standard:
WCAG 2.2
Conformiteitsdoel
WCAG 2.2, Level AA
Methodologie
WCAG-EM
Scope van het onderzoek
  • Alle pagina's op de website werkenbij.alkmaar.nl
  • Alle PDF's op de website werkenbij.alkmaar.nl

Niet in scope:

  • Subwebsite(s) waarbij de HTML en/of het systeem afwijkt van de onderzochte website
  • De van derden afkomstige inhoud (wettelijke uitzondering voor de overheid)
Basisniveau toegankelijkheidsondersteuning
  • Mozilla Firefox, versie 142
  • Google Chrome, versie 142
  • Apple Safari, versie 18
  • PAC software to test PDF
  • NVDA schermlezer in combinatie met Firefox
  • VoiceOver schermlezer in combinatie met Safari
  • Andere gangbare browsers en hulpapparatuur
Technologieën van de website
  • HTML
  • CSS
  • JavaScript
  • WAI-ARIA
  • SVG
  • PDF
Over dit onderzoek

Leeswijzer

Onze rapporten zijn anders. Bij het bespreken van de gevonden problemen volgen wij niet de structuur van de norm, maar die van jouw website of app. Hierdoor kun je gewoon per pagina of scherm aan de slag gaan. Wel zo makkelijk! Je vindt verderop een overzicht van alle pagina’s met problemen.

We geven je bij elk gevonden issue een paar voorbeelden, maar niet een complete lijst. Controleer zelf of het probleem ook nog op andere plekken voorkomt. Zie het rapport als een leidraad.

Gebruikte norm

Dit onderzoek laat zien in hoeverre de website op dit moment voldoet aan WCAG 2.2, niveau A en AA. WCAG staat voor Web Content Accessibility Guidelines. Dit is de internationale norm voor digitale toegankelijkheid. De Europese norm EN 301 549 bevat alle eisen van WCAG op niveau A en AA.

In dit rapport hebben we korte beschrijvingen van de succescriteria uit de norm opgenomen, met een algemene uitleg erbij. Wil je ze helemaal lezen? Bekijk dan de documentatie van WCAG.

Gebruikte onderzoeksmethode

We gebruiken de onderzoeksmethode WCAG-EM van het W3C. Het proces ziet er als volgt uit:

  • vaststellen wat binnen en buiten scope valt
  • vaststellen welke technologieën zijn gebruikt
  • steekproef (sample) samenstellen
  • steekproef onderzoeken
  • gevonden issues beschrijven

Het grootste deel van het onderzoek doen we met de hand. Voor een deel van de toegankelijkheidseisen gebruiken we automatische tools als ondersteuning, zoals axe-core en Chrome Developer Tools.

Belangrijk om te weten

Dit rapport helpt je om de toegankelijkheid van je website te verbeteren. Maar let op: het is geen definitieve, volledige lijst van alle aanwezige toegankelijkheidsproblemen. Dat zit zo:

Het is een steekproef

Ten eerste is het onderzoek gebaseerd op een steekproef. Die is op een betrouwbare manier genomen, en de meeste problemen zullen daardoor zeker aan het licht komen. Toch kan een probleem net buiten de steekproef vallen. Bij een volgend onderzoek kan het wel ontdekt worden.

Op basis van falsificatie

We beoordelen vanuit het principe van falsificatie. Dat houdt in dat we proberen te bewijzen dat iets niet waar is, in plaats van te bevestigen dat het klopt. ‘Voldoet’ betekent daarom dat we geen reden hebben gevonden om een punt af te keuren. Maar als we later wél een reden vinden, kan het alsnog worden afgekeurd.

Voortschrijdend inzicht

Het komt voor dat de beoordeling van een succescriterium op detailniveau verandert. De norm beschrijft namelijk niet élk mogelijk scenario. Samen met andere onderzoeksbureaus overleggen we hoe we met bepaalde situaties omgaan. Zo kan iets dat nu wordt afgekeurd, soms bij een volgend onderzoek worden goedgekeurd en andersom.

Oplossen leidt tot nieuw probleem

Ten slotte kan het gebeuren dat bij het oplossen van een probleem onbedoeld een nieuw toegankelijkheidsprobleem ontstaat. Dat komt dan bij een volgend onderzoek pas naar voren.

Gevonden problemen per pagina

Algemene knelpunten

Logo heeft geen alternatieve tekst

Impact: Medium Type: Content WCAG: 1.1.1, 2.4.4, 2.5.3, 4.1.2 EN: 9.1.1.1, 9.2.4.4, 9.2.5.3, 9.4.1.2

Het logo “Team Alkmaar” bovenaan de website heeft geen tekstalternatief.

Als het alt-attribuut van een afbeelding leeg is (alt=""), negeren schermlezers de afbeelding. Door de alt-tekst niet in te vullen, zeg je eigenlijk: deze afbeelding is puur decoratief, geeft geen informatie. Er wordt dan dus niets voorgelezen. Daarom moet je informatieve afbeeldingen zoals een logo altijd een alt-tekst geven.

Het logo functioneert ook als link, waardoor nog andere succescriteria worden geschonden: de bestemming van de link is niet duidelijk (succescriterium 2.4.4), de zichtbare tekst staat niet in de linknaam waardoor deze niet met stem kan worden geactiveerd (succescriterium 2.5.3), en de link heeft geen toegankelijke naam (succescriterium 4.1.2).

Oplossing:

Voeg een alt-tekst toe die de volledige tekst van het logo bevat - “Team Alkmaar”.

Er is geen skiplink aanwezig

Impact: Medium Type: Techniek WCAG: 2.4.1 EN: 9.2.4.1

Op alle pagina’s van de website ontbreekt een skiplink.

Er moet een manier zijn om delen van een pagina over te slaan, zoals het navigatiemenu en andere elementen die op meerdere pagina’s terugkomen. Je gebruikt hier een skiplink voor. Daarmee kun je vaste blokken met herhalende inhoud overslaan. Een skiplink moet de eerste link op de pagina zijn. Deze link mag verborgen zijn, maar moet zichtbaar worden zodra hij focus krijgt.

Oplossing:

Voeg een skiplink toe waarmee bezoekers herhalende delen van de pagina over kunnen slaan.

Zorg dat de skiplink:

  • de eerste link op de pagina is;
  • visueel verborgen is, maar zichtbaar wordt bij toetsenbordfocus;
  • naar de hoofdcontent van de pagina springt als de bezoeker de link activeert.

Er is maar één manier om een webpagina te vinden

Impact: Groot Type: Techniek WCAG: 2.4.5 EN: 9.2.4.5

Er is geen tweede manier om de pagina’s van deze website te vinden.

Alle pagina’s die op de website staan moeten op meerdere manieren gevonden kunnen worden.

Oplossing:

Zorg dat de webpagina’s op meerdere manieren bereikbaar zijn. Dat mag via een zoekveld, een sitemap of een inhoudsopgave.

Het klikbare oppervlak van de link is te klein

Impact: Groot Type: Techniek WCAG: 2.5.8

Op veel pagina’s van de website staan socialmedialinks in de header. Deze links hebben een targetgebied (het klikbare gebied) dat kleiner is dan 24×24 CSS-pixels.

De oppervlakte waarop geklikt kan worden (het ‘doelgebied’) bij links en andere interactieve elementen moet groot genoeg zijn. Anders is het voor bezoekers met een motorische beperking lastig om precies op het juiste element te klikken. Daarom moeten links óf een doelgebied hebben van minimaal 24 bij 24 CSS-pixels, óf voldoende afstand tot andere klikbare elementen. Om te bepalen of klikbare elementen ver genoeg uit elkaar staan, teken je een denkbeeldige cirkel met een diameter van 24 pixels in het midden van het doelgebied. Deze cirkel mag nergens de (denkbeeldige cirkel van) een ander doelgebied raken.

Oplossing:

Zorg ervoor dat deze links minimaal 24 bij 24 CSS-pixels groot zijn of voldoende afstand hebben tot andere klikbare elementen.

Kleurcontrast van tekst is te laag (tekst kleiner dan 24px en niet vetgedrukt)

Impact: Medium Type: Techniek WCAG: 1.4.3 EN: 9.1.4.3

Op veel pagina’s van de website staan links die een contrastprobleem hebben wanneer ze in hover- of focus-toestand zijn. De tekst erop wordt wit op een blauwe achtergrond (#31BCAE) en de contrastratio wordt te laag: 2,4:1.

Hier zijn enkele voorbeelden, maar dit is geen volledige lijst:

Oplossing:

Deze tekst is kleiner dan 24px en niet vetgedrukt, daarom moet het contrast minimaal 4,5:1 zijn. Op deze pagina staat een instructie die uitlegt hoe je kleurcontrast kunt testen: https://properaccess.nl/hoe-test-ik-kleurcontrast/.

Iframe heeft geen toegankelijke naam

Impact: Medium Type: Content WCAG: 4.1.2 EN: 9.4.1.2

Op alle pagina’s van de website staat onderaan een iframe zonder een beschrijving die voor een schermlezer zichtbaar is. Het attribuut title ontbreekt.

Iframes moeten een duidelijke beschrijving hebben, meestal via het title-attribuut. De title moet kort het type en het doel van de ingesloten inhoud beschrijven. De beschrijving moet uniek en betekenisvol zijn. Dankzij deze beschrijving kunnen bezoekers met hulpsoftware bepalen of het de moeite waard is om de inhoud van het iframe te verkennen.

Oplossing:

Voeg het title-attribuut aan het iframe-element toe, en zet daar een tekst in waaruit blijkt welk type inhoud het iframe bevat, en waar het inhoudelijk over gaat. Bijvoorbeeld, <iframe title="Sectie met contactgegevens van Gemeente Alkmaar"</iframe>.

Kleurcontrast van informatieve iconen is niet voldoende

Impact: Groot Type: Techniek WCAG: 1.4.11 EN: 9.1.4.11

Wanneer de website voor het eerst wordt geopend, verschijnt onderaan elke pagina het bericht over cookies. De “x”-iconen die als sluitknoppen functioneren naast de tekst “Meer weten?” hebben onvoldoende kleurcontrast. De grijze (#666666) iconen op de blauwe (#13499C) achtergrond hebben een contrastratio van 1,5:1, wat lager is dan de vereiste 3,0:1 voor grafische elementen die informatie overbrengen.

Het kleurcontrast van informatieve iconen moet minimaal 3,0:1 zijn.

Oplossing:

Zorg dat deze informatieve elementen voldoende contrast hebben. Op deze pagina staat een instructie die uitlegt hoe je kleurcontrast kunt testen: https://properaccess.nl/hoe-test-ik-kleurcontrast/.

Toetsenbordfocus is niet zichtbaar

Impact: Groot Type: Techniek WCAG: 2.4.7 EN: 9.2.4.7

Wanneer de website voor het eerst wordt geopend, verschijnt onderaan elke pagina het bericht over cookies. In dit bericht is de toetsenbordfocus niet zichtbaar op de “x”-knoppen.

De toetsenbordfocus moet altijd zichtbaar zijn op interactieve elementen zoals links, knoppen en invoervelden die met het toetsenbord focus kunnen krijgen. Bezoekers die met het toetsenbord navigeren moeten goed kunnen zien op welke plek van de pagina ze zijn. Anders weten ze niet op welk moment ze op Enter moeten drukken om een knop of link te bedienen.

Een vergelijkbaar probleem doet zich voor bij een knop met een sloticoon (“Login”) in het mobiele menu wanneer de website op een klein scherm wordt bekeken.

Oplossing:

Zorg dat de toetsenbordfocus zichtbaar is op de genoemde elementen. Op deze pagina staat een instructie om zelf focuszichtbaarheid te testen: https://properaccess.nl/hoe-test-ik-focus-zichtbaarheid/.

Logo heeft geen alternatieve tekst

Impact: Medium Type: Content WCAG: 1.1.1 EN: 9.1.1.1

Op alle pagina’s wordt in de footer het logo “Gemeente Alkmaar” zonder tekstalternatief weergegeven. Een leeg alt-attribuut zorgt ervoor dat deze afbeelding wordt genegeerd door hulpsoftware.

Oplossing:

Dit logo is informatief en moet daarom een alt-tekst krijgen die vermeldt dat het om het logo van Gemeente Alkmaar gaat. Omdat het logo geen link is, voeg dan ook het woord ‘Logo’ toe aan de alternatieve tekst - ‘Logo van Gemeente Alkmaar’.

Problemen met lay-out en contrast bij smallere schermbreedtes

Impact: Groot Type: Techniek WCAG: 1.4.3 EN: 9.1.4.3

Op veel pagina’s van de website stroomt de lay-out bij smallere schermbreedtes (1280px en lager) niet correct mee. Tekst en afbeeldingen overlappen elkaar en het contrast van de tekst wordt onvoldoende, waardoor delen van de inhoud onleesbaar worden.

Oplossing:

Zorg dat de lay-out zich aanpast aan de grootte van het scherm. Zorg dat het contrast van tekst voldoet aan het vereiste minimum: voor tekst met een lettergrootte tot 24 px of vet moet het minimaal 4,5:1 zijn, en voor grote tekst vanaf 24 px of vet minimaal 3,0:1.

Mobiel menu werkt niet goed met toetsenbordfocus

Impact: Groot Type: Techniek WCAG: 2.4.3 EN: 9.2.4.3

Wanneer de website op een klein scherm wordt bekeken, verschijnt de menuknop bovenaan de pagina. Deze knop opent een mobiel menu, maar heeft problemen met de toetsenbordfocus. Hoewel de knop visueel bovenaan de pagina staat, komt het toetsenbord er niet als eerste bij en moet de bezoeker alle interactieve elementen op de pagina doorlopen om uiteindelijk bij de menuknop te komen. Dit is niet logisch. Een ander probleem is dat bezoekers momenteel met het toetsenbord uit het geopende mobiele menu kunnen navigeren. De toetsenbordfocus verschuift dan naar de onderliggende pagina terwijl het menu open blijft staan.

Bij dit soort menu’s moet de toetsenbordfocus goed worden ingesteld. Wanneer het menu actief is, moet de focus binnen het menu blijven en mag deze niet op de onderliggende pagina terechtkomen. Dit kan worden opgelost door de focus binnen het menu te houden, totdat de bezoeker op de sluitknop heeft geklikt of op de ESC-toets heeft gedrukt. Het is ook mogelijk om het menu automatisch te sluiten zodra de toetsenbordfocus eruit gaat.

Oplossing:

Een logische toetsenbordvolgorde moet aanwezig zijn op de pagina wanneer deze op een klein scherm wordt bekeken. Zorg ervoor dat de focus in het menu blijft totdat de bezoeker dit sluit door op de sluitknop te klikken of de ESC-toets in te drukken. Je kunt het menu ook automatisch sluiten als de focus het menu verlaat.

Menu-knop heeft niet de juiste rol

Impact: Groot Type: Techniek WCAG: 4.1.2 EN: 9.4.1.2

Op een klein scherm mist de menuknop bovenaan de juiste toegankelijke rol. Hierdoor wordt deze door hulpsoftware niet als knop herkend.

De juiste rol voor de menuknop zou button (knop) moeten zijn, omdat je er een actie mee uitvoert: het openen of sluiten van het menu. Als de knop niet de juiste rol heeft, kan een schermlezer of ander hulpmiddel de knop niet goed herkennen, waardoor deze moeilijker te gebruiken is voor mensen die deze hulpsoftware gebruiken.

Oplossing:

Zorg dat de menuknop de juiste rol krijgt, door het button-element ervoor te gebruiken, of role="button" toe te voegen.

Informatie over de toestand van de menuknop verandert niet

Impact: Groot Type: Techniek WCAG: 4.1.2 EN: 9.4.1.2

Op een klein scherm verschijnt een menuknop om het mobiele menu te openen. Het attribuut aria-expanded op de knop wordt echter niet correct bijgewerkt om de toestand van het menu weer te geven. Het blijft “false” zelfs wanneer het menu open is.

Oplossing:

Dit attribuut zou de waarde “true” moeten krijgen als het menu zichtbaar is en “false" als het gesloten is.

Bezoekers die inzoomen tot 200% kunnen niet meer alle functies gebruiken

Impact: Groot Type: Techniek WCAG: 1.4.4, 1.4.10 EN: 9.1.4.4, 9.1.4.10

Wanneer de tekst op de meeste pagina’s van deze website tot 200% wordt ingezoomd, is de link “Privacy statement” in de Footer niet zichtbaar en niet te bedienen. Een ander probleem is dat onderaan de pagina de tekst “Bedankt voor het invullen. Klik hieronder op Sollicitantendossier om terug te gaan naar de startpagina.” verschijnt (ook als de bezoeker het sollicitatieformulier niet heeft ingevuld). De tekst overlapt het logo “Team Alkmaar”.

Dezelfde problemen treden op bij 400% zoom.

Oplossing:

Zorg dat alles nog werkt als een bezoeker inzoomt tot 200% of 400% op een scherm van 1280 bij 1024 pixels.

Team Alkmaar

Link naar pagina: https://www.werkenbij.alkmaar.nl/portal-over-het-bedrijf/team-alkmaar

Kop-element gebruikt voor tekst die geen kop is

Impact: Medium Type: Content WCAG: 1.3.1 EN: 9.1.3.1

De tekst “Een idee? Doen.” op deze pagina is geen kop, maar is onjuist gemarkeerd met een h3-element voor het visuele effect.

Het kop-element (h3) is niet betekenisvol gebruikt, maar alleen om een visueel effect te bereiken. De tekst die als kop is gemarkeerd, is geen echte kop. Er staat namelijk geen inhoud onder. Maar door het h3-element krijgt de tekst wel deze betekenis.

Kop-elementen zijn bedoeld om structuur te geven aan de informatie op een pagina. Mensen die schermlezers gebruiken, gebruiken koppen om door de pagina te navigeren en de opbouw te begrijpen. Gebruik kop-elementen daarom niet alleen om een visueel effect te bereiken, zoals een grotere, schuin- of vetgedrukte tekst. Zorg dat de tekst die je in een kop-element zet ook echt de functie van kop of tussenkop heeft.

Een vergelijkbaar probleem staat op pagina https://www.werkenbij.alkmaar.nl/aanmaken-sollicitatie-incl-autorisatie-prs/alkmaar-sollicitatie?VcSn=557 bij de tekst die begint met “Wat leuk dat je solliciteert…”.

Oplossing:

Verwijder het h2-element en gebruik een ander element, zoals een p-element. De gewenste stijl kun je met CSS toevoegen. Op deze pagina staat een instructie hoe zelf koppen op een webpagina kunt testen: https://properaccess.nl/zo-controleer-je-de-koppenstructuur-van-je-website/.

Koppen bevatten geen inhoud

Impact: Medium Type: Content WCAG: 1.3.1 EN: 9.1.3.1

Op deze pagina staan meerdere koppen die alleen uit spaties bestaan. Ze staan boven de kop “Team Alkmaar”, boven en onder de tekst “Een idee? Doen.” en boven en onder de link “Bekijk onze vacatures”. Sommige bezoekers, vooral schermlezersgebruikers, navigeren vaak via koppen. Een lege kop geeft geen informatie en kan verwarring veroorzaken.

Oplossing:

Zorg dat alle koppen informatieve inhoud bevatten of verwijder kop-elmenten.

Informatie is niet meer leesbaar als tekstafstand wordt aangepast

Impact: Groot Type: Techniek WCAG: 1.4.12 EN: 9.1.4.12

Op deze pagina wordt de tekst onder de kop “Leren en ontwikkelen” deels onzichtbaar en onleesbaar wanneer bezoekers de tekstspatiëring toepassen zoals beschreven in dit succescriterium.

Sommige bezoekers passen de weergave van de tekst aan, zodat zij de tekst beter kunnen lezen. Denk aan het vergroten van de afstand tussen regels, letters of woorden. Het gaat bijvoorbeeld om mensen met dyslexie. Als een bezoeker dit doet op de manier die in succescriterium 1.4.12 is beschreven, moet alles goed blijven werken. Bovendien moet de tekst leesbaar blijven.

Hetzelfde probleem staat op de volgende pagina’s:

Oplossing:

Je lost dit op door de hoogte en breedte van de containers van de tekst responsief te maken. Op deze pagina lees je hoe je dit succescriterium kunt testen: https://properaccess.nl/sc-1-4-12-wat-betekent-tekstafstand/.

Vacatures

Vacatures Link naar pagina: https://www.werkenbij.alkmaar.nl/vacaturebeschrijvingen/vacaturebeschrijvingen-outsite-v2

Afbeelding heeft geen tekstalternatief (alt-attribuut ontbreekt)

Impact: Medium Type: Techniek WCAG: 1.1.1 EN: 9.1.1.1

Op deze pagina staat onder de kop “Stageplaatsen bij de Gemeente Alkmaar” een afbeelding die met een img-element is opgenomen, maar het alt-attribuut ontbreekt.

Een img-element moet altijd een alt-attribuut hebben. Bij een decoratieve afbeelding die geen betekenis overdraagt, laat je dit attribuut leeg. Dan staat er alt="". Bij een informatieve afbeelding voeg je een duidelijke beschrijving van de afbeelding toe.

Oplossing:

Voeg het alt-attribuut toe aan het img-element. Bij een decoratieve afbeelding laat je de waarde leeg, bij een informatieve afbeelding voeg je een duidelijke alternatieve tekst toe.

strong-element in plaats van kop-element

Impact: Medium Type: Content WCAG: 1.3.1 EN: 9.1.3.1

Op deze pagina is de tekst “Meewerkstage Werving & Selectie” visueel een kop, maar het h-element ontbreekt. Het strong-element wordt gebruikt om het er als een kop uit te laten zien.

Het strong-element is niet bedoeld om koppen mee te markeren. Je moet dat altijd doen met een kop-element, zoals h2. Koppen gebruik je om een tekst te structureren. Alleen als je ze als kop markeert met een kop-element, begrijpt hulpsoftware die betekenis. Het strong-element gebruik je wel als je nadruk wilt geven aan enkele woorden of een zinsdeel.

Een vergelijkbaar probleem staat op pagina https://www.werkenbij.alkmaar.nl/portal-over-het-bedrijf/traineeship-team-alkmaar bij koppen zoals “Het eerste contract: looptijd 7 maanden”, “Het tweede contract: looptijd 1.5 jaar” en “Het laatste contract: looptijd tot en met 2.5 jaar en verder”, en op pagina https://www.werkenbij.alkmaar.nl/vacaturebeschrijving/beleidsmedewerker-babw bij koppen zoals “24 - 36 uur”, “Over de functie”, “Over de kandidaat” en andere.

Oplossing:

Verwijder het strong-element en gebruik de juiste kop-elementen om deze koppen te markeren, zoals h2 of h3. Dit element wordt vaak toegevoegd met een knop “B” in een tekstbewerker.

Traineeship

Link naar pagina: https://www.werkenbij.alkmaar.nl/portal-over-het-bedrijf/traineeship-team-alkmaar

strong-element is gebruikt voor opmaak

Impact: Klein Type: Content WCAG: 1.3.1 EN: 9.1.3.1

Op deze pagina wordt in de tekst die begint met “Voor 2025 hebben wij weer…” het strong-element onjuist gebruikt voor opmaak. Hele zinnen zijn in een strong-element geplaatst om ze vet te maken.

Het strong-element heeft een semantische waarde: het geeft een bepaalde betekenis aan de tekst die erin staat. Dit element geeft aan dat de tekst extra nadruk moet krijgen. Om die reden kun je dit element beter niet gebruiken om alleen een visueel effect te bereiken (vetgedrukte tekst).

Oplossing:

Verwijder de onnodige strong-elementen en gebruik CSS om de tekst vet te maken. Je kunt ook met een <b>-element tekst vetgedrukt maken.

Visueel meerdere alinea’s, in de code maar één

Impact: Medium Type: Content WCAG: 1.3.1 EN: 9.1.3.1

Op deze pagina staat onder “Het laatste contract: looptijd tot en met 2.5 jaar en verder” een tekstblok met twee alinea’s dat onjuist is gemarkeerd als één p-element.

Visueel lijkt de tekst uit twee alinea's te bestaan: blokjes tekst met witruimtes ertussen. Deze structuur moet ook in de code staan.

Een vergelijkbaar probleem staat op pagina https://www.werkenbij.alkmaar.nl/vacaturebeschrijving/griffiemedewerker-raadsondersteuner bij de teksten onder de koppen “Over de functie” en “Over de kandidaat”.

Oplossing:

Plaats elke alinea in een eigen p-element. Het aantal alinea’s dat je visueel ziet, moet dus gelijk zijn aan het aantal p-elementen in de code.

Kleurcontrast van tekst is te laag

Impact: Medium Type: Techniek WCAG: 1.4.3 EN: 9.1.4.3

In de tekst op deze pagina staat de blauwe (#2980B9) tekst “werkenbij@alkmaar.nl” op een witte achtergrond. De contrastratio is te laag: 4,3:1.

Oplossing:

Deze tekst is kleiner dan 24px en niet vetgedrukt, daarom moet het contrast minimaal 4,5:1 zijn.

Stage

Link naar pagina: https://www.werkenbij.alkmaar.nl/portal-over-het-bedrijf/stage

Het probleem met het contrast van links is in de vorige secties beschreven.

Bezoekers die inzoomen tot 400% kunnen niet meer alle tekst lezen

Impact: Groot Type: Techniek WCAG: 1.4.10 EN: 9.1.4.10

Wanneer deze pagina wordt bekeken op een schermresolutie van 1280 bij 1024 pixels en wordt ingezoomd tot 400%, raakt de alinea die begint met “Nadat je gesolliciteerd hebt nemen…” deels verloren.

Een vergelijkbaar probleem staat op pagina https://www.werkenbij.alkmaar.nl/portal-over-het-bedrijf/traineeship bij het einde van de teksten onder de koppen “Sander” en “Nabila”.

Oplossing:

Zorg dat alles nog werkt en leesbaar is als je inzoomt tot 400% op een scherm van 1280 bij 1024 pixels.

Collectieve Arbeidsvoorwaarden

Link naar pagina: https://www.werkenbij.alkmaar.nl/portal-over-het-bedrijf/cao

Het probleem met het contrast van links is in de vorige secties beschreven.

Bezoekers die inzoomen tot 400% kunnen niet meer alle tekst lezen

Impact: Groot Type: Techniek WCAG: 1.4.10 EN: 9.1.4.10

Wanneer deze pagina wordt bekeken op een schermresolutie van 1280 bij 1024 pixels en wordt ingezoomd tot 400%, raken de kop “Collectieve Arbeidsvoorwaarden” en de tekst eronder deels verloren.

Oplossing:

Zorg dat alles nog werkt en leesbaar is als je inzoomt tot 400% op een scherm van 1280 bij 1024 pixels.

IGriffiemedewerker

Link naar pagina: https://www.werkenbij.alkmaar.nl/vacaturebeschrijving/griffiemedewerker-raadsondersteuner

Problemen met linkcontrast en alinea’s zijn in de vorige secties beschreven.

GIF speelt automatisch af en kan niet worden gepauzeerd

Impact: Medium Type: Content WCAG: 2.2.2 EN: 9.2.2.2

Op deze pagina staat een GIF-animatie die automatisch wordt afgespeeld en niet kan worden gepauzeerd of gestopt.

Het kan storend zijn voor mensen met een cognitieve beperking als een video, GIF of animatie op een website automatisch gaat spelen. De bewegende inhoud zorgt voortdurend voor afleiding terwijl ze de tekst op de pagina proberen te lezen.

Dezelfde probleem staat op pagina https://www.werkenbij.alkmaar.nl/vacaturebeschrijving/beleidsmedewerker-babw.

Oplossing:

Er moet een manier zijn voor bezoekers om dit soort multimedia te stoppen, pauzeren of verbergen. Dit geldt voor alle bewegende, knipperende, scrollende of automatisch actualiserende content die tegelijk met andere informatie wordt getoond, automatisch start en langer dan 5 seconden speelt.

em-element is gebruikt voor opmaak

Impact: Klein Type: Content WCAG: 1.3.1 EN: 9.1.3.1

Op deze pagina wordt onder de kop “Griffiemedewerker (Raadsondersteuner)” het em-element onjuist gebruikt voor opmaak in de tekst die begint met “Ben jij een accurate…”.

Het em-element heeft een semantische waarde: het geeft een bepaalde betekenis aan de tekst die erin staat. Dit element geeft aan dat de tekst extra nadruk moet krijgen. Om die reden kun je dit element beter niet gebruiken om alleen een visueel effect te bereiken (cursieve tekst).

Oplossing:

Verwijder de onnodige em-elementen en gebruik CSS om de tekst schuingedrukt te maken. Je kunt het i-element gebruiken om tekst schuin te drukken.

Knop heeft geen juiste toegankelijke rol en geen toegankelijke naam

Impact: Groot Type: Techniek WCAG: 4.1.2 EN: 9.4.1.2

Op deze pagina hebben twee interactieve elementen met het label “Solliciteren” niet de juiste toegankelijke rol en naam.

Elk HTML-element heeft standaard een rol. Dit betekent dat het element bepaalde eigenschappen en functies heeft om informatie aan de bezoeker te geven of om informatie van de bezoeker te ontvangen. De rol bepaalt dus wat het element doet. Schermlezers en andere hulpmiddelen moeten de correcte rol van elk element op een webpagina kennen. Zo kunnen ze op een slimme manier met het element omgaan en aan de bezoeker uitleggen wat het element doet.

Dezelfde probleem staat op pagina https://www.werkenbij.alkmaar.nl/vacaturebeschrijving/beleidsmedewerker-babw met dezelfde "Solliciteren"-elementen.

Oplossing:

Zorg dat de elementen een juiste toegankelijke rol hebben, bijvoorbeeld button of link. Na het toevoegen van de juiste rol moet de knop een toegankelijke naam hebben.

Knop kan niet bediend worden met spatiebalk en Enter-toets

Impact: Groot Type: Techniek WCAG: 2.1.1 EN: 9.2.1.1

Op deze pagina zijn twee “Solliciteren”-knoppen niet met het toetsenbord te bedienen.

Hetzelfde probleem met de “Solliciteren”-knoppen staat op pagina https://www.werkenbij.alkmaar.nl/vacaturebeschrijving/beleidsmedewerker-babw.

Oplossing:

Zorg dat de knop zowel met de spatiebalk als de Enter-toets bediend kan worden.

Dialoogvenster heeft niet de juiste rol en geen toegankelijke naam

Impact: Groot Type: Techniek WCAG: 4.1.2 EN: 9.4.1.2

Op deze pagina openen knoppen met het label “Solliciteren” hetzelfde dialoogvenster. Dit dialoogvenster mist zowel een juiste rol als een toegankelijke naam.

Schermlezers kunnen hierdoor niet doorgeven dat het om een dialoogvenster gaat, en wat de inhoud ervan is.

Een vergelijkbaar probleem staat op de volgende pagina’s:

Oplossing:

Voeg twee attributen toe aan het dialoogvenster: een aria-label met een duidelijke beschrijving van de inhoud (aria-label="Beschrijving van de inhoud") en role="dialog".

Toetsenbordfocus is niet zichtbaar

Impact: Groot Type: Techniek WCAG: 2.4.7 EN: 9.2.4.7

Op deze pagina openen de knoppen met het label “Solliciteren” een dialoogvenster. In dit dialoogvenster is de toetsenbordfocus niet zichtbaar op de “x” (“Sluiten”)-knop.

De toetsenbordfocus moet altijd zichtbaar zijn op interactieve elementen zoals links, knoppen en invoervelden die met het toetsenbord focus kunnen krijgen. Bezoekers die met het toetsenbord navigeren moeten goed kunnen zien op welke plek van de pagina ze zijn. Anders weten ze niet op welk moment ze op Enter moeten drukken om een knop of link te bedienen.

Een vergelijkbaar probleem staat op de volgende pagina’s:

Oplossing:

Zorg dat de toetsenbordfocus zichtbaar is op de genoemde elementen.

Toetsenbord focus verlaat het dialoogvenster

Impact: Groot Type: Techniek WCAG: 2.4.3 EN: 9.2.4.3

Op deze pagina openen de knoppen met het label “Solliciteren” een dialoogvenster. De toetsenbordfocus kan op dit moment uit het geopende dialoogvenster ontsnappen en naar de onderliggende pagina gaan.

Bij dit soort dialoogvensters moet je de toetsenbordfocus goed instellen. Als het venster actief is, moet de toetsenbordfocus binnen het venster blijven, en mag deze niet op de onderliggende pagina terechtkomen.

Een vergelijkbaar probleem staat op de volgende pagina’s:

Oplossing:

Je lost dit op met Javascript door de focus binnen het venster te houden totdat de bezoeker op de sluitknop heeft geklikt of op de ESC-toets heeft gedrukt. Je kunt er ook voor kiezen om het venster automatisch te sluiten op het moment dat de focus eruit gaat.

Link heeft geen correcte toegankelijke rol en geen toegankelijke naam

Impact: Groot Type: Techniek WCAG: 4.1.2 EN: 9.4.1.2

Op deze pagina staan onder de kop “Meer weten?”, naast “Telefoonnummer” en “E-mailadres”, links die niet de juiste toegankelijke rol en naam hebben.

Elk HTML-element heeft standaard een bepaalde rol. Dit betekent dat het element bepaalde eigenschappen en functies heeft om informatie aan de bezoeker te geven of om informatie van de bezoeker te ontvangen. De rol bepaalt dus wat het element doet. Schermlezers en andere hulpmiddelen moeten de correcte rol van elk element op een webpagina kennen. Zo kunnen ze op een slimme manier met het element omgaan en aan de bezoeker uitleggen wat het element doet.

Hetzelfde probleem met vergelijkbare links staat op pagina https://www.werkenbij.alkmaar.nl/vacaturebeschrijving/beleidsmedewerker-babw.

Oplossing:

Zorg dat de link de juiste rol heeft door een van de onderstaande oplossingen toe te passen:

  1. Het a-element gebruiken: als dit nog niet zo is, gebruik dan het a-element om de link te maken. Dit element heeft standaard al de rol van link.
  2. role=”link” toevoegen: als er een ander element voor de link is gebruikt (meestal niet aan te raden), voeg dan het attribuut role=”link” toe om de rol van dit element expliciet te definiëren.

Bezoekers die inzoomen tot 400% kunnen niet meer alle tekst lezen

Impact: Groot Type: Techniek WCAG: 1.4.10 EN: 9.1.4.10

Wanneer deze pagina wordt bekeken op een schermresolutie van 1280 bij 1024 pixels en wordt ingezoomd tot 400%, raakt de tekst boven de kop “Over de selectieprocedure” deels verloren.

Hetzelfde probleem staat op pagina https://www.werkenbij.alkmaar.nl/vacaturebeschrijving/beleidsmedewerker-babw.

Oplossing:

Zorg dat alles nog werkt en leesbaar is als je inzoomt tot 400% op een scherm van 1280 bij 1024 pixels.

Solliciteren

Link naar pagina: https://www.werkenbij.alkmaar.nl/aanmaken-sollicitatie-incl-autorisatie-prs/alkmaar-sollicitatie?VcSn=557

Problemen met koppen zijn in de vorige secties beschreven.

De kleur van de rand van het invoerveld heeft niet genoeg contrast

Impact: Medium Type: Теchniek WCAG: 1.4.11 EN: 9.1.4.11

Op deze pagina staat een formulier. De invoervelden daarin hebben een laag contrast. De contrastratio tussen de grijze (#CBD5E1) rand en de witte achtergrond van de pagina is 1,5:1, en voor verplichte velden is de contrastratio tussen de gele (#F59E0B) rand en de witte achtergrond 2,1:1.

Dezelfde problemen staan op pagina's https://www.werkenbij.alkmaar.nl/login?url=%2F en https://www.werkenbij.alkmaar.nl/aanvragen-vergeten-wachtwoord-prs.

Oplossing:

De randen van interactieve elementen zoals invoervelden moeten minimaal een contrast van 3,0:1 hebben met de achtergrond.

Kleurcontrast van informatieve iconen is niet voldoende

Impact: Groot Type: Techniek WCAG: 1.4.11 EN: 9.1.4.11

Op deze pagina staan bij de verplichte velden gele stericonen. Dit zijn informatieve iconen, maar ze hebben onvoldoende kleurcontrast. De witte iconen op de gele achtergrond (#EF9A0B) hebben een contrastratio van 2,3:1, wat lager is dan de vereiste 3,0:1 voor grafische elementen die informatie overbrengen.

Het kleurcontrast van informatieve iconen moet minimaal 3,0:1 zijn.

Dezelfde problemen staan op pagina's https://www.werkenbij.alkmaar.nl/login?url=%2F en https://www.werkenbij.alkmaar.nl/aanvragen-vergeten-wachtwoord-prs.

Oplossing:

Zorg dat deze informatieve elementen voldoende contrast hebben.

Invoervelden voor persoonlijke gegevens hebben geen correct autocomplete-attribuut

Impact: Medium Type: Теchniek WCAG: 1.3.5 EN: 9.1.3.5

Op deze pagina heeft een formulier dat persoonsgegevens verzamelt (bijvoorbeeld voornaam, achternaam, e-mail, telefoonnummer en andere) invoervelden waarbij het attribuut autocomplete is ingesteld op “off”.

Invoervelden voor persoonlijke informatie zoals achternaam, e-mailadres of telefoonnummer moeten het autocomplete-attribuut met de juiste waarde hebben. Hierdoor kunnen browsers en hulpsoftware helpen bij het invoeren. Bijvoorbeeld door de velden al automatisch in te vullen.

Dezelfde problemen staan op de pagina’s https://www.werkenbij.alkmaar.nl/login?url=%2F (velden “Gebruikersnaam” en “Wachtwoord”) en https://www.werkenbij.alkmaar.nl/aanvragen-vergeten-wachtwoord-prs (veld “Gebruikersnaam”).

Oplossing:

Gebruik de juiste waarden voor het attribuut autocomplete bij velden waarin persoonlijke informatie moet worden ingevoerd.Op deze pagina vind je meer informatie over autocomplete en welke waardes je verplicht moet gebruiken: https://www.w3.org/Translations/WCAG22-nl/#input-purposes.

Er is geen legend-element voor de fieldset

Impact: Medium Type: Теchniek WCAG: 4.1.2 EN: 9.4.1.2

Op deze pagina staat een formulier met meerdere secties. Secties zoals “Persoonlijke informatie” en “Contactgegevens” hebben een groepslabel, maar deze labels zijn niet programmatisch gekoppeld aan hun respectieve groepen. Hoewel een fieldset-element correct wordt gebruikt, ontbreekt een legend-element.

Je hebt het legend-element nodig om een label of naam aan de groep invoervelden te geven.

Oplossing:

Voeg binnen het fieldset-element een legend-element toe en vul dit met de tekst van het groepslabel, bijvoorbeeld “Persoonlijke informatie”, zodat het doel van de groep duidelijk wordt aangegeven.

Volgorde toetsenbordfocus is onlogisch

Impact: Groot Type: Techniek WCAG: 2.1.1, 2.4.3 EN: 9.2.1.1, 9.2.4.3

Op deze pagina wordt naast de velden “Geslacht” en “Privacy statement” een “x”-knop weergegeven wanneer er een waarde is geselecteerd. De knoppen zijn niet met het toetsenbord te bedienen. Deze elementen zijn uit de natuurlijke tabvolgorde verwijderd door gebruik van het attribuut tabindex met de waarde “-1”.

Dit is een probleem voor bezoekers die met de Tab-toets navigeren.

Oplossing:

Wijzig de waarde van tabindex van “-1” naar “0” — tabindex="0" — zodat de knoppen in de logische toetsenbordfocusvolgorde worden opgenomen.

Knoppen hebben geen toegankelijke naam

Impact: Groot Type: Techniek WCAG: 4.1.2 EN: 9.4.1.2

Op deze pagina missen meerdere knoppen een toegankelijke naam. Zie de knoppen van de opmaakwerkbalk boven het veld “Motivatie”, de knoppen met naar beneden gerichte pijliconen naast het veld “Bijlagen”, het geselecteerde bestand in de sectie “Bijlagen” en de waarde in het veld “Foto”.

Hierdoor begrijpen bezoekers die een schermlezer gebruiken niet wat de bestemming of de functie is van de knop.

Oplossing:

Je kunt de toegankelijke naam geven via een aria-label of een andere techniek. Op deze pagina vind je een instructie hoe je zelf toegankelijke naam kunt testen: https://properaccess.nl/sc-4-1-2-wat-betekent-naam-rol-waarde/.

Kleurcontrast van tekst is te laag

Impact: Medium Type: Techniek WCAG: 1.4.3 EN: 9.1.4.3

Op deze pagina wordt, wanneer een document is toegevoegd in de sectie “Bijlagen”, de bestandsindeling (bijvoorbeeld “PNG”) weergegeven als witte tekst op een gele (#F59E0B) achtergrond. De contrastratio is te laag: 2,1:1.

Oplossing:

Deze tekst is kleiner dan 24px en niet vetgedrukt, daarom moet het contrast minimaal 4,5:1 zijn.

De foutmeldingen vertellen niet wat er fout is

Impact: Medium Type: Теchniek WCAG: 3.3.1 EN: 9.3.3.1

Op deze pagina bevat een formulier een invoerveld “E-mailadres”. Wanneer het veld onjuist wordt ingevuld, verschijnt er een “!”-icoon naast het veld. Zo’n foutmelding beschrijft het invoerprobleem niet voldoende.

Foutmeldingen moeten specifieker zijn en de aard van de fout uitleggen.

Oplossing:

Voeg een beschrijvende foutmelding toe om gebruikers duidelijk te informeren over het specifieke probleem met hun invoer.

Tooltip wordt niet getoond bij toetsenbordfocus

Impact: Medium Type: Теchniek WCAG: 2.1.1 EN: 9.2.1.1

Op deze pagina bevat een formulier een invoerveld “E-mailadres”. Wanneer het veld onjuist wordt ingevuld, verschijnt een “!”-icoon naast het veld. Wanneer een bezoeker met de muis over dit icoon beweegt, opent een tooltip. Dit gebeurt niet bij toetsenbordfocus.

Hierdoor kunnen bezoekers die alleen met het toetsenbord navigeren de tooltip niet zien. De informatie in de tooltip is voor hen dus niet toegankelijk.

Oplossing:

Zorg dat de tooltips ook openen als ze toetsenbordfocus krijgen.

Foutmeldingen hebben te weinig contrast

Impact: Medium Type: Теchniek WCAG: 1.4.3 EN: 9.1.4.3

Als een vacature niet meer beschikbaar is, verschijnt na het verzenden van het formulier onderaan de pagina een foutmelding: “Solliciteren op deze vacature is niet mogelijk. Deze vacature staat niet open.” De melding is rode (#EF4444) tekst op een witte achtergrond. De resulterende contrastratio is 3,8:1.

Foutmeldingen moeten net als andere teksten voldoen aan de minimale contrasteisen.

Oplossing:

Zorg dat het contrast tussen de kleur van de foutmelding en de achtergrond minimaal 4,5:1 is.

Blinde bezoekers krijgen geen bericht van de foutmelding

Impact: Medium Type: Теchniek WCAG: 4.1.3 EN: 9.4.1.3

Als een vacature niet meer beschikbaar is, verschijnt na het verzenden van het formulier onderaan de pagina een foutmelding: “Solliciteren op deze vacature is niet mogelijk. Deze vacature staat niet open.” De melding krijgt geen focus en wordt door de schermlezer niet aangekondigd.

Als de foutmelding geen toetsenbordfocus krijgt op het moment dat deze verschijnt, krijgen mensen die blind zijn geen melding van hun schermlezer.

Oplossing:

Voeg aria-live="polite" aan de melding toe. Dan wordt de melding automatisch voorgelezen zodra deze verschijnt.

Inloggen

Link naar pagina: https://www.werkenbij.alkmaar.nl/login?url=%2F

Problemen met contrast, invoervelden en dialoogvensters zijn in eerdere secties beschreven.

Een lang woord strekt zich uit buiten de viewport

Impact: Groot Type: Techniek WCAG: 1.4.10 EN: 9.1.4.10

Wanneer deze pagina wordt bekeken op een schermresolutie van 1280 bij 1024 pixels en wordt ingezoomd tot 400%, is het woord “SOLLICITANTENPORTAAL” te breed en wordt het niet afgebroken, waardoor het buiten de rechterrand van het viewport valt.

Oplossing:

Als een lang woord niet binnen beeld past bij een scherm van 320 pixels, moet het worden afgebroken. Er mag geen horizontale scrollbar komen. Los dit bijvoorbeeld op met de CSS-eigenschap word-break.

PDF Personeelshandboek

Link naar pagina: https://www.werkenbij.alkmaar.nl/portal-over-het-bedrijf/cao

Link naar PDF: https://www.werkenbij.alkmaar.nl/openen-downloadbaar-bestand-prs/personeelshandboek

Title van het pdf-document beschrijft de inhoud niet

Impact: Medium Type: Content WCAG: 2.4.2 EN: 9.2.4.2

Dit pdf-document heeft in de bestandseigenschappen de titel “780797a1-0c8b-4fdb-96ab-c1267273f9f1”, wat de inhoud van het document niet goed beschrijft.

De titel van een pdf-document moet het onderwerp of doel van het document duidelijk beschrijven. Hierdoor kunnen bezoekers snel en makkelijk bepalen of het document relevant is.

Oplossing:

Dit kun je aanpassen in de bestandseigenschappen van het bronbestand of van het pdf-document.

De taal is niet ingesteld in de metadata

Impact: Medium Type: Content WCAG: 3.1.1 EN: 9.3.1.1

In de metadata van deze pdf is de taal niet ingesteld.

Het is belangrijk om de taal in te stellen. Dan kan hulpsoftware de informatie uit het bestand met de juiste uitspraakregels voorlezen.

Los het op in Adobe Acrobat:

  1. Open het pdf-document in Adobe Acrobat.
  2. Ga naar Bestand > Eigenschappen.
  3. Ga naar het tabblad Geavanceerd.
  4. Selecteer in het veld Taal de juiste taal voor het document, bijvoorbeeld Nederlands (Dutch).
  5. Klik op OK en sla het bestand op.

Structuur van pdf-document is niet in codes vastgelegd

Impact: Medium Type: Content WCAG: 1.3.1 EN: 9.1.3.1

Dit pdf-document mist codes, waardoor de inhoud ontoegankelijk is voor schermlezers.

Bovendien kunnen wij de pdf hierdoor niet volledig onderzoeken. Het gaat om alle succescriteria die met de pdf-codelaag te maken hebben, zoals semantische koppen en alternatieve teksten bij afbeeldingen. Als je dit oplost, is het dus mogelijk dat er nieuwe toegankelijkheidsproblemen ontstaan die nu nog niet aan het licht zijn gekomen.

Oplossing:

Voeg codes toe aan het document die de structuur van het document weergeven.

Opslaan als getagde PDF in Word (Windows)

Ga naar Bestand. Kies Opslaan als Adobe PDF (als je Acrobat hebt) of ga naar Meer → Exporteren → PDF/XPS-document maken. In het venster dat opent, klik je op Opties. Zet een vinkje bij Documentstructuurtags voor toegankelijkheid en bij Bladwijzers maken met koppen. Op deze manier kunnen gebruikers met het toetsenbord snel van sectie naar sectie springen. Dit werkt alleen wanneer echte kopstijlen zijn gebruikt.

Opslaan als getagde PDF in Word (Mac)

Ga naar Bestand → Opslaan als, kies PDF in het keuzemenu en selecteer Best voor elektronische distributie en toegankelijkheid, dat gebruikmaakt van Microsoft online service. Op Mac worden bladwijzers automatisch op basis van de koppen gegenereerd, zonder dat hiervoor instellingen hoeven te worden aangepast.