Verklaring inzake toegankelijkheid

Laatst bijgewerkt: 19 september 2026.

1. Inzet en standaard

JoelKlemmer.com is bedoeld om bruikbaar te zijn voor mensen met een beperking, onder wie mensen die een toetsenbord, schermlezer, vergroting, spraakinvoer, schakelbedieningsapparaten of alternatieve weergavevoorkeuren gebruiken. Joel R. Klemmer, United States, is verantwoordelijk voor de website en voor het ontvangen van meldingen over toegankelijkheid via contact@joelklemmer.com.

Ons technische doel is de Web Content Accessibility Guidelines, versie 2.2, Level AA. We passen ook bepaalde praktijken van Level AAA toe wanneer die de ervaring verbeteren en consequent kunnen worden ondersteund. “AA+” wordt soms informeel gebruikt, maar is geen afzonderlijk WCAG-conformiteitsniveau. We gebruiken die term niet als certificering en beweren niet dat de website aan elk succescriterium van Level AAA voldoet.

Toegankelijkheid maakt deel uit van het ontwerp, de inhoud, de ontwikkeling en de beoordeling vóór publicatie. Een visueel meeslepende ervaring mag geen animatie, driedimensionale renderer, specifiek kleurenthema of aanwijsapparaat vereisen om essentiële informatie te bereiken. Toegankelijkheidsopties vormen een aanvulling op semantische HTML en bruikbaar standaardgedrag; zij vervangen niet de noodzaak van een toegankelijke onderliggende website.

2. Reikwijdte van deze verklaring

Deze verklaring geldt voor de pagina’s en interface die op JoelKlemmer.com worden beheerd, waaronder navigatie, zoeken, informatie over boeken en overzichten van verkooppunten, openbare brongegevens, erkenningen, media- en persmateriaal, contact, beleidspagina’s en de AI-gids. Zij gaat over de inhoud en functies waarover wij zeggenschap hebben.

Onafhankelijke retailers, uitgevers, sociale netwerken, podcastplatforms en andere gekoppelde diensten beheren hun eigen interfaces en materialen. Hun toegankelijkheid kan afwijken van deze website. Een link naar een dienst van derden certificeert niet de toegankelijkheid ervan. Als een externe bron een barrière creëert voor de informatie die hier beschikbaar is, vertel ons dan wat u nodig hebt en we zullen een geschikt alternatief binnen onze controle overwegen.

Downloadbare documenten, afbeeldingen en audiovisueel materiaal hebben specifieke aandachtspunten per formaat. Een visuele PDF kan anders werken dan de HTML-weergave ervan, met name wat betreft leesvolgorde, tags, tekstextractie en ondersteunende technologie. Een visuele beoordeling of het met succes downloaden van een PDF beschouwen wij niet als bewijs van PDF/UA-conformiteit. De HTML-weergave van media- en persinformatie op de website biedt een afzonderlijke leesroute; neem contact met ons op als die route niet aan uw behoeften voldoet.

3. Navigatie en toetsenbordgebruik

De website gebruikt oriëntatiepunten, koppen, betekenisvolle linkteksten, standaardkoppelingen en formulierbesturingselementen om navigatie met ondersteunende technologie te ondersteunen. Een skiplink biedt een route naar de hoofdinhoud. De toetsenbordfocus moet zichtbaar blijven en een betekenisvolle volgorde volgen. Navigatiedialoogvensters ondersteunen openen en sluiten met het toetsenbord; wanneer het aanroepende besturingselement nog beschikbaar is, hoort de focus daar na het sluiten naar terug te keren.

Gebruik Tab en Shift+Tab om tussen besturingselementen te navigeren, Enter om koppelingen en knoppen te activeren (indien ondersteund) en Escape om een geopend dialoogvenster te sluiten. Native besturingselementen ondersteunen mogelijk ook pijltoetsen of de spatiebalk, afhankelijk van de browser en ondersteunende technologie. We vervangen niet opzettelijk vertrouwde browsersnelkoppelingen of vereisen geen complex gebaar voor een essentiële actie.

