Beta do Chrome 141

Rachel Andrew

Publicado em: 4 de setembro de 2025

Salvo indicação em contrário, as mudanças a seguir se aplicam à versão mais recente do canal beta do Chrome para Android, ChromeOS, Linux, macOS e Windows. Saiba mais sobre os recursos listados aqui nos links fornecidos ou na lista em ChromeStatus.com. O Chrome 141 está na versão Beta desde 4 de setembro de 2025. Faça o download da versão mais recente em Google.com para computador ou na Google Play Store para Android.

CSS e interface

API ARIA Notify

A API ARIA Notify oferece um método JavaScript para que os desenvolvedores informem diretamente a um leitor de tela o que ler.

Usar ariaNotify() melhora a confiabilidade e o controle do desenvolvedor em comparação com as regiões ativas do ARIA, além de permitir que mudanças não vinculadas a atualizações do DOM sejam anunciadas. Isso permite criar experiências de acessibilidade mais consistentes e ergonômicas em aplicativos da Web dinâmicos. É possível controlar o uso de iframes desse recurso com a política de permissões "aria-notify".

Atualizar hidden=until-found e o algoritmo de revelação de ancestrais de detalhes

A especificação passou por algumas pequenas mudanças nos algoritmos de revelação para elementos hidden=until-found e details para evitar que o navegador fique preso em um loop infinito. Essas atualizações foram adicionadas ao Chrome.

Suporte a width e height como atributos de apresentação em elementos <svg> aninhados

O Chrome permite aplicar width e height como atributos de apresentação em elementos <svg> aninhados usando marcação SVG e CSS. Essa abordagem dupla oferece ainda mais flexibilidade aos desenvolvedores, permitindo que eles gerenciem e estilizem elementos SVG com mais eficiência em designs complexos.

Com esse recurso ativado, os seguintes snippets HTML têm a mesma saída.

Com propriedades CSS para o elemento aninhado <svg>:

<svg width="100px" height="100px">
  <svg style="width:50px;height:50px;">
    <circle cx="50px" cy="50px" r="40px" fill="green" />
  </svg>
</svg>

Sem propriedades CSS para o elemento <svg> aninhado:

<svg width="100px" height="100px">
  <svg width="50px" height="50px">
    <circle cx="50px" cy="50px" r="40px" fill="green" />
  </svg>
</svg>

APIs Web

API Digital Credentials (compatibilidade com apresentação)

Os sites recuperam credenciais de apps de carteira digital para dispositivos móveis usando vários mecanismos, como processadores de URL personalizados e leitura de QR code. Com esse recurso, os sites podem solicitar informações de identidade das carteiras usando o sistema IdentityCredential CredMan do Android. Ele é extensível para oferecer suporte a vários formatos de credenciais (como ISO mDoc e credencial verificável do W3C) e permite o uso de vários apps de carteira. Essa atualização adiciona mecanismos para ajudar a reduzir o risco de abuso em grande escala no ecossistema da identidade real.

Normalmente, quando navigateEvent.intercept() é chamado, a navegação interceptada é confirmada (e, portanto, os URLs são atualizados) assim que o NavigateEvent termina o envio.

Esse recurso adiciona uma opção precommitHandler a navigateEvent.intercept(), semelhante a handler. Ele adia o commit até que esse manipulador (e todos os outros manipuladores de pré-commit) sejam resolvidos e permite que o manipulador mude o URL, as informações, o status e o comportamento de manipulação do histórico (push/replace) da navegação.

Ajude restrictOwnAudio

A propriedade restrictOwnAudio é uma propriedade restrita de plataformas de exibição capturadas. Essa propriedade restrita muda o comportamento do áudio do sistema em uma superfície de exibição capturada. A restrição restrictOwnAudio só terá efeito se a superfície de exibição capturada incluir áudio do sistema. Caso contrário, ela não terá impacto.

Por padrão, quando o áudio do sistema é capturado, ele inclui todo o áudio reproduzido pelo sistema em dispositivos de saída de áudio. Quando restrictOwnAudio está ativado, o áudio do sistema capturado é filtrado para excluir o áudio originado do documento que executou getDisplayMedia.

echoCancellationMode para getUserMedia()

Estende o comportamento echoCancellation do dicionário MediaTrackConstraints. Antes, esse campo aceitava apenas true e false, mas agora também tem os valores possíveis all e remote-only. Permite que os clientes modifiquem o comportamento do cancelamento de eco aplicado às faixas de áudio recebidas dos microfones, controlando a quantidade de reprodução do sistema do usuário (tudo ou apenas o áudio recebido das PeerConnections) que é removida do sinal do microfone.

windowAudio para getDisplayMedia()

Estende DisplayMediaStreamOptions para getDisplayMedia() com uma opção windowAudio. Essa nova opção permite que os aplicativos da Web indiquem ao user agent se o usuário deve ter a opção de compartilhar áudio quando uma janela é selecionada. A opção windowAudio pode ser definida como "excluir", "sistema" ou "janela" com base na preferência do aplicativo.

Um aplicativo da Web configurado para captura de áudio, mas que quer limitar a captura de áudio do sistema quando uma janela é selecionada, precisa definir windowAudio: "exclude".

FedCM: campos alternativos na seleção de contas

Adiciona suporte a números de telefone e nomes de usuário, além de ou em vez do nome completo e endereço de e-mail de um usuário como identificadores para desambiguar contas no seletor de contas, e disponibiliza esses novos campos para que os sites afetem o texto de divulgação. Consulte a documentação para mais detalhes.

IndexedDB getAllRecords() e opção de direção para getAll() e getAllKeys()

