Het eerste wat onomwonden gezegd kan worden, is dat de jarenlange discussie over de vraag of browsers wiskunde native zouden moeten renderen, beslecht is. Firefox rendert MathML al sinds begin 2000; WebKit leverde een bruikbare implementatie in Safari in 2013; de achterblijver, Chromium, landde MathML Core uiteindelijk in versie 109 in januari 2023. Die ene release deblokkeerde het hele platform: halverwege 2026 spreken de grote browserengines op elke desktop en vrijwel elke telefoon MathML als eersteklasstaal. De uitwijkroute die het web bijna twintig jaar lang als standaard hanteerde — render de formule als afbeelding, met een alt-attribuut waarop de gebruiker van een schermlezer moet vertrouwen — is niet langer de verantwoorde standaard.

Wat in 2023 veranderde, is smaller dan de koptekst doet vermoeden. Chromium implementeerde niet de volledige MathML 3; het implementeerde MathML Core, een deelverzameling die bewust beperkt is tot de elementen die browsers betrouwbaar kunnen renderen en die hulptechnologieën kunnen navigeren. Opmaak voor elementaire wiskunde (staartdeling, overdrachten, gestapelde optelling) staat niet in Core. Regelafbreking binnen lange vergelijkingen staat wel in Core, maar de heuristieken zijn conservatief. Sommige geavanceerde rekbare operatoren renderen nog steeds inconsistent over engines heen. Maar de basis — breuken, wortels, subscripts en superscripts, matrices, integralen, somtekens, het operatiewoordenboek — is nu in elke relevante engine aanwezig.

De gevolgen voor toegankelijkheid zijn direct. Een pagina die MathML rechtstreeks in de DOM plaatst, levert een semantische expressie die een schermlezer kan uitspreken, navigeren en opnieuw uitspreken op een ander detailniveau. Een pagina die een afbeelding met een alt-attribuut levert, biedt één zin die de gebruiker van de schermlezer niet kan inzoomen, niet opnieuw kan laten uitspreken en niet in een rekenmachine kan plakken. Tien jaar lang was de afweging reëel, omdat Chromium MathML niet kon renderen en terugvallen op afbeeldingen minder kapotte pagina’s betekende. Die afweging geldt niet langer.

MathJax was de brug die wiskunde op het web leesbaar hield tijdens de lange Chromium-achterstand. Vanaf de eerste release in 2010 nam MathJax LaTeX of MathML uit de broncode en produceerde gestylede HTML- of SVG-uitvoer die elke browser kon renderen. Het was het grootste deel van zijn bestaan de primaire renderlaag voor wiskundige inhoud op het web — Wikipedia, arXiv, MathOverflow, Stack Exchange en de grote meerderheid van academische uitgeefplatformen leverden MathJax op elke pagina.

De rol die MathJax in 2026 speelt, is anders. Nu Chromium MathML native rendert, is de taak als renderer-of-last-resort voltooid. Wat MathJax nu doet — en beter doet dan wat dan ook — is zich plaatsen vóór legacy-LaTeX-bronnen en ze omzetten in schone MathML die de browser rechtstreeks rendert. Versie 3 en versie 4 zijn met dat doel herschreven: de LaTeX-invoerparser is volwassen, de MathML-uitvoer voldoet aan de standaarden, en de runtime kan zo worden geconfigureerd dat hij MathML emitteert en dan een stap terug doet, zodat de browser het lay-outwerk overneemt. De bibliotheek is groter dan gewenst op een critical-path-pagina, maar het is de betrouwbaarste LaTeX-naar-MathML-converter op het web.

De meeste wiskundige inhoud op het web heeft ergens stroomopwaarts een LaTeX-bron. De vraag is waar de LaTeX-naar-MathML-conversie plaatsvindt — tijdens het bouwen, tijdens de runtime, of nooit. Het patroon dat op elke toegankelijkheidsas wint, is conversie naar MathML tijdens het bouwen, waarbij de gerenderde MathML rechtstreeks in de pagina-HTML wordt opgenomen. Het patroon dat op elke as verliest, is het leveren van een afbeelding van een LaTeX-rendering met een alt-attribuut dat de vergelijking parafraseert.

