O Google Chrome afirma que economizou aos usuários mais de 10.000 horas, incluindo no Windows 11

A equipe de desenvolvimento do Chromium publicou uma postagem no blog hoje descrevendo as melhorias de desempenho que conseguiu alcançar nos últimos anos. A avaliação é baseada no Core Web Vitals, que ajuda a avaliar o desempenho da página web para ajudar os desenvolvedores web a otimizar e melhorar a experiência de navegação dos usuários.

As melhorias incluem o Windows 11 também, já que o Chromium observa o uso do EcoQOS (Qualidade de Serviço), também chamado de Modo de Eficiência no Windows 11, que auxilia na otimização de guias . Vale ressaltar aqui que o Firefox também suporta isso , embora seja baseado no motor Gecko e não no Chromium.

Outras melhorias significativas discutem os ganhos alcançados com pré-renderização , BFcache e muito mais.

Conquistas do Core Web Vitals do Chrome

Temos orgulho de destacar diversas maneiras pelas quais otimizamos o desempenho.

• O cache de retrocesso/avançamento (bfcache) foi projetado para melhorar a experiência de navegação, permitindo navegação instantânea para frente e para trás. A taxa de acerto do BFCache melhorou mês a mês tanto no Android (3,6%) quanto no Desktop (1,8%).
• Outro exemplo de otimização particularmente impactante é nosso recurso PreconnectOnAnchorInteraction, que se conecta às origens com o ponteiro para baixo, em vez de com o ponteiro para cima. Esse recurso totalmente lançado levou a uma melhoria média do LCP de 6/10 ms (0,4/1%) no Android/Desktop e uma melhoria no LCP de origem cruzada em aproximadamente 60 ms no Android e no Desktop.
  O lançamento também resultou num aumento de 0,08% na receita de anúncios de conteúdo, sublinhando o impacto significativo das otimizações de desempenho no envolvimento dos utilizadores e na saúde do ecossistema.
• Também introduzimos a pré-renderização , que faz com que as páginas carreguem instantaneamente, renderizando-as antes que o usuário realmente as visite. O carregamento de páginas por meio da digitação de URLs diretamente na omnibox obtém uma melhoria média do LCP de 500 a 700 ms (14 a 25%) quando pré-renderizado, dependendo da plataforma, movendo o LCP médio global em todas as navegações em 6,4 ms. No momento, estamos implementando a pré-renderização de pesquisas iniciadas pela omnibox.
• O Chrome tem trabalhado muito para manter as guias em segundo plano fora do seu caminho. A implementação da otimização de guias para guias em segundo plano em execução no EcoQOS no Windows 11 e na função da tarefa e ajustes de QoS no macOS levou a melhorias no Largest Contentful Paint (LCP) e na interação com o próximo Paint (INP).
• A capacidade moderna da web de executar todos os tipos de aplicativos também vem com a obrigação de gerenciar a carga de trabalho que isso acarreta. Temos otimizado o Chrome em várias guias ativas e temos o prazer de relatar melhorias na programação e na contenção que melhoraram o INP em 5% e o LCP em 2% nos últimos 6 meses.
• Fizemos melhorias direcionadas no código de carregamento da página no Chrome em 2022. Isso resultou na melhoria do LCP em 10% no Android e na taxa de aprovação do CWV em 1,5%.
• O renderizador do Chrome também sofreu algumas melhorias. O thread principal do renderizador inclui filas de tarefas para JavaScript, renderização e carregamento de imagens. Algumas mudanças que alteram a prioridade dessas tarefas para um CWV ideal incluem.
  • Carregamento de imagem de alta prioridade: historicamente, o carregamento de imagem tinha prioridade igual ou inferior à renderização. No entanto, um experimento mostrou que entre uma tarefa de carregamento de imagem e uma tarefa de renderização, escolher primeiro a tarefa de carregamento de imagem pode evitar a mudança de layout de um quadro intermediário que não possui a imagem e também melhora o LCP.
  • A melhoria no Android no percentil 75 foi de -6,66% para CLS e -0,82% para LCP, melhorando a taxa de aprovação de CWV no Android em +0,24%. Um experimento semelhante que aumentou a prioridade de carregamento para “médio” das primeiras cinco imagens analisadas do HTML (para imagens sem tamanho de ícone) mostrou uma melhoria no Android no percentil 75 de -6,08% para CLS e -0,53% para LCP. Um experimento combinado mostrou que os efeitos de ambas as mudanças foram em grande parte independentes.
  • Priorizar a composição após o atraso: se já se passaram mais de 100 ms desde a última execução da tarefa de composição, eleve a prioridade de qualquer tarefa de composição enfileirada para que ela prejudique o trabalho de prioridade normal. Isso produziu uma melhoria de -0,27% para CLS no Android e Windows no percentil 95.
  • Otimizações SVG Raster: Outra otimização de desenho SVG melhorou as taxas de aprovação INP em desktops em -2,28% para MacOS no 75º percentil.

Você pode ler a postagem oficial do blog aqui no site do Chromium.