Publicado em: 4 de setembro de 2025
A menos que indicado de outra forma, 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. Baixe a versão mais recente em Google.com para computador ou na Google Play Store no 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.
O uso de ariaNotify() melhora a confiabilidade e o controle do desenvolvedor em comparação com as regiões ativas do ARIA e permite que mudanças não vinculadas às 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 iframe desse recurso com a política de permissões "aria-notify".
Atualizar hidden=until-found e detalhar o algoritmo de revelação de ancestral
A especificação teve recentemente 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 para os desenvolvedores, permitindo que eles gerenciem e estilizem elementos SVG com mais eficiência em designs complexos.
Com esse recurso ativado, os snippets HTML a seguir têm a mesma saída.
Com as propriedades CSS para o elemento <svg> aninhado:
<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 (suporte à apresentação)
Os sites recuperam credenciais de apps de carteira móvel usando vários mecanismos, como gerenciadores de URL personalizados e leitura de QR code. Esse recurso permite que os sites solicitem informações de identidade de carteiras usando o sistema IdentityCredential CredMan do Android. Ele é extensível para oferecer suporte a vários formatos de credenciais (como mDoc ISO 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 escala de ecossistema da identidade no mundo real.
API Navigation: commit adiado (gerenciadores de pré-commit)
Normalmente, quando navigateEvent.intercept() é chamado, a navegação interceptada
é confirmada (e, portanto, o URL é atualizado) assim que o NavigateEvent termina
o envio.
Esse recurso adiciona uma opção precommitHandler a navigateEvent.intercept(), semelhante a handler. Ele adia a confirmação até que esse gerenciador (e todos os outros gerenciadores de pré-confirmação) sejam resolvidos e permite que o gerenciador mude o URL, as informações, o status e o comportamento de processamento do histórico (push/replace) da navegação.
Ajude restrictOwnAudio
A propriedade restrictOwnAudio é uma propriedade restrita de superfícies 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,
ele 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 de cancelamento de eco
aplicado às faixas de áudio recebidas de microfones, controlando quanto da
reprodução do sistema do usuário (tudo ou apenas o áudio recebido de PeerConnections) é
removido do sinal do microfone.
windowÁudio de 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 "exclude", "system" ou "window", 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 conta
Adiciona suporte a números de telefone e nomes de usuário, além ou em vez do nome completo e do endereço de e-mail de um usuário como identificadores para eliminar a ambiguidade de contas no seletor de contas, e disponibiliza esses novos campos para que os sites afetem o texto de divulgação. Para mais detalhes, consulte a documentação.
getAllRecords() do IndexedDB e opção de direção para getAll() e getAllKeys()
Esse recurso adiciona o método getAllRecords() ao IDBObjectStore e ao 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 "antecipação" para computadores
No computador, as regras de especulação de urgência "eager" acionam a pré-busca e a pré-renderização quando os usuários passam o cursor sobre um link por um tempo menor do que o tempo de passagem do mouse "moderate".
O comportamento anterior, de iniciar a pré-busca ou as pré-renderizações o mais rápido possível, era o mesmo que a urgência "imediata". Esse novo comportamento é útil porque reflete melhor a intenção do autor de ser mais ávido do que "moderado" e menos ávido 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 web um mecanismo para verificar a procedência dos recursos de que dependem, criando uma base técnica para confiar nas dependências de um site. Os servidores podem assinar respostas com um par de chaves Ed25519, e os desenvolvedores 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 Sub-recursos, por outro.
WebRTC Encoded Transform (versão 2)
Com essa API, é possível processar mídia codificada que passa 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 abrange o método generateKeyFrame, que ainda está em discussão.
Somente dispositivos ChromeOS gerenciados
Política de permissões para a API Device Attributes
A nova política de permissões permite 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 introduzidas com DeviceAttributesAllowedForOrigins.
Novos testes de origem
No Chrome 141, você pode ativar os seguintes novos 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 rede de um site público para um endereço IP local ou loopback, ou de um site local (por exemplo, uma intranet) para loopback. Exigir uma permissão para que sites possam realizar essas solicitações reduz o risco de ataques de falsificação de solicitação entre sites contra dispositivos da rede local, como roteadores, e reduz a capacidade dos sites de identificar a rede local do usuário usando essas solicitações.
Essa permissão é restrita a contextos seguros. Se concedidas, as permissões adicionalmente reduzem as restrições do bloqueio de conteúdo misto para solicitações de rede local, já que muitos dispositivos dessa rede não conseguem certificados TLS confiáveis publicamente por diversos motivos.
Esse trabalho substitui uma iniciativa anterior chamada "Acesso à rede privada".
API Proofreader
Uma API JavaScript para revisar o texto de entrada com sugestões de correção, 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 de Política de Segurança de Conteúdo (CSP) script-src. Isso adiciona dois novos mecanismos de lista de permissões baseados em hash: origens de script baseadas em hashes de URLs e conteúdo de funções eval() e semelhantes a eval(). Às vezes, isso é chamado de script-src-v2, embora seja compatível com versões anteriores do script-src e use a mesma diretiva.
Ao estender os hashes para cobrir hashes de URL e eval(), os desenvolvedores podem definir políticas de segurança razoavelmente rígidas, permitindo scripts de forma restrita pelos 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 não verificado de eval() de forma ampla.
As novas palavras-chave substituem o script-src baseado em host, quando fornecido. 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 de nível de origem de forma mais eficiente em novos objetos de "descritor personalizado". Esses descritores personalizados podem ser configurados com protótipos para os objetos WebAssembly desse tipo de nível de 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.