Beta do Chrome 153

Rachel Andrew

Publicado em: 20 de agosto de 2026

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 esses recursos usando os links fornecidos ou acessando ChromeStatus.com. O Chrome está na versão Beta a partir desta versão. Faça o download da versão Beta mais recente em Google.com para computadores ou na Google Play Store no Android.

CSS e interface

Contêineres de rolagem de eixo único

Estende a propriedade overflow para oferecer suporte a valores roláveis junto com clip (por exemplo, overflow: scroll clip). Isso permite que position: sticky seja restringido por diferentes contêineres de rolagem ancestrais por eixo e oferece aos autores uma maneira de garantir que um eixo usando overflow: clip permaneça no lugar.

A propriedade scroll-axis-lock

scroll-axis-lock é uma propriedade CSS que os desenvolvedores podem usar para instruir os navegadores a não restringir o gesto de rolagem de um usuário a um eixo.

Os navegadores da Web geralmente "bloqueiam" o gesto de rolagem de um usuário em um único eixo quando esse gesto começa com um movimento significativamente maior em um eixo do que no eixo perpendicular. Em muitos casos, esse comportamento melhora a experiência do usuário, evitando rolagens acidentais ao longo do eixo perpendicular quando a intenção do usuário era rolar apenas um eixo. No entanto, nos casos em que um desenvolvedor quer que o elemento seja sempre rolável na diagonal, esse comportamento de bloqueio força o usuário a iniciar o gesto em um ângulo que não aciona o bloqueio, geralmente não alinhado à experiência do usuário pretendida pelo autor.

JavaScript

Junção de iteradores

Uma proposta do TC39 para adicionar ao JavaScript um meio de concatenar o conteúdo de um iterador em uma string. O método join() de instâncias Iterator é semelhante a Array.prototype.join(): ele retorna uma string que é a concatenação de todos os elementos produzidos pelo iterador, separados por vírgulas ou uma string separadora especificada.

Iteração conjunta

Uma proposta do TC39 para sincronizar o avanço de vários iteradores, geralmente chamados de zip.

APIs Web

Elementos de capacidade: <camera> e <microphone>

Os elementos de capacidade <camera> e <microphone> são controles HTML declarativos ativados pelo usuário que compartilham o mesmo mecanismo subjacente do elemento MVP <usermedia>, com uma distinção importante: eles são projetados para solicitar uma única capacidade. O elemento <camera> solicita especificamente a captura de vídeo, enquanto o elemento <microphone> solicita especificamente a captura de áudio. Como o <usermedia> MVP, eles incorporam uma interface controlada pelo navegador e com estilo estrito na página, garantindo um sinal de usuário forte e intencional (um clique) antes que um aviso de permissão seja acionado ou um fluxo seja iniciado.

Os elementos <camera> e <microphone> fornecem um controle HTML semântico dedicado para esses casos de uso de capacidade única. Eles mantêm o mesmo modelo de segurança, restrições de estilo estritas e caminho de recuperação de permissão integrado do <usermedia> MVP, mas oferecem uma API mais personalizada e ergonômica para desenvolvedores que não precisam de acesso a mídia mista.

Suporte à decodificação do modelo e formatos de áudio imersivo (IAMF, na sigla em inglês)

Adiciona suporte para decodificação e reprodução do contêiner do modelo e formatos de áudio imersivo (IAMF) em elementos de mídia HTML com extensões de origem de mídia (MSE, na sigla em inglês). O IAMF é um formato de áudio espacial aberto e sem royalties que oferece suporte a apresentações de áudio baseadas em canais, cenas e objetos. O suporte a esse formato permite que os desenvolvedores da Web ofereçam experiências de áudio 3D consistentes e imersivas em diferentes dispositivos sem depender de formatos proprietários ou gerenciar o roteamento de canais de áudio discretos complexos em JavaScript.

Tempo de envio interoperável para eventos transitionrun e de consulta de mídia

