Първото нещо, което трябва да се каже ясно, е, че дългият, бавен спор дали браузърите трябва да изобразяват математиката нативно е приключен. Firefox изобразява MathML от началото на 2000-те; WebKit пусна използваема реализация в Safari през 2013 г.; последният, който се съпротивляваше, Chromium, най-сетне внедри MathML Core във версия 109 през януари 2023 г. Това единствено издание отпуши платформата: до средата на 2026 г. основните браузърни двигатели на всеки настолен компютър и почти всеки телефон говорят MathML като първокласен език. Аварийният изход, около който уеб се стандартизира близо двадесет години — да се изобрази математиката като изображение с alt атрибут, на който потребителят на екранен четец трябва да се довери — вече не е отговорната настройка по подразбиране.

Това, което се промени през 2023 г., е по-тясно, отколкото подсказва заглавието. Chromium не реализира целия MathML 3; той реализира MathML Core — подмножество, умишлено ограничено до елементите, които браузърите могат да изобразяват надеждно и в които помощните технологии могат да навигират. Оформлението на елементарната математика (деление наум, преноси, събиране на стълб) не е в Core. Пренасянето на ред в дълго уравнение е в Core, но евристиките са консервативни. Някои разширени разтягащи се оператори все още се изобразяват непоследователно между двигателите. Но скелетът — дроби, корени, индекси и степени, матрици, интеграли, сумиране, речникът на операторите — вече е във всеки двигател, който има значение.

Последствието за достъпността е пряко. Страница, която излъчва MathML директно в DOM, доставя семантичен израз, който екранният четец може да произнесе, в който да навигира и да го произнесе наново с различно ниво на подробност. Страница, която излъчва изображение с alt атрибут, доставя едно-единствено изречение, в което потребителят на екранен четец не може да навлезе, не може да го произнесе наново и не може да го копира в калкулатор. Десет години компромисът беше реален, защото Chromium не можеше да изобрази MathML, а връщането към изображения означаваше по-малко счупени страници. Този компромис вече не важи.

MathJax беше мостът, който поддържаше математиката в уеб четима по време на дългата пролука на Chromium. От първото си издание през 2010 г. MathJax приемаше LaTeX или MathML в източника и произвеждаше стилизиран HTML или SVG изход, който всеки браузър можеше да изобрази. През по-голямата част от историята си той беше основният слой за изобразяване на математическо съдържание в уеб — Wikipedia, arXiv, MathOverflow, Stack Exchange и огромната част от платформите за академично издаване доставяха MathJax на всяка страница.

Ролята, която MathJax играе през 2026 г., е различна. С нативното изобразяване на MathML от Chromium работата на рендерер от последна инстанция е приключена. Това, което MathJax прави сега, и го прави по-добре от всичко друго, е да застане пред наследени LaTeX източници и да ги превърне в чист MathML, който браузърът ще изобрази директно. Неговите издания v3 и v4 бяха пренаписани с тази идея: входният парсер за LaTeX е зрял, изходният MathML съответства на стандартите, а средата за изпълнение може да бъде конфигурирана да излъчва MathML и след това да се отдръпне, оставяйки браузъра да поеме работата по оформлението. Библиотеката е по-голяма, отколкото бихте искали на страница в критичния път, но тя е най-надеждният конвертор от LaTeX към MathML в уеб.

Повечето математическо съдържание в уеб има LaTeX източник някъде нагоре по веригата. Въпросът е къде се извършва конвертирането от LaTeX към MathML — при компилиране, по време на изпълнение или никога. Шаблонът, който печели по всяка ос на достъпността, е конвертиране при компилиране към MathML, като изобразеният MathML се излъчва директно в HTML на страницата. Шаблонът, който губи по всяка ос, е доставянето на изображение от LaTeX изобразяване с alt атрибут, който перифразира уравнението.