Aanwijzerdoelen zijn ontworpen met voldoende grootte en scheiding. Een actie die beschikbaar is wanneer de muisaanwijzer over het scherm wordt bewogen, moet ook kunnen worden ontdekt en bediend via een toetsenbord of andere ondersteunde invoer. Aanraak-, toetsenbord- en aanwijzerpresentaties kunnen verschillen in lay-out, maar behouden dezelfde essentiële inhoud en acties.

4. Beeldscherm, contrast, beweging en afbeeldingen

Thema-instellingen maken een lichte, donkere of door het systeem geselecteerde presentatie binnen dezelfde visuele richting mogelijk. Tekst, bedieningselementen en focusindicatoren worden beoordeeld op contrast met hun werkelijke achtergronden. Decoratieve afbeeldingen en gelaagde oppervlakken mogen essentiële tekst niet afhankelijk maken van een onvoorspelbare achtergrond voor leesbaarheid. Kleur alleen mag geen fout, status of geselecteerde status identificeren.

Bewegingsinstellingen maken een presentatie met minder beweging mogelijk en kunnen de voorkeur van het besturingssysteem volgen. Essentiële inhoud moet beschikbaar blijven wanneer de beweging wordt verminderd. De grafische instelling biedt een lichtere presentatie voor bezoekers die een verminderde weergave verkiezen of nodig hebben. Als de browser geen driedimensionale scène ondersteunt, moet een statische presentatie de informatie en navigatie behouden die nodig is om de site te gebruiken.

U kunt inzoomen en de voorkeuren voor de tekstgrootte van de browser gebruiken. Lay-outs worden gecontroleerd op reflow en op verlies van inhoud wanneer de tekst of de afmetingen van het weergavevenster worden gewijzigd. Sommige visuele objecten, zoals een boekomslag of publicatiepagina, behouden een intrinsieke vorm; alternatieve tekst en omringende HTML-informatie bieden context onafhankelijk van de fysieke lay-out van de afbeelding.

Weergavevoorkeuren worden alleen op het apparaat opgeslagen wanneer de optionele functie om instellingen te onthouden is geselecteerd. U kunt die keuze via de interface wissen. Als browseropslag niet werkt, moeten bruikbare standaardinstellingen beschikbaar blijven en mag de toegang niet worden geblokkeerd. Het cookiebeleid licht deze opslag afzonderlijk toe.

5. Tekst, structuur en taal

We streven naar duidelijke koppen, leesbare tekstgroottes, voldoende regelafstand en een betekenisvolle leesvolgorde. Informatie mag niet uitsluitend afhangen van de visuele positie, vorm of een aanwijzing als “klik op het item rechts”. Formulieren en interactieve elementen moeten voor ondersteunende technologie begrijpelijke namen en onderlinge relaties beschikbaar stellen.

De website biedt 50 taalkeuzes. Taalkenmerken en schrijfrichting worden gebruikt zodat browsers en ondersteunende technologieën de geselecteerde taal en tekst van rechts naar links correct kunnen interpreteren. Namen, oorspronkelijke boektitels en citaten kunnen in de brontaal blijven wanneer een vertaling het werk verkeerd zou identificeren; de omringende uitleg moet dat onderscheid duidelijk maken.

Een vertaalde interface is niet automatisch toegankelijk of nauwkeurig. Lange labels, niet-Latijnse lettertypen, bidirectionele tekst, lokale datumnotaties en vertaalde instructies moeten afzonderlijk worden gecontroleerd. Als een vertaling een besturingselement of uitleg onduidelijk maakt, vermeld dan de taal en pagina in uw melding. Wij beoordelen zowel de betekenis als de daaruit voortvloeiende bruikbaarheid.

6. Afbeeldingen, boeken, publicaties en media

Betekenisvolle afbeeldingen moeten tekstalternatieven hebben die hun doel overbrengen. Decoratieve afbeeldingen mogen geen herhalende aankondigingen creëren of betekenisvolle inhoud verhullen. Foto's en gegenereerde scènes mogen geen essentiële feiten bevatten die niet beschikbaar zijn in nabijgelegen tekst. Boektitels, auteurschap, edities en aankoopinformatie worden als tekst gepresenteerd in plaats van alleen te vertrouwen op omslagafbeeldingen of driedimensionale objecten.