De wiskunde renderen is de helft van het werk. De andere helft is navigatie: een lange vergelijking kan niet worden gelineariseerd tot één gesproken zin zonder dat de lezer de draad kwijtraakt. Elke grote schermlezer beschikt nu over een “wiskundemodus” waarmee de gebruiker een breuk kan binnengaan, langs de teller kan lopen, in een subscript kan afdalen, terug naar de bovenliggende expressie kan springen en de huidige deelexpressie op een ander detailniveau opnieuw kan laten uitspreken. De implementaties verschillen in volwassenheid, in de toetsaanslagen en — cruciaal — in welke spraakregel-bibliotheek ze delen.

Achter vrijwel elke moderne wiskundespraakervaring op het web schuilt een project dat de meeste ontwikkelaars nooit hebben gehoord: de Speech Rule Engine, of SRE. SRE begon binnen het ChromeVox-team van Google halverwege de jaren 2010 en is nu een open-sourcebibliotheek die voornamelijk door Volker Sorge wordt onderhouden. Het neemt MathML als invoer en geeft een gestructureerde gesproken vorm terug — in meerdere talen, op meerdere detailniveaus en met meerdere regelsets (MathSpeak, ClearSpeak, ChromeVox-classic). Het is ook de engine die het wiskundenavigatigedrag aanstuurt dat MathJax op zijn eigen gerenderde uitvoer blootstelt, en er wordt naar verwezen door zowel MathCAT als diverse browser-side toegankelijkheidsexperimenten.

De reden dat SRE als infrastructuur van belang is, is dat zonder een canonieke uitspraakbibliotheek elke schermlezer zijn eigen manier zou bedenken om x kwadraat plus y kwadraat gelijk r kwadraat te zeggen. Met SRE convergeren de grote implementaties op een kleine set van gesanctioneerde regelsets, wat betekent dat een docent die een vergelijking schrijft in een leerboekauthoringtool bij benadering kan voorspellen hoe een student die NVDA, JAWS of ChromeVox gebruikt het zal horen. De convergentie is niet volledig — VoiceOver is de uitschieter — maar ze is reëel en groeiende.

Het algemene principe — lever MathML, converteer vanuit LaTeX tijdens het bouwen wanneer mogelijk, steun op SRE voor spraak — geldt voor elk documenttype. De specifieke invulling verschilt per oppervlak. Hieronder volgen concrete aanbevelingen voor de vier documentklassen die de meeste toegankelijkheidsteams leveren.

Wiskundetoegankelijkheid op het web is van alle grote toegankelijkheidsfrontiers het langzaamst gerijpt. De standaarden waren klaar in 1998. De schermlezers waren klaar, op een basale manier, halverwege de jaren 2000. De browserengines deden er tot 2023 over. De integratie tussen die drie lagen — opmaak, renderen, spraak — klikte pas echt op zijn plek in de tweede helft van dat jaar, toen MathCAT MathPlayer verving binnen NVDA, JAWS hetzelfde back-end overnam, en ChromeVox en MathJax convergeerden op dezelfde onderliggende Speech Rule Engine.

Het werk dat resteert, bevindt zich aan de randen. Notaties voor elementaire wiskunde staan niet in MathML Core, en de platformen die vroege rekenkunst onderwijzen moeten nog steeds terugvallen op MathML 3-extensies of afbeeldingen. De wiskundenavigatie van VoiceOver is bruikbaar maar minder gedetailleerd dan wat Windows-gebruikers krijgen. Regelafbreking in de browser binnen zeer lange vergelijkingen is conservatief, en sommige rekbare operatoren renderen nog steeds ongelijkmatig over engines. Dit zijn echte problemen die de moeite waard zijn om op te lossen. Ze zijn niet van hetzelfde soort als “Chromium kan helemaal geen wiskunde renderen” was in het decennium vóór 2023.

Voor een engineeringteam dat in 2026 een nieuw productoppervlak met wiskundige inhoud lanceert, is de verdedigbare standaard: lever MathML, genereer het vanuit LaTeX tijdens het bouwen wanneer de bron dat toelaat, val terug op MathJax v4 voor legacy-LaTeX die niet vooraf verwerkt kan worden, en vertrouw op de schermlezerstack — NVDA plus MathCAT, JAWS plus MathCAT, ChromeVox plus SRE, VoiceOver native — om de spraaklaag te verzorgen. De lange weg is niet voorbij. Maar voor het eerst leidt hij ergens naartoe wat leesbaar is.