Chrome уберёт XSLT 17 ноября: какие сайты это затронет

Google окончательно назначила дату: в Chrome 158, стабильный выпуск которого запланирован на 17 ноября 2026 года, XSLT перестанет работать для всех пользователей, кроме участников пробной программы и организаций с корпоративной политикой. Полное отключение — в Chrome 176 в августе 2027 года. Новость касается сайтов, которые показывают XML-документы через таблицы стилей XSLT: карты сайта «красивого вида», RSS-ленты, выгрузки и старые корпоративные системы.

Что произошло

XSLT — язык преобразования XML в HTML прямо в браузере. Он давно применяется редко, а его поддержка в браузере — источник уязвимостей. Chrome поддерживал только XSLT 1.0 — стандарт 1999 года. Google в документации называет причиной отказа безопасность и пишет, что заменит библиотеку libxml2 новым парсером XML на Rust. Для разработчиков, которым XSLT действительно нужен, предлагается библиотека Saxonica на JavaScript: она поддерживает даже XSLT 3.0. Процесс отказа Chrome начал ещё в Chrome 143 в декабре 2025 года.

Отключаются две вещи: JavaScript-класс `XSLTProcessor` и инструкция `<?xml-stylesheet type="text/xsl" ...?>` в XML-документах. Инструкция с CSS (`type="text/css"`) продолжит работать, сам XML никуда не исчезает. Firefox и WebKit тоже заявили о планах убрать XSLT.

Кого касается

• Карты сайта с оформлением. Многие плагины SEO для WordPress и других CMS подключают к sitemap.xml таблицу XSLT, чтобы карта выглядела в браузере как таблица. Поисковым роботам XSLT не нужен — они читают XML. Но человек, открывший карту сайта, увидит сырой XML или предупреждение.
• RSS-ленты с оформлением. Аналогично: оформление пропадёт, сама лента продолжит работать в RSS-читателях.
• Корпоративные системы и выгрузки. Старые порталы, отчёты и документы в XML, которые отображаются через XSLT в браузере. Здесь последствия серьёзнее: сотрудники могут не увидеть нужные данные.
• Скрипты на XSLTProcessor. Если JavaScript на сайте преобразует XML на стороне браузера, он перестанет работать.

Что делать

1. Откройте в Chrome консоль на страницах с XML: с Chrome 143 там есть предупреждения об устаревании XSLT.
2. Поищите в коде `XSLTProcessor` и `xml-stylesheet type="text/xsl"`.
3. Для карт сайта и RSS ничего срочного не требуется — поисковики их прочитают. При желании отключите XSLT-оформление в настройках SEO-плагина.
4. Для рабочих отчётов и выгрузок перенесите преобразование на сервер и отдавайте готовый HTML — это рекомендация Google.
5. Если переписать быстро нельзя — подключите WebAssembly-полифил, который Google предлагает в документации: одна строка `<script>` возвращает работу XSLT-инструкций.
6. Для внутренних систем компании администратор может включить корпоративную политику — она действует до Chrome 176, то есть до августа 2027 года.

Как перенести XSLT-отчёт на сервер

Типичный случай — внутренняя система отдаёт отчёт в XML, а браузер с помощью XSLT превращает его в таблицу. Перенос обычно занимает немного времени:

1. Найдите XSL-файл, который подключается в XML. Это готовая логика преобразования.
2. Выполните то же преобразование на сервере: XSLT-процессоры есть для PHP (расширение XSL), Python (lxml), Java и .NET. Сам XSL-файл часто можно использовать без изменений.
3. Отдавайте браузеру готовый HTML вместо XML.
4. Если отчёт большой и формируется долго, кешируйте результат.

Если серверную часть менять нельзя (коробочная система от вендора), временное решение — полифил на WebAssembly или корпоративная политика Chrome. Параллельно стоит запросить у вендора обновление: срок у обоих обходных путей ограничен августом 2027 года.

Как проверить свою карту сайта

Откройте `/sitemap.xml` в браузере. Если она выглядит как красивая таблица с заголовками, скорее всего, используется XSLT. Если показывается дерево XML — оформления нет, и вас изменение не касается. Проверить, читают ли карту поисковики, можно в Яндекс Вебмастере и Google Search Console: там важно только, что XML корректный и доступен. Типичные ошибки карт сайта мы разбирали в статье о sitemap и robots.txt.

Что сказать подрядчику или IT-отделу

Если сайт или система достались от прежнего подрядчика, проще всего поставить задачу так: «Проверить, используется ли XSLT в браузере на наших страницах и во внутренних системах. Если да — оценить перенос преобразования на сервер до 17 ноября 2026 года». Это проверка на час-два, и она снимает вопрос на годы вперёд.

Наше мнение

Мы считаем отключение XSLT разумным шагом: технология почти не используется, а уязвимости в ней находят регулярно. Для большинства сайтов малого бизнеса изменение пройдёт незаметно. Что мы советуем клиентам: проверить внутренние системы и выгрузки, которые сотрудники открывают в браузере, — именно там 17 ноября может появиться «пустой экран» вместо отчёта. И не тянуть до августа 2027 года: полифил и политика — временная мера, а не решение.