Дата публикации: 4 сентября 2025 г.
Если не указано иное, перечисленные ниже изменения относятся к последней бета-версии Chrome для Android, ChromeOS, Linux, macOS и Windows. Чтобы узнать больше о перечисленных здесь функциях, перейдите по ссылкам или откройте список на сайте ChromeStatus.com. Бета-версия Chrome 141 вышла 4 сентября 2025 г. Вы можете скачать последнюю версию на сайте Google.com для компьютеров или в Google Play для Android.
CSS и пользовательский интерфейс
ARIA Notify API
ARIA Notify API предоставляет разработчикам метод JavaScript, позволяющий напрямую указывать программе чтения с экрана, что нужно озвучить.
Использование ariaNotify() повышает надежность и контроль разработчиков по сравнению с динамическими областями ARIA и позволяет объявлять об изменениях, не связанных с обновлениями DOM. Это позволяет создавать более согласованные и эргономичные специальные возможности в динамических веб-приложениях. Вы можете управлять использованием этой функции в iframe с помощью правила разрешений "aria-notify".
Обновление hidden=until-found и алгоритма раскрытия родительского элемента details
Недавно в спецификацию были внесены небольшие изменения, касающиеся алгоритмов раскрытия для элементов hidden=until-found и details, чтобы предотвратить застревание браузера в бесконечном цикле; эти обновления были добавлены в Chrome.
Поддержка width и height в качестве атрибутов представления для вложенных элементов <svg>
Chrome поддерживает применение width и height в качестве атрибутов представления для вложенных элементов <svg> как через разметку SVG, так и через CSS. Такой двойной подход обеспечивает разработчикам ещё большую гибкость, позволяя им более эффективно управлять элементами SVG и стилизовать их в сложных проектах.
Если эта функция включена, следующие фрагменты HTML-кода будут иметь одинаковый результат.
Свойства CSS для вложенного элемента <svg>:
<svg width="100px" height="100px">
<svg style="width:50px;height:50px;">
<circle cx="50px" cy="50px" r="40px" fill="green" />
</svg>
</svg>
Без свойств CSS для вложенного элемента <svg>:
<svg width="100px" height="100px">
<svg width="50px" height="50px">
<circle cx="50px" cy="50px" r="40px" fill="green" />
</svg>
</svg>
API для веб-серверов и браузеров
Digital Credentials API (поддержка презентаций)
Сайты получают учетные данные из приложений мобильных кошельков с помощью различных механизмов, таких как специальные обработчики URL и сканирование QR-кодов. Эта функция позволяет сайтам запрашивать у кошельков информацию, подтверждающую личность, с помощью системы IdentityCredential CredMan в Android. Он поддерживает несколько форматов удостоверений (например, ISO mDoc и W3C Verifiable Credentials) и позволяет использовать разные приложения-кошельки. В этом обновлении добавлены механизмы, которые помогают снизить риск злоупотребления реальными идентификационными данными в масштабах экосистемы.
Navigation API: отложенная фиксация (обработчики предварительной фиксации)
Обычно при вызове navigateEvent.intercept() перехваченный переход фиксируется (и, следовательно, URL обновляется), как только NavigateEvent завершает отправку.
Эта функция добавляет параметр precommitHandler в navigateEvent.intercept(), аналогично handler. Он откладывает фиксацию до тех пор, пока этот обработчик (и все остальные обработчики предварительной фиксации) не будут разрешены, и позволяет обработчику изменять URL-адрес навигации, информацию, статус и поведение обработки истории (push/replace).
Поддержка канала "restrictOwnAudio"
Свойство restrictOwnAudio – это свойство, которое можно ограничить для захваченных поверхностей экрана. Это свойство с ограничениями меняет поведение системного аудио на захваченной поверхности экрана. Ограничение restrictOwnAudio будет действовать, только если захватываемая область экрана по умолчанию включает системный звук. В противном случае оно не будет иметь эффекта.
По умолчанию при записи системного аудио в нее включаются все звуки, воспроизводимые системой на устройствах вывода аудио. Если включен параметр restrictOwnAudio, записанное системное аудио будет отфильтровано, чтобы исключить аудио, исходящее из документа, который выполнил getDisplayMedia.
echoCancellationMode (getUserMedia())
Расширяет поведение echoCancellation словаря MediaTrackConstraints. Ранее принимались только значения true и false, а теперь также возможны значения all и remote-only. Позволяет клиентам изменять поведение эхоподавления, применяемого к аудиодорожкам, полученным от микрофонов, контролируя, какая часть воспроизведения пользовательской системы (все или только аудио, полученное от PeerConnections) удаляется из сигнала микрофона.
windowAudio для getDisplayMedia()
Продлевает DisplayMediaStreamOptions для getDisplayMedia() с возможностью windowAudio. Эта новая функция позволяет веб-приложениям подсказывать агенту пользователя, нужно ли предлагать пользователю возможность делиться аудио при выборе окна. Для параметра windowAudio можно задать значение exclude, system или window в зависимости от предпочтений приложения.
Веб-приложение, настроенное на запись аудио, но ограничивающее запись системного аудио при выборе окна, должно задать для windowAudio значение exclude.
FedCM: альтернативные поля при выборе аккаунта
Добавлена поддержка номеров телефонов и имен пользователей в дополнение к полному имени и адресу электронной почты или вместо них. Эти идентификаторы позволяют различать аккаунты в окне выбора. Также добавлены новые поля, которые сайты могут использовать для изменения текста раскрытия информации. Подробная информация приведена в документации.
IndexedDB getAllRecords() и параметр направления для getAll() и getAllKeys()
Эта функция добавляет метод getAllRecords() в IndexedDB IDBObjectStore и IDBIndex. Также в getAll() и getAllKeys() добавлен параметр направления. Эта функция позволяет значительно ускорить некоторые шаблоны чтения по сравнению с существующей альтернативой итерации с курсорами. В одном из тестов рабочая нагрузка от ресурса Microsoft показала улучшение на 350 мс.
Метод getAllRecords() объединяет getAllKeys() и getAll(), одновременно перечисляя первичные ключи и значения. Для IDBIndex метод getAllRecords() также предоставляет ключ индекса записи в дополнение к первичному ключу и значению.
Правила прогнозирования: улучшение нетерпеливого режима для компьютеров
На компьютерах правила спекуляции с уровнем нетерпения eager запускают предварительную загрузку и отрисовку, когда пользователь наводит указатель мыши на ссылку на более короткое время, чем при уровне moderate.
Предыдущее поведение, когда предварительная загрузка или отрисовка начинались как можно скорее, соответствовало немедленному уровню готовности. Это изменение полезно, поскольку оно лучше отражает намерение автора быть более активным, чем "умеренный", и менее активным, чем "немедленный".
Строгое правило Same Origin для Storage Access API
Изменяет семантику Storage Access API, чтобы строго следовать правилу ограничения домена в отношении безопасности. То есть при использовании document.requestStorageAccess() во фрейме файлы cookie по умолчанию прикрепляются только к запросам к источнику (не сайту) iframe.
Проверка целостности на основе подписи
Эта функция позволяет веб-разработчикам проверять происхождение ресурсов, от которых зависит работа сайта, и создает техническую основу для доверия к этим ресурсам. Серверы могут подписывать ответы с помощью пары ключей Ed25519, а веб-разработчики могут требовать от агента пользователя проверять подпись с помощью определенного открытого ключа. Это полезное дополнение к проверкам на основе URL, которые выполняются в рамках Content Security Policy, и проверкам на основе контента, которые выполняются в рамках Subresource Integrity.
Закодированное преобразование WebRTC (версия 2)
Этот API позволяет обрабатывать закодированные медиаданные, передаваемые через RTCPeerConnection. Ранняя версия этого API была выпущена в Chromium в 2020 году. С тех пор спецификация изменилась, и другие браузеры выпустили обновленную версию спецификации (Safari в 2022 году и Firefox в 2023 году).
Это обновление приводит Chrome в соответствие с последней спецификацией и является частью Interop 2025.
Этот запуск не распространяется на метод generateKeyFrame, который все ещё находится на стадии обсуждения.
Только управляемые устройства с ChromeOS
Правила использования разрешений для Device Attributes API
Новое правило Permissions Policy позволяет ограничить доступ к Device Attributes API, который доступен только для установленных с помощью правил киоск-приложений и изолированных веб-приложений на управляемых устройствах с ChromeOS. Кроме того, функция управляется настройками контента.
Добавлены два новых правила: DeviceAttributesBlockedForOrigins и DefaultDeviceAttributesSetting. Эти правила вводятся вместе с правилом DeviceAttributesAllowedForOrigins.
Новые эксперименты с источником
В Chrome 141 вы можете принять участие в следующих экспериментах с источником:
Ограничения доступа к локальной сети
В Chrome 141 мы ограничили возможность отправлять запросы к локальной сети пользователя. Теперь для этого требуется разрешение.
Сетевой запрос считается локальным, если он отправляется с общедоступного сайта на локальный IP-адрес или адрес loopback или с локального сайта (например, из интранета) на адрес loopback. Новое ограничение снижает риск атак с подделкой межсайтовых запросов к устройствам локальной сети, таким как маршрутизаторы. Также уменьшается вероятность того, что сайты будут создавать цифровые отпечатки локальной сети пользователя.
Это разрешение можно использовать только в безопасных контекстах. Если вы предоставите его, разрешения дополнительно ослабят блокировку смешанного контента для сетевых запросов к локальной сети, поскольку многие локальные устройства по разным причинам не могут получить общедоступные доверенные сертификаты TLS.
Это обновление заменит функцию Private Network Access.
Proofreader API
JavaScript API для проверки правописания введенного текста с предложениями исправлений на основе языковой модели ИИ.
Расширение CSP script-src (также известное как script-src-v2)
Эта функция добавляет новые ключевые слова в директиву Content Security Policy (CSP) script-src. Это добавляет два новых механизма белого списка на основе хеша: источники скриптов на основе хешей URL и содержимого функций eval() и подобных eval(). Иногда его называют script-src-v2, хотя он обратно совместим с существующим script-src и использует ту же директиву.
Расширение хешей для охвата хешей URL и eval() позволяет разработчикам устанавливать достаточно строгие правила безопасности, добавляя скрипты в белый список по их хешам, даже если содержимое скриптов часто меняется, и известное безопасное содержимое eval(), не разрешая при этом непроверенное использование eval() в целом.
Новые ключевые слова переопределяют script-src на основе хоста, если они указаны. Это позволяет использовать один заголовок в браузерах, которые поддерживают или не поддерживают новые ключевые слова.
Специальные дескрипторы WebAssembly
Позволяет WebAssembly эффективнее хранить данные, связанные с типами на уровне источника, в новых объектах "пользовательский дескриптор". Эти пользовательские дескрипторы можно настроить с помощью прототипов для объектов WebAssembly этого типа на уровне источника. Это позволяет устанавливать методы в цепочке прототипов объекта WebAssembly и вызывать их непосредственно из JavaScript, используя обычный синтаксис вызова методов. Прототипы и методы можно настраивать декларативно с помощью импортированной встроенной функции.