Изобразяването на математиката е половината работа. Другата половина е навигацията: дълго уравнение не може да се линеаризира в едно изговорено изречение, без читателят да изгуби мястото си. Всеки голям екранен четец вече доставя „математически режим“, който позволява на потребителя да навлезе в дроб, да върви по числителя ѝ, да слезе в индекс, да изскочи навън към родителския израз и да произнесе наново текущия подизраз с различна подробност. Реализациите се различават по зрялост, по клавишните комбинации и, което е от решаващо значение, по това коя библиотека с правила за реч споделят.

Зад почти всяко съвременно изживяване за произнасяне на математика в уеб стои проект, за който повечето инженери никога не са чували: Speech Rule Engine, или SRE. SRE започна вътре в екипа на ChromeVox на Google в средата на 2010-те и сега е библиотека с отворен код, поддържана предимно от Volker Sorge. Тя приема MathML и излъчва структурирана изговорена форма — на множество езици, множество нива на подробност и множество набори от правила (MathSpeak, ClearSpeak, ChromeVox-classic). Тя е и двигателят, който задвижва поведението за навигация в математиката, което MathJax излага върху собствения си изобразен изход, и е реферирана както от MathCAT, така и от няколко експеримента за достъпност от страна на браузъра.

Причината SRE да е от значение като инфраструктура е, че без каноничнa библиотека за произношение всеки екранен четец би изобретил собствен начин да каже х на квадрат плюс у на квадрат е равно на r на квадрат. Със SRE основните реализации се сближават около малък набор от санкционирани набори от правила, което означава, че учител, който пише уравнение в инструмент за създаване на учебници, може да предвиди приблизително как ученик, използващ NVDA, JAWS или ChromeVox, ще го чуе. Сближаването не е пълно — VoiceOver е изключението — но е реално и нараства.

Общият принцип — доставяйте MathML, конвертирайте от LaTeX при компилиране, когато е възможно, разчитайте на SRE за речта — важи за всеки тип документ. Спецификите се изместват с повърхността. По-долу са конкретни препоръки за четирите класа документи, които повечето екипи по достъпност доставят.

Достъпността на математиката в уеб беше най-бавната от основните граници на достъпността, която съзря. Стандартите бяха готови през 1998 г. Екранните четци бяха готови, по основен начин, в средата на 2000-те. Браузърните двигатели се забавиха до 2023 г. Интеграцията между тези три слоя — маркировка, изобразяване, реч — реално се намести едва през втората половина на тази година, когато MathCAT замени MathPlayer вътре в NVDA, когато JAWS прие същия бекенд и когато ChromeVox и MathJax се сближиха около същия основополагащ Speech Rule Engine.

Работата, която остава, е по краищата. Нотацията на елементарната математика не е в MathML Core, а платформите, които преподават аритметика в ранните класове, все още трябва да се връщат към разширенията на MathML 3 или към изображения. Навигацията в математиката на VoiceOver е използваема, но по-малко детайлна от това, което получават потребителите на Windows. Пренасянето на ред в браузъра в много дълги уравнения е консервативно, а някои разтягащи се оператори все още се изобразяват неравномерно между двигателите. Това са реални проблеми, които си струва да се поправят. Те не са същият вид проблем като „Chromium изобщо не може да изобрази математика“, какъвто беше през десетилетието преди 2023 г.

За инженерен екип, който доставя нова продуктова повърхност през 2026 г. с математическо съдържание върху нея, защитимата настройка по подразбиране е: излъчвайте MathML, генерирайте го от LaTeX при компилиране, когато източникът го позволява, връщайте се към MathJax v4 за наследен LaTeX, който не можете да предварително обработите, и се доверете на стека от екранни четци — NVDA плюс MathCAT, JAWS плюс MathCAT, ChromeVox плюс SRE, VoiceOver нативно — да обработи речевия слой. Дългият път не е свършил. Но за първи път той води нанякъде четимо.