Esse recurso adiciona o método getAllRecords() ao IDBObjectStore e IDBIndex do IndexedDB. Ele também adiciona um parâmetro de direção a getAll() e getAllKeys(). Essa funcionalidade permite que determinados padrões de leitura sejam significativamente mais rápidos em comparação com a alternativa atual de iteração com cursores. Em um teste, uma carga de trabalho de uma propriedade da Microsoft mostrou uma melhoria de 350 ms.

O método getAllRecords() combina getAllKeys() e getAll() enumerando as chaves primárias e os valores ao mesmo tempo. Para um IDBIndex, getAllRecords() também fornece a chave de índice do registro, além da chave primária e do valor.

Regras de especulação: melhorias na ansiedade "eager" para computador

No computador, as regras de especulação de ansiedade "ansiosas" fazem pré-busca e pré-renderização quando os usuários passam o cursor sobre um link por um tempo menor do que o tempo de passar o cursor "moderado".

O comportamento anterior, de iniciar pré-busca ou pré-renderização assim que possível, era o mesmo que a impaciência "imediata". Esse novo comportamento é útil porque reflete melhor a intenção do autor de ser mais ansioso do que "moderado" e menos ansioso do que "imediato".

Política rígida de mesma origem para a API Storage Access

Ajusta a semântica da API Storage Access para seguir estritamente a política de mesma origem em relação à segurança. Ou seja, o uso de document.requestStorageAccess() em um frame apenas anexa cookies às solicitações para a origem do iframe (não ao site) por padrão.

Integridade com base em assinaturas

Esse recurso oferece aos desenvolvedores da Web um mecanismo para verificar a origem dos recursos de que dependem, criando uma base técnica para a confiança nas dependências de um site. Os servidores podem assinar respostas com um par de chaves Ed25519, e os desenvolvedores da Web podem exigir que o user agent verifique a assinatura usando uma chave pública específica. Isso oferece uma adição útil às verificações baseadas em URL oferecidas pela Política de Segurança de Conteúdo, por um lado, e às verificações baseadas em conteúdo da Integridade de Subrecursos, por outro.

Transformação codificada do WebRTC (versão 2)

Essa API permite processar mídia codificada que flui por um RTCPeerConnection. O Chromium lançou uma versão inicial dessa API em 2020. Desde então, a especificação mudou, e outros navegadores lançaram a versão atualizada dela (Safari em 2022 e Firefox em 2023).

Esse lançamento atualiza o Chrome para a especificação mais recente e faz parte do Interop 2025.

Este lançamento não inclui o método generateKeyFrame, que ainda está em discussão.

Somente dispositivos ChromeOS gerenciados

Política de permissões para a API Device Attributes

Com a nova política de permissões, é possível restringir o acesso à API Device Attributes, que está disponível apenas para apps da Web de quiosque e Apps Isolados da Web instalados por política, ambos apenas em dispositivos ChromeOS gerenciados. Além disso, as configurações de conteúdo controlam o recurso.

Duas novas políticas foram introduzidas: DeviceAttributesBlockedForOrigins e DefaultDeviceAttributesSetting. Essas políticas são apresentadas junto com DeviceAttributesAllowedForOrigins.

Novos testes de origem

No Chrome 141, você pode ativar os seguintes testes de origem.

Restrições de acesso à rede local

O Chrome 141 restringe a capacidade de fazer solicitações para a rede local do usuário, protegida por uma solicitação de permissão.

Uma solicitação de rede local é qualquer solicitação de um site público a um endereço IP local ou loopback, ou de um site local (por exemplo, uma intranet) a loopback. Exigir uma permissão para que os sites façam essas solicitações reduz o risco de ataques de falsificação de solicitação entre sites em dispositivos de rede local, como roteadores, e diminui a capacidade dos sites de usar essas solicitações para criar uma impressão digital da rede local do usuário.

Essa permissão é restrita a contextos seguros. Se concedidas, as permissões também relaxam o bloqueio de conteúdo misto para solicitações de rede local, já que muitos dispositivos locais não conseguem obter certificados TLS confiáveis publicamente por vários motivos.

Esse trabalho substitui um esforço anterior chamado "Acesso à rede privada".

API Proofreader

Uma API JavaScript para revisar o texto de entrada com correções sugeridas, com o suporte de um modelo de linguagem de IA.

Estender CSP script-src (também conhecido como script-src-v2)

Esse recurso adiciona novas palavras-chave à diretiva script-src da Política de Segurança de Conteúdo (CSP). Isso adiciona dois novos mecanismos de lista de permissões baseados em hash: fontes de script baseadas em hashes de URLs e conteúdo de funções semelhantes a eval() e eval(). Às vezes, ele é chamado de script-src-v2, embora seja compatível com versões anteriores do script-src e use a mesma diretiva.

A extensão dos hashes para cobrir hashes de URL e eval() permite que os desenvolvedores definam políticas de segurança razoavelmente rigorosas, permitindo scripts por hashes mesmo quando o conteúdo do script está sujeito a mudanças frequentes, e conteúdo conhecido como seguro de eval() sem permitir o uso irrestrito de eval() de forma geral.

As novas palavras-chave substituem o script-src baseado no host quando fornecidas. Isso permite que um único cabeçalho seja compatível com navegadores que implementam ou não as novas palavras-chave.

Descritores personalizados do WebAssembly

Permite que o WebAssembly armazene dados associados a tipos no nível da origem de maneira mais eficiente em novos objetos "descritor personalizado". Esses descritores personalizados podem ser configurados com protótipos para os objetos WebAssembly desse tipo no nível da origem. Isso permite instalar métodos na cadeia de protótipos de um objeto WebAssembly e chamá-los diretamente do JavaScript usando a sintaxe normal de chamada de método. Os protótipos e métodos podem ser configurados de forma declarativa usando uma função integrada importada.