Media- en perspublicaties hebben zowel HTML-leesinterfaces als downloadbare versies. Besturingselementen moeten een naam hebben, met het toetsenbord bedienbaar zijn en bruikbaar blijven wanneer beweging wordt verminderd. Tekstzoom, paginanavigatie en bronkoppelingen moeten beschikbaar blijven zonder dat een gebaar voor het omslaan van een pagina vereist is. Als een bepaalde lezer of een bepaald documentformaat een belemmering vormt, vraag de informatie dan in een ander geschikt formaat aan.

Wanneer we betekenisvolle vooraf opgenomen audio of video onder onze controle publiceren, zijn toegankelijke alternatieven zoals ondertitels, transcripties of beschrijvingen vereist, afhankelijk van de inhoud en de toepasselijke standaard. Decoratieve beweging zonder aanvullende informatie kan een gelijkwaardige statische presentatie gebruiken. Opnamen van derden kunnen ondertitels of transcripties hebben die door hun host zijn verstrekt; we gaan er niet vanuit dat deze functies aanwezig of nauwkeurig zijn, alleen omdat de opname is gekoppeld.

7. Formulieren, fouten en automatische antwoorden

Het contactformulier identificeert verplichte velden en geeft feedback over validatie. Fouten moeten in tekst worden uitgedrukt en worden gekoppeld aan het getroffen besturingselement of een navigeerbare samenvatting. De voortgang, het succes en de mislukking van de indiening moeten worden gecommuniceerd aan ondersteunende technologie zonder alleen te vertrouwen op kleur, animatie of een voorbijgaand visueel bericht.

De AI-gids is optioneel. De gewone zoekfunctie, bronpagina’s en het contactkanaal blijven onafhankelijk beschikbaar. Het vraagveld en de toestanden voor indienen, annuleren, resultaat en fout zijn bedoeld om toegankelijk te zijn met een toetsenbord en schermlezer. Gegenereerde antwoorden worden als tekst met bronkoppelingen weergegeven. Een mislukking of niet-ondersteunde vraag moet een duidelijke uitleg opleveren en geen leeg resultaat dat als succes wordt gepresenteerd.

AI-uitvoer kan onjuist of moeilijk te begrijpen zijn. Zij vervangt geen gevraagde toegankelijkheidsvoorziening of rechtstreekse hulp. U kunt via het contactkanaal om informatie vragen in plaats van een AI-provider te gebruiken. Het AI-beleid en privacybeleid lichten de beperkingen van de functie en de gegevensverwerking toe.

8. Evaluatie en huidige beperkingen

We gebruiken een combinatie van bronbeoordeling, geautomatiseerde controles, toetsenbordtests, responsieve browsercontroles en visuele inspectie tijdens de ontwikkeling en voorbereiding van de release. Geautomatiseerde tests kunnen bepaalde defecten identificeren, maar kunnen niet vaststellen dat elke interactie werkt voor elke persoon of ondersteunende technologie. Een succesvolle test op een gesimuleerd viewport is niet hetzelfde als het testen van een fysieke telefoon, televisie, VR-headset of elke ingebouwde browser.

Onze aanpak is om essentiële informatie via standaardwebbesturingselementen en tekst beschikbaar te maken, zodat decoratieve scènes op apparaten met beperkte mogelijkheden geen belemmering worden. Het daadwerkelijke gedrag kan nog steeds variëren door het besturingssysteem, de browser, ondersteunende technologie, hardware, het netwerk, lettertypeondersteuning en gebruikersinstellingen. Als een combinatie niet werkt, willen wij de specifieke informatie ontvangen die nodig is om de belemmering te reproduceren en een alternatief te bieden.

Wij claimen zonder ondersteunend bewijs geen toegankelijkheidscertificering door derden, volledige conformiteit met Level AAA, universele tests op fysieke apparaten of toegankelijkheid van inhoud van derden. Downloadbare documenten en extern gehoste media moeten afzonderlijk worden beoordeeld. Een bekende beperking moet worden onderzocht en verholpen met een correctie of een passend toegankelijk alternatief; zij mag niet uitsluitend worden afgedaan omdat een geautomatiseerd rapport is geslaagd.

