Naar de inhoud

Dit is een bètaversie van Builddocs. Je kunt alles bekijken, maar aanmelden en een abonnement afsluiten kan nog niet.

Toegankelijkheidsverklaring

Versie concept 0.4 · opgesteld 15 augustus 2026

Dit is een concept en het geldt nog niet

Deze tekst is nog niet door een jurist getoetst en heeft geen ingangsdatum. Hij staat hier zodat je kunt lezen waar het heen gaat — je kunt er geen rechten aan ontlenen, en wij ook niet.

In gewone taal

Deze samenvatting vervangt de tekst hieronder niet; bij verschil geldt de tekst.

Wij willen dat iedereen deze site kan gebruiken, ook met een schermlezer, alleen met het toetsenbord, of met vergroting.

Wij streven naar het niveau WCAG 2.2 AA. Wij zijn daar nog niet, en hieronder staat waar het nog niet lukt.

Loop je ergens tegenaan, meld het. Dat is de snelste manier om het opgelost te krijgen.

1. Waar wij naar streven. Builddocs streeft ernaar te voldoen aan de Web Content Accessibility Guidelines, versie 2.2, niveau AA. Dat is de internationale standaard waar ook de Europese norm EN 301 549 naar verwijst.

2. Wat wij doen.

  • Tekst met voldoende contrast, en informatie die niet uitsluitend met kleur wordt overgebracht.
  • Elke afbeelding met inhoudelijke betekenis krijgt een tekstalternatief. Decoratief beeld wordt als decoratief gemarkeerd.
  • De site is met het toetsenbord te bedienen en heeft een zichtbare focusindicatie.
  • Koppen zijn hiërarchisch opgebouwd, zodat een schermlezer de structuur kan volgen.
  • Formulieren hebben gekoppelde labels en foutmeldingen in tekst.
  • Onze teksten zijn geschreven in gewone taal, in korte zinnen, met uitleg bij vaktermen. Dat is redactiebeleid en het is tegelijk toegankelijkheidsbeleid.

3. Waar het nog niet lukt. Een verklaring zonder deze lijst is een intentie en geen verklaring. Dit zijn de punten waarvan wij weten dat ze nog niet goed genoeg zijn:

  • Tabellen met prijzen en specificaties, die met een schermlezer lastig te volgen zijn.
  • De prijsvergelijker, waarin filteren en vergelijken complexe interactie vraagt.
  • Ingesloten inhoud van derden, zoals video, waarvan wij de toegankelijkheid niet in de hand hebben.
  • Documenten die je kunt downloaden, zoals werkomschrijvingen en modellen.
  • Het forum en de groepen zijn nog niet open. Zodra leden zelf beeld kunnen plaatsen, kunnen wij niet garanderen dat daar een tekstalternatief bij staat. Wij vragen erom bij het plaatsen; afdwingen kunnen wij het niet.

4. De knop linksonder. Wil je de weergave meteen aanpassen, dan kan dat op elke pagina. Linksonder in het scherm staat een ronde knop met het toegankelijkheidsteken; voor een schermlezer heet hij «Weergave aanpassen». Met het toetsenbord bereik je hem door te tabben — hij staat in de gewone volgorde en vraagt geen aparte handeling.

Je kunt er de tekstgrootte, de regelafstand, de letterafstand, het contrast, de onderstreping van links, beweging en de focusring mee aanpassen, en wisselen tussen licht en donker. Wat je kiest blijft op dit apparaat bewaard en gaat niet naar ons toe.

Zo'n knop maakt een site niet toegankelijk, en wij doen niet alsof. De bekende bezwaren gaan over overlays van derden die de pagina achteraf herschrijven en daarmee schermlezers in de weg zitten. Deze knop doet dat niet: hij is door onszelf gebouwd en zet uitsluitend kenmerken op het document waar de opmaak op reageert. Aan de inhoud, de koppenstructuur en de namen van knoppen verandert hij niets. Hij is een aanvulling; het werk zit in de site zelf.

5. Wat wij van gebruikers vragen. Plaats je straks een foto in de community, geef er dan in één zin bij wat erop staat. Schrijf je een bijdrage, gebruik dan gewone taal en korte alinea's. Dat helpt meer mensen dan je denkt.

6. Melden. Loop je tegen een probleem aan, of merk je iets dat niet toegankelijk is? Mail toegankelijkheid@builddocs.info met een beschrijving van het probleem, de pagina waar het speelt, en het hulpmiddel dat je gebruikt. Een melding hoeft niet uitgebreid te zijn — «de tabel op deze pagina is met VoiceOver niet te volgen» is genoeg om mee te beginnen.

Wij bevestigen je melding binnen vijf werkdagen en laten weten wat wij eraan doen. Kunnen wij iets niet oplossen, dan zeggen wij dat en zoeken wij een andere manier om je aan de informatie te helpen.

7. Hoe wij dit controleren. Er is nog geen extern toegankelijkheidsonderzoek uitgevoerd. Dat staat hier omdat het verschil uitmaakt: wat hieronder staat is onze eigen toets en niet het oordeel van iemand anders.

Bij elke wijziging aan de site draait een geautomatiseerde controle die de bouw tegenhoudt zodra zij faalt. Die controle dekt op dit moment elf succescriteria uit WCAG 2.2:

  • 1.1.1 — elke afbeelding heeft een tekstalternatief
  • 1.2.2 — elke video is bedienbaar en heeft een tekstalternatief
  • 1.3.1 — er is precies één hoofdlandmark per pagina
  • 1.4.1 — een pictogram naast tekst is verborgen voor de schermlezer
  • 2.3.3 — beweging wordt uitgezet wanneer daarom is gevraagd
  • 2.4.3 — geen positieve tabindex, zodat de volgorde de leesvolgorde blijft
  • 2.4.7 — er is een zichtbare focusring, overal
  • 2.5.3 — wat als knop of link oogt, is ook een knop of een link
  • 2.5.8 — elk aanraakvlak haalt het minimum
  • 3.1.1 — de pagina draagt een taal
  • 4.1.2 — een knop zonder woorden draagt een naam

Daarnaast wordt elk kleurenpaar uit het ontwerpsysteem doorgerekend op contrast, en houdt een aparte toets bij dat geen enkele kleur ongetoetst blijft.

Wat een geautomatiseerde controle niet kan: beoordelen of een tekstalternatief het beeld werkelijk beschrijft, of een leesvolgorde logisch is, of een formulier te begrijpen valt. Daarvoor is onderzoek met mensen nodig, en dat heeft nog niet plaatsgevonden.

Contact en klachten

Toegankelijkheidsvragen en meldingen: toegankelijkheid@builddocs.info.

Overige vragen: info@builddocs.info.

Alle juridische documenten