Chrome и Edge удаляют XSLT: для поиска это ничего не меняет, но XML-файлы потеряют читаемый вид
Chrome and Edge are removing XSLT: what breaks and what does not
С Chrome 158, выходящим 17 ноября 2026 года, клиентский XSLT перестанет работать, и Edge последует за Chromium. Google объясняет это безопасностью: libxslt — устаревший C-код, а XSLT используют лишь около 0,02% загрузок страниц. Краулеры не выполняют таблицы стилей, поэтому индексация не пострадает. Зато сайтмапы и ленты потеряют оформление, а публичные XML-реестры — единственный человекочитаемый вид. Автор советует за полчаса провести инвентаризацию и решить, оставить файл как есть или заменить.
Стоимость этого изменения ложится вовсе не на SEO-команды; она ложится на государственные органы, которые публиковали машиночитаемые данные и делали их читаемыми для человека самым дешёвым способом, какой предлагала платформа.
- cousin_it
Когда я впервые узнал, что XSLT уходит, мне стало любопытно, как добиться того же самого в JS (клиентский шаблонизатор, который срабатывает во время загрузки страницы, без какого-либо «мигания контента»). Оказывается, есть очень изящный способ сделать это с помощью встроенных скриптов, которые добавляют элементы рядом с document.currentScript. Lean Rada писал об этом здесь: https://leanrada.com/notes/inline-rendering-currentscript/ и я тоже писал: https://vladimirslepnev.me/write
- Telaneo
По крайней мере, в Firefox он всё ещё будет, хотя с тем, как обстоят дела у Mozilla, я не удивлюсь, если они последуют примеру.
Я отношусь к этому так же, как к удалению поддержки Flash: хорошо, что мы переходим к лучшему, но это не помогает, если нет лучшего, к чему переходить.
Какой простой способ сделать веб-игры, с которыми дети могут возиться? Раньше это был Flash, а теперь ничего. Как настроить RSS-ленту, чтобы она не просто вываливала на пользователя сырой XML? Скоро это будет уже не XSLT, но я не вижу хорошей замены (ещё больше раздражает то, что браузеры раньше имели функции для обработки RSS-лент самостоятельно, и XSLT использовался, чтобы обойти эту проблему, но теперь обходить нечего).
- mcculley
Я всё ещё использую XSLT. Я использую его уже 26 лет. Я генерирую XML-документы на бэкенде и превращаю их в HTML для различных отчётов. У XSLT есть много возможностей и мощности, которых не хватает более новым языкам шаблонов.
Стоит ли мне переходить на какой-нибудь из этих новых языков шаблонов?
- Trustable8
Жаль, что во времена XHTML XSLT был спецификацией, которая могла бы сделать модульность сайтов намного чище. Я однажды создал ранний инструмент для создания сайтов, который объединял отдельные компоненты с помощью XSLT — это было действительно мощно в те дни, когда JavaScript нельзя было использовать без jQuery. Однако XHTML был отвергнут в пользу HTML5, и после этого XSLT стал практически бесполезен. Он хорошо продержался так долго, я полагаю, в основном его оставили для стилизации XML-файлов.
- cosmic_cheese
Мне кажется безумием, что до сих пор это был единственный широко поддерживаемый способ подтягивать общие части HTML, такие как заголовки, навигация и подвалы, без чего-либо динамического на обоих концах. Это такой базовый и распространённый случай использования, который так плохо покрыт.