9. Hulp of een alternatief formaat aanvragen

Stuur een e-mail naar contact@joelklemmer.com of gebruik het contactformulier om een belemmering te melden of informatie in een toegankelijk formaat aan te vragen. Als het formulier zelf moeilijk te gebruiken is, kunt u e-mail als alternatief gebruiken. U hoeft geen diagnose bekend te maken om een toegankelijkheidsverzoek te doen.

Nuttige gegevens zijn onder meer het adres van de pagina, de informatie of handeling die u probeerde te bereiken, de ondervonden belemmering, het apparaat en de browser, eventuele betrokken ondersteunende technologie en het formaat of de hulp waarmee u geholpen zou zijn. Deel alleen wat nodig is; stuur geen wachtwoorden, medische documenten of niet-gerelateerde privégegevens. Technische gegevens die u niet kent, kunt u weglaten.

We streven ernaar om een toegankelijkheidsverzoek binnen vijf werkdagen te bevestigen en binnen tien werkdagen een inhoudelijke reactie of een praktische volgende stap te geven. Sommige correcties of alternatieve formaten kunnen meer tijd vergen; in dat geval proberen we de verwachte volgende stap uit te leggen en u op de hoogte te houden. Een kortere deadline of een andere procedure die vereist is door de toepasselijke wetgeving heeft voorrang. Deze doelstellingen zijn geen belofte dat elk softwaredefect binnen die periode permanent kan worden opgelost.

Redelijke hulp mag niet vereisen dat u de functie gebruikt die de belemmering heeft veroorzaakt. Afhankelijk van het verzoek kan een passend antwoord bestaan uit een tekstversie, een document in een ander formaat, een verduidelijkte koppeling, hulp bij het vinden van een bron of een correctie van de interface. Wij houden rekening met de gevraagde vorm van hulp en met de verplichtingen die in de omstandigheden gelden.

10. Feedback, escalatie en wettelijke rechten

Als een antwoord uw melding niet afdoende oplost, reageer dan met de nog bestaande belemmering en vraag de websitebeheerder om een nadere beoordeling. Bewaar de relevante datums en correspondentie als u een dossier nodig hebt. Correspondentie over toegankelijkheid wordt verwerkt volgens het privacybeleid en de toepasselijke bewaartermijnen.

Deze interne procedure beperkt niet uw recht om contact op te nemen met een bevoegde autoriteit op het gebied van toegankelijkheid, rechten van mensen met een beperking, consumentenbescherming of een ander toepasselijk gebied, een beschikbare klachtenprocedure te gebruiken of een rechtsmiddel op grond van de toepasselijke wetgeving te zoeken. U hoeft geen wettelijk recht op te geven om hulp te krijgen. Geen enkele disclaimer elders op de website sluit een verplichting uit die volgens de wet niet kan worden uitgesloten.

Toegankelijkheidsvereisten verschillen per land en, in de United States, tussen federale, staatsrechtelijke en andere toepasselijke wettelijke kaders. WCAG is een technische standaard; het gebruik ervan bepaalt op zichzelf niet welke wetgeving op deze website van toepassing is en certificeert geen naleving van elke lokale vereiste. Verplichte toepasselijke beschermingen zijn leidend wanneer zij meer vereisen dan in deze verklaring is beschreven.

11. Toegankelijkheid onderhouden en bijwerken

We controleren de toegankelijkheid wanneer we een functie toevoegen, de navigatie wijzigen, een publicatie bijwerken, een nieuwe asset introduceren of content vertalen. De relevante controles moeten de daadwerkelijke interactie en betekenisvolle foutstatussen omvatten, niet alleen een statische screenshot. Belangrijke wijzigingen aan de AI-gids, publicatielezers of scènebesturingen vereisen een hernieuwde beoordeling van de getroffen functies.

Wij werken deze verklaring bij wanneer een wezenlijke wijziging gevolgen heeft voor de hier beschreven functies, beperkingen of hulp. De datum op de gepubliceerde pagina geeft de versie aan. Neem voor hulp of nadere informatie contact op met Joel R. Klemmer, United States, via contact@joelklemmer.com.