Chrome 155 перешёл в beta 16 сентября 2026 года. В выпуск вошёл заметный набор изменений для CSS, JavaScript и Web API: новые возможности оформления, повторная загрузка модулей после ошибки, text modules, современные криптографические алгоритмы, JPEG XL и расширения WebTransport.
Для разработчика beta-релиз полезен не как сигнал немедленно использовать все новые API в production, а как возможность заранее проверить совместимость и понять, какие возможности браузерной платформы становятся ближе к массовому использованию.
Ниже — практический разбор наиболее интересных изменений Chrome 155 Beta по официальному анонсу Chrome for Developers.
CSS symbols() упрощает пользовательские маркеры списков
Функция symbols() позволяет задавать counter style прямо в свойстве без предварительного объявления отдельного @counter-style. Она поддерживает разные системы счёта и может использоваться в list-style-type, list-style, counter() и counters().
Для интерфейсов это означает меньше служебного CSS, когда нужен локальный нестандартный список или счётчик. Особенно удобно для компонентов, где стиль не должен становиться глобальным именованным правилом.
ol.steps {
list-style-type: symbols(cyclic "●" "○");
}
Как и с любой новой CSS-возможностью, перед production стоит проверить поддержку в целевых браузерах и предусмотреть обычный fallback.
Новые shorthand-свойства для corner
Chrome 155 добавляет CSS shorthand для работы с формой углов. Новые свойства позволяют одновременно управлять border-radius и corner-shape для отдельных углов и логических направлений.
Практическая ценность здесь не в сокращении пары строк, а в более системном управлении компонентами, особенно когда интерфейс использует logical properties и должен корректно работать в разных направлениях текста.
text-decoration-skip-spaces
Новое свойство text-decoration-skip-spaces позволяет контролировать, должна ли линия underline, overline или line-through проходить через пробелы.
На первый взгляд это мелочь, но именно такие детали влияют на аккуратность типографики. Для ссылок, заголовков и декоративных подчёркиваний появляется более точный контроль без дополнительных span или фоновых градиентов.
margin-trim для первого и последнего дочернего элемента
margin-trim позволяет контейнеру не учитывать внешний margin первого или последнего дочернего элемента. В Chrome 155 функция поддерживается для обычных block containers и multicol.
Это может упростить типовые компоненты, где сейчас приходится писать отдельные правила вроде :first-child и :last-child, чтобы убрать лишний верхний или нижний отступ.
Для flex и grid в текущей спецификации такое поведение не заявлено, поэтому использовать свойство как универсальную замену всем старым приёмам пока не стоит.
JavaScript сможет повторно загружать модуль после ошибки
Одна из практичных JavaScript-правок касается failed module loads. Раньше ошибка загрузки модуля кэшировалась, и повторный import() мог немедленно получить ту же ошибку, даже если проблема была временной.
Chrome 155 меняет это поведение так, чтобы разработчик мог повторить загрузку после временного сетевого сбоя.
Для приложений с динамическими импортами это полезно в нестабильных сетях: retry становится реальным механизмом восстановления, а не повторным чтением уже закэшированного failure state.
Text Modules: импорт текста как значения
В beta также появляется реализация предложения TC39 для text modules. Синтаксис позволяет импортировать текстовый ресурс как строку:
import template from "./template.html" with { type: "text" };
Такой механизм может быть удобен для шаблонов, shader-кода, SQL-фрагментов, Markdown и других текстовых ресурсов, которые раньше приходилось получать через отдельный fetch или обрабатывать на этапе сборки.
До широкого использования важно дождаться достаточной кроссбраузерной поддержки или оставить bundler/fetch fallback.
WebCrypto получает постквантовые алгоритмы
Chrome 155 добавляет в Web Cryptography API поддержку нескольких современных алгоритмов, включая ML-KEM, ML-DSA, ChaCha20-Poly1305 и X-Wing.
ML-KEM и ML-DSA относятся к стандартизованным NIST постквантовым алгоритмам. Для обычного сайта это не означает необходимость срочно менять всю криптографию, но для разработчиков защищённых web-приложений это важное расширение возможностей браузерного API.
Криптографические примитивы не стоит собирать вручную без понимания протокола. Наличие алгоритма в браузере решает только одну часть задачи — безопасная схема обмена ключами и хранения данных всё равно требует корректного проектирования.
JPEG XL возвращается как поддерживаемый формат декодирования
В Blink добавляется декодирование JPEG XL с MIME image/jxl через memory-safe decoder на Rust. Формат поддерживает progressive decoding, широкий цветовой охват, HDR, высокую глубину цвета и анимацию.
Для сайтов это потенциально ещё один вариант оптимизации изображений, но менять текущую стратегию WebP/AVIF только из-за beta Chrome пока рано. Формат изображения должен выбираться с учётом реальной поддержки аудитории и fallback.
На WordPress-проектах важна не только поддержка браузером, но и то, умеет ли серверная часть корректно загружать, обрабатывать, создавать миниатюры и отдавать нужный MIME.
Скрытые iframe смогут автоматически останавливать воспроизведение
Новая permission policy media-playback-while-not-visible даёт embedder возможность управлять воспроизведением media во фреймах, которые сейчас не видны.
Это касается iframe с display:none, visibility:hidden или нулевой площадью. Пока такой iframe скрыт, попытки воспроизводить слышимый media могут блокироваться.
Изменение полезно и для UX, и для производительности: скрытый виджет не должен продолжать тратить ресурсы и неожиданно воспроизводить звук.
Новые линейные цветовые пространства для canvas
В PredefinedColorSpace добавляются srgb-linear и display-p3-linear. Это расширяет контроль над обработкой цвета в canvas-сценариях.
Функция особенно интересна графическим редакторам, визуализаторам и приложениям, работающим с широким цветовым охватом. Для обычного контентного сайта влияние минимально, но платформа продолжает двигаться в сторону более точной работы с современными дисплеями.
Новые методы вставки и streaming HTML
Chrome 155 тестирует обновлённый набор методов для динамической вставки HTML. Среди них positional methods, которые принимают HTML, а также streaming methods вроде streamAppendHTML(), возвращающие WritableStream.
Это интересное направление для приложений, которым нужно постепенно добавлять большие фрагменты интерфейса. При этом работа с HTML из внешних источников остаётся зоной повышенного внимания к XSS и Trusted Types.
Сам факт появления удобного API не делает произвольную строку безопасной для вставки в DOM.
WebTransport получает custom request headers
В WebTransportOptions появляется возможность передавать собственные HTTP headers при начальном CONNECT, а объект WebTransport сможет предоставлять response headers сервера.
Это делает протокол практичнее для приложений, которым нужны metadata, токены или дополнительные параметры при установлении соединения.
Для real-time систем это уменьшает количество обходных механизмов вокруг первоначального handshake.
Digital Credentials API расширяется на выдачу credentials
Chrome 155 добавляет issuance support в Digital Credentials API. Идея в том, чтобы сайт-эмитент мог инициировать безопасное добавление цифрового удостоверения в wallet пользователя.
На Android процесс опирается на Credential Manager, а на desktop используются cross-device механизмы. Это специализированный API, но он показывает общее направление браузеров: работа с цифровыми удостоверениями постепенно становится частью web-платформы, а не только нативных приложений.
Что из Chrome 155 можно использовать на рабочем сайте
Статус beta означает, что функции уже достаточно зрелые для тестирования, но не все пользователи получат их одновременно и не все альтернативные браузеры поддерживают те же возможности.
Поэтому для production я бы разделил изменения на три группы:
- progressive enhancement — CSS-улучшения, которые можно добавить поверх безопасного fallback;
- API с feature detection — возможности, включаемые только при подтверждённой поддержке;
- архитектурно значимые API — WebCrypto, credentials и streaming HTML, которые нужно внедрять после отдельного тестирования безопасности и совместимости.
Чек-лист перед использованием новой функции Chrome
- проверить реальную поддержку в целевых браузерах;
- добавить fallback для критичного UX;
- не полагаться только на user agent;
- использовать feature detection там, где оно доступно;
- проверить Safari и Firefox отдельно;
- протестировать mobile и desktop;
- для security API отдельно проверить модель угроз;
- не менять формат изображений без серверной и браузерной совместимости.
Что это значит для WordPress и WooCommerce
Большинство изменений Chrome 155 не требует срочного изменения WordPress. Сайт продолжит работать на существующих HTML, CSS и JavaScript.
Но новые возможности можно постепенно использовать в кастомных темах, блоках и интерфейсах. Например, CSS-функции способны уменьшить количество служебных правил, а retry для dynamic imports полезен сложным frontend-компонентам.
Если проект использует тяжёлый JavaScript, нестандартные media-форматы или кастомные web-приложения поверх WordPress, полезно проверять новые beta-версии браузеров заранее, а не узнавать о несовместимости после stable rollout.
Для технических доработок можно обратиться по направлению доработки WordPress или через контакты A.S Groups.
Официальный источник
Список изменений опубликован Chrome for Developers 16 сентября 2026 года: Chrome 155 beta.
Поскольку это beta channel, перед использованием конкретной функции стоит дополнительно проверить её текущий статус и совместимость на момент внедрения.
Частые вопросы
Chrome 155 уже stable?
Нет. На момент официальной публикации 16 сентября 2026 года Chrome 155 находится в beta channel.
Можно ли уже использовать CSS symbols()?
Можно тестировать и применять как progressive enhancement, если для неподдерживающих браузеров остаётся корректный fallback.
Что изменилось для JavaScript modules?
Chrome 155 позволяет повторить загрузку модуля после временной ошибки вместо безусловного повторного получения закэшированного failure state.
Поддерживает ли Chrome 155 JPEG XL?
В beta заявлено декодирование image/jxl в Blink. Для production всё равно нужно учитывать поддержку других браузеров и серверную обработку изображений.
Нужно ли менять WordPress из-за Chrome 155?
Обычно нет. Основная задача — проверить нестандартный frontend-код и постепенно использовать новые API только там, где они действительно дают пользу.
Когда можно отказаться от fallback?
Когда поддержка функции соответствует реальной аудитории проекта. Ориентироваться лучше на browser compatibility data и собственную аналитику, а не только на номер Chrome.
Обсуждение
Вопросы и комментарии
Можно уточнить детали статьи или поделиться своим опытом. Первый комментарий проходит проверку.