Missed the action at the 2018 Chrome Dev Summit? Catch up with our playlist on the Google Chrome Developers channel on YouTube. Watch now.

Latência estimada de entrada

Por que a auditoria é importante

A capacidade de resposta da entrada é um fator importante na forma como os usuários percebem o desempenho de um aplicativo. Os aplicativos têm 100 ms para responder à entrada do usuário. Se a resposta demorar mais do que isso, o usuário considerará o aplicativo lento. Consulte Medição de desempenho com o modelo RAIL para obter mais informações.

Consulte a seção O que é testado pela auditoria deste documento para saber porque o limite testado por esta auditoria é de 50 ms (em vez de 100 ms, o limite recomendado pelo modelo RAIL).

Como ser aprovado na auditoria

Para que o aplicativo responda à entrada do usuário com mais rapidez, é necessário executar a forma de execução do código no navegador. Confira a série de técnicas descritas nos documentos sobre Desempenho da renderização. Essas dicas variam da transferência de computação para web workers a fim de liberar o encadeamento principal à refatoração de seletores do CSS para executar menos cálculos ou uso de propriedades CSS que minimizam a quantidade de operações que fazem uso intensivo do navegador.

Uma restrição importante desta auditoria: ela não é uma medição completa da latência de entrada. Como explicado na seção O que este documento testa deste documento, esta auditoria não mede o tempo real que um aplicativo demora para responder a uma entrada do usuário. Em outras palavras, ela não mede se a resposta do aplicativo à entrada do usuário está visualmente completa.

Para medir isso manualmente, faça uma gravação com o Timeline do Chrome DevTools. Consulte Como usar a ferramenta Timeline para obter mais ajuda. A ideia básica é iniciar uma gravação, executar a entrada do usuário que você quer medir, interromper a gravação e analisar o diagrama de chamas para garantir que todas as fases do pipeline de pixels sejam concluídas em até 50 ms.

Como a auditoria é implementada

Esta seção explica como esta auditoria é implementada para que você possa compreender como a pontuação da auditoria é calculada.

O modelo de desempenho RAIL recomenda que os aplicativos respondam à entrada do usuário em até 100 ms, mas o limite usado pelo Lighthouse é 50 ms. Por quê?

O motivo é que o Lighthouse usa uma métrica substituta para medir a eficiência da resposta do aplicativo à entrada do usuário: a disponibilidade do encadeamento principal. O Lighthouse supõe que o aplicativo precisa de 50 ms para responder completamente à entrada do usuário (de todas as execuções de JavaScript até a pintura física dos novos pixels na tela). Se o encadeamento principal ficar indisponível por 50 ms ou mais, não restará tempo suficiente para que o aplicativo conclua a resposta.

Há uma probabilidade de 90% de que um usuário constatará uma latência de entrada com um valor igual ou inferior ao relatado pelo Lighthouse. Os 10% de usuários restantes podem esperar alguma latência adicional.