Alinha o tempo de envio do Blink para eventos transitionrun de animação e eventos change de consulta de mídia com a especificação HTML, tornando o tempo interoperável com Gecko e WebKit. Mais precisamente, de acordo com a especificação de loop de eventos da janela HTML, os eventos transitionrun serão acionados na etapa 3.11, mesmo para animações criadas anteriormente na mesma iteração (em vez de atrasá-las para uma iteração posterior), e o evento change de consulta de mídia será acionado na etapa 3.10 antes de acionar qualquer evento de animação pendente (em vez de misturá-los com eventos de animação na etapa 3.11).

WebAudio: quantum de renderização configurável

Adiciona um renderSizeHint opcional a AudioContext e OfflineAudioContext. Isso permite que os desenvolvedores personalizem o tamanho do quantum de renderização do WebAudio transmitindo um número inteiro específico, usem o padrão de 128 frames omitindo a dica ou transmitindo "default" ou solicitem que o navegador selecione um tamanho ideal especificando "hardware".

WebGPU: recurso buffer_view

Um recurso de linguagem WGSL para reinterpretar dados em variáveis. O recurso permite que os desenvolvedores dividam uma única variável uniforme, de armazenamento ou de grupo de trabalho em várias variáveis lógicas. Ele também permite que o tipo de dados na variável seja interpretado como vários tipos no programa.

Análise de XML em Rust para cenários sem XSLT

Para melhorar a segurança do navegador e proteger os usuários contra vulnerabilidades relacionadas à memória, o Chrome 153 substitui o mecanismo de análise de XML por uma implementação em Rust segura em relação à memória em vários cenários comuns. Essa atualização na infraestrutura elimina possíveis bugs de corrupção de memória, mantendo total compatibilidade com as especificações da Web atuais.

O Chrome já começou a descontinuar e remover o XSLT. Enquanto esse processo continua, o novo analisador mais seguro vai lidar com os seguintes cenários em que o XSLT não é necessário:

  1. API Web DOMParser.
  2. Acessar responseXML de XMLHttpRequest.
  3. Imagens SVG independentes (ou seja, acessar diretamente um documento image.svg como navegação de nível superior).
  4. Imagens SVG externas (incluindo um documento principal que incorpora um SVG como recurso de imagem externo).

Novos testes de origem

No Chrome 153, você pode participar dos seguintes novos testes de origem.

Marcadores de autoperfilamento do JavaScript

A API de autoperfilamento do JavaScript permite que um aplicativo da Web faça a amostragem das próprias pilhas de chamadas para medir a performance em dispositivos de usuários reais. Esse recurso adiciona um campo de marcador opcional a cada amostra capturada que identifica o tipo de atividade do navegador em execução quando a amostra foi coletada: script, gc, estilo, layout, pintura ou outro. Um rastreamento normalmente mostra lacunas entre pilhas que não podem ser interpretadas. Os marcadores permitem que os desenvolvedores atribuam esse tempo ao trabalho do navegador que ocorre fora do JavaScript, por exemplo, distinguindo a execução de scripts do recálculo de estilo, layout ou uma pausa de coleta de lixo, facilitando a análise e a otimização de rastreamentos lentos.

Descontinuações e remoções

Remover navegações não padrão direcionadas a _current

O Blink atualmente oferece suporte a navegações direcionadas a _current. Esse recurso foi removido no Chrome 153 porque não é padrão, com uso mínimo na Web.

Remover document.requestStorageAccessFor

A API requestStorageAccessFor (rSAFor) é uma extensão da API Storage Access que permite que um site de nível superior solicite acesso a cookies não particionados ("próprios") em nome de sites incorporados. Ela só pode ser usada no Chrome para solicitar acesso ao armazenamento entre sites de conjuntos de sites relacionados. Portanto, ela é removida junto com os conjuntos de sites relacionados.

Os conjuntos de sites relacionados (RWS, na sigla em inglês), anteriormente conhecidos como conjuntos primários, fornecem um framework para que os desenvolvedores declarem relações entre sites, para permitir o acesso limitado a cookies entre sites para fins específicos e voltados ao usuário. Isso é facilitado pelo uso da API Storage Access (SAA) e requestStorageAccessFor (rSAFor). O RWS foi projetado para uso em um navegador sem cookies de terceiros. Após o anúncio do Chrome de que a abordagem atual para cookies de terceiros será mantida, os conjuntos de sites relacionados foram removidos do Chrome.