![\"\"](\"https:\/\/blog.hostinger.io\/pt-tutoriais\/wp-content\/uploads\/sites\/26\/2022\/12\/eBook_-Speed-Up-your-website-BR-1024x283.png\")
<\/a><\/figure>\n\n\n\n\n<\/p>
<\/p>
O que é Interaction to Next Paint (INP)?<\/h2>\n
A Interaction to Next Paint (INP) é uma métrica que será adicionada em breve aos relatórios das Core Web Vitals do Google, com o objetivo de medir o tempo de resposta das páginas de um site. A INP vai mostrar a velocidade com que a página se atualiza quando o visitante interage com ela — por exemplo, quando o visitante clica em um link ou em um botão.<\/p>\n <\/div>\n\n\n\n<\/p>
Como a Interaction to Next Paint (INP) Funciona?<\/strong><\/h2>Como ela é uma métrica sobre a responsividade do site, a INP mede atrasos no tempo de resposta da página. Mais especificamente, ela mede a rapidez com que um elemento da página será atualizado de acordo com a ação realizada pelo visitante.<\/p>
Na prática, a INP funciona assim:<\/p>![\"Infográfico](\"https:\/\/blog.hostinger.io\/br-tutoriais\/wp-content\/uploads\/sites\/53\/2023\/10\/como-a-INP-funciona-1024x577.png\")
<\/figure>\n- O visitante interage com a página de um site — clicando em um botão, por exemplo.<\/li>\n\n\n\n
- O navegador do visitante envia uma solicitação ao servidor, pedindo que o novo conteúdo seja carregado.<\/li>\n\n\n\n
- O servidor envia o novo conteúdo para o navegador do visitante.<\/li>\n\n\n\n
- O navegador faz a renderização do novo conteúdo na página.<\/li>\n\n\n\n
- O navegador mede quanto tempo demorou para renderizar o novo conteúdo, e esse dado é mostrado ao dono do site como a pontuação de INP.<\/li>\n<\/ol>
Quando a pontuação de INP é baixa, isso significa que o navegador levou pouco tempo para renderizar o conteúdo e que a página é altamente responsiva à interação dos visitantes.<\/p>
Como parte das Core Web Vitals<\/strong><\/a>, a INP é importante pelas seguintes razões:<\/p>\n- Experiência do usuário aprimorada. <\/strong>Se a pontuação de INP for alta, isso significa que os visitantes do site precisam esperar muito tempo para que a página reaja às suas interações, o que pode ser frustrante.<\/li>\n\n\n\n
- Otimização para motores de busca (SEO)<\/strong><\/a>.<\/strong> A INP e outras métricas das Core Web Vitals fazem parte da avaliação da experiência do visitante na página<\/strong><\/a>, que o Google usa para determinar quais sites vão aparecer no topo dos resultados de pesquisa. Por isso a Interaction to Next Paint é uma métrica tão importante para o SEO.<\/li>\n\n\n\n
- Taxa de rejeição mais baixa. <\/strong>Quando um site demora a carregar, os visitantes podem acabar desistindo e fechando a página, o que deixa você mais longe de alcançar os objetivos do seu site.<\/li>\n<\/ul>
![\"\"](\"https:\/\/blog.hostinger.io\/pt-tutoriais\/wp-content\/uploads\/sites\/26\/2023\/02\/BR-Web-hosting_in-text-banner-1024x300.png\")
<\/a><\/figure>Interaction to Next Pain (INP) Como uma Métrica das Core Web Vitals<\/strong><\/h2>Começando em 2024, a Interaction to Next Paint substituiu a antiga métrica First Input Delay (FID)<\/strong><\/a>. A INP e o FID têm semelhanças, mas medem coisas diferentes.<\/p>O FID<\/strong><\/a>, também conhecido como latência de entrada, mede a velocidade de resposta da página apenas quando o site é aberto pelo visitante pela primeira vez. Por outro lado, a nova métrica INP vai medir a velocidade de resposta após todas as interações do visitante, durante o tempo em que ele permanecer no site.<\/p>De acordo com dados do Google, os visitantes passam mais tempo navegando e interagindo com o site do que esperando ele carregar pela primeira vez. Por isso, a INP pode ser uma métrica muito mais útil sobre a responsividade do seu site do que o FID.<\/p>
A INP também é diferente de outras métricas de responsividade das Core Web Vitals, como o Cumulative Layout Shift (CLS)<\/strong><\/a> e o Large Contentful Paint (LCP)<\/strong><\/a>. O CLS avalia quantas mudanças inesperadas sua página faz enquanto o visitante está navegando, e a LCP mostra a rapidez com que os maiores elementos aa página são carregados.<\/p>Como Medir a Interaction to Next Paint?<\/strong><\/h2>Antes de começar a medir Interaction to Next Paint (INP) da sua página, vamos entender o que significam os diferentes níveis de pontuação de INP.<\/p>
A INP é medida em milissegundos (ms). Uma boa<\/strong> pontuação de INP seria abaixo de 200 ms. Uma pontuação entre 200 ms e 500 ms estaria no nível precisa melhorar<\/strong>. E uma pontuação de 500 ms ou mais é considerada ruim<\/strong>.<\/p>![\"Ilustração](\"https:\/\/blog.hostinger.io\/br-tutoriais\/wp-content\/uploads\/sites\/53\/2023\/10\/pontuacoes-de-inp-1024x406.png\")
<\/figure>Vários fatores podem afetar a pontuação de INP, como o tamanho e a complexidade da página, e o número de arquivos JavaScript e CSS que precisam ser carregados pelo navegador.<\/p>
Você pode medir a pontuação de INP do seu site usando ferramentas de teste de velocidade<\/strong><\/a>. Esse tipo de ferramenta pode fornecer informações valiosas sobre o desempenho do seu site e quais aspectos dele você precisa otimizar.<\/p>O PageSpeed Insights do Google<\/strong><\/a> é uma das melhores ferramentas para medir a pontuação de INP e outras métricas de desempenho. Ele faz a análise e oferece um relatório detalhado sobre a saúde do site e quais práticas você precisa implementar para otimizar as suas páginas. E você pode medir tanto o desempenho que o site tem em dispositivos móveis quanto no computador.<\/p>O PageSpeed Insights mostra dois tipos de resultados. A seção superior mostra as métricas Core Web Vitals, com base no relatório Chrome UX Report, que são informações medidas diretamente na interação do seu site com os dispositivos reais dos visitantes.<\/p>
![\"Relatório](\"https:\/\/blog.hostinger.io\/br-tutoriais\/wp-content\/uploads\/sites\/53\/2023\/10\/relatorio-pagespeed-insights-dados-reais.png\")
<\/figure><\/div>A seção que fica na parte inferior da página mostra as mesmas métricas, mas elas não são medidas em dispositivos reais, e sim em um ambiente de testes simulado na ferramenta Google Lighthouse. Esses dados podem ser úteis para testar novos recursos antes de publicá-los na versão oficial do site.<\/p>
![\"Relatório](\"https:\/\/blog.hostinger.io\/br-tutoriais\/wp-content\/uploads\/sites\/53\/2023\/10\/pagespeed-insights-dados-simulados.png\")
<\/figure><\/div>Se o PageSpeed Insights ainda não mostrar sua pontuação de INP, você pode usar a métrica Total Blocking Time (TBT) como alternativa, já que ela também avalia a responsividade do site. O TBT mede quanto tempo, durante o carregamento da página, ela fica bloqueada e não pode responder a interações dos visitantes.<\/p>
Bem no final do relatório do PageSpeed Insights, você vai encontrar uma seção com sugestões de como melhorar as métricas Core Web Vitals do seu site, como mostrado nesta imagem:<\/p>
![\"Seção](\"https:\/\/blog.hostinger.io\/br-tutoriais\/wp-content\/uploads\/sites\/53\/2023\/10\/pagespeed-insights-oportunidades-e-diagnostico.png\")
<\/figure><\/div>Os clientes da Hostinger podem usar a integração do PageSpeed Insights<\/strong><\/a> no hPanel. Abra o painel de controle da sua conta de hospedagem e vá até a seção Sites <\/strong>no menu superior. Depois, clique em Gerenciar<\/strong> ao lado do nome do site que você quer analisar.<\/p>![\"Como](\"https:\/\/blog.hostinger.io\/br-tutoriais\/wp-content\/uploads\/sites\/53\/2023\/10\/pagespeed-insights-no-hpanel-1-1024x490.png\")
<\/figure><\/div>Agora, clique no botão Executar teste de velocidade<\/strong>. <\/p>![\"Seção](\"https:\/\/blog.hostinger.io\/br-tutoriais\/wp-content\/uploads\/sites\/53\/2023\/10\/secao-pagespeed-insights-no-hpanel-1-1024x493.png\")
<\/figure><\/div>Escolha se quer analisar a velocidade quem seu site tem em dispositivos móveis ou computadores e clique em Analisar<\/strong>.<\/p>![\"Relatório](\"https:\/\/blog.hostinger.io\/br-tutoriais\/wp-content\/uploads\/sites\/53\/2023\/10\/relatorio-pagespeed-insights-no-hpanel.png\")
<\/figure><\/div>Como Melhorar a Interaction to Next Pain (INP) no Seu Site?<\/strong><\/h2>Vamos mostrar agora como você pode melhorar a potuação de INP do seu site.<\/p>
Importante!<\/strong> A maioria dos métodos a seguir requer algum conhecimento técnico de JavaScript. Antes de fazer alterações em seu site, não se esqueça de fazer backup<\/a> dos seus arquivos.<\/p><\/div>\n\n\n\n<\/p>1. Otimize a Execução do JavaScript<\/strong><\/h3>O JavaScript<\/strong><\/a> é um dos componentes principais de muitas páginas de site. É ele quem permite adicionar vários elementos interativos, mas também pode acabar diminuindo o desempenho.<\/p>Quando executado, o JavaScript é processado na thread principal — que é responsável por renderizar as páginas. Se o código for ineficiente, a thread pode ser bloqueada e impedir que a página responda à interação do visitante.<\/p>
Por isso, a dica de ouro para acelerar a responsividade da sua página é otimizar o JavaScript. Você pode fazer a otimização das seguintes maneiras:<\/p>
\n- Minifique arquivos JavaScript<\/strong><\/a>.<\/strong> Isso reduzirá o tamanho dos aquivos JavaScript, fazendo que eles carreguem mais rápido.<\/li>\n\n\n\n
- Ative a compactação GZip<\/strong><\/a>. <\/strong>Esse é outro método testado e aprovado para diminuir o tamanho dos arquivos e dados do site.<\/li>\n\n\n\n
- Use um framework JavaScript.<\/strong> Esse tipo de recurso pode ajudar a organizar seu código JavaScript para torná-lo mais eficiente. O AngularJS<\/strong><\/a> e o jQuery<\/strong><\/a> são alguns exemplos bem conhecidos de framework.<\/li>\n\n\n\n
- Use uma Rede de Distribuição de Conteúdo<\/strong><\/a>.<\/strong> Também conhecidas como CDNs, essas redes armazenam seus arquivos JavaScript em servidores próximos do seu público-alvo, o que melhora o tempo de carregamento das páginas. Clientes da Hostinger que assinaram o plano de hospedagem<\/strong><\/a> Business ou planos superiores podem usar nossa CDN exclusiva.<\/li>\n<\/ul>
2. Use Web Workers<\/strong><\/h3>Os web workers permitem que o JavaScript seja executado independente da thread principal. Eles são muito úteis para processar operações complexas em segundo plano.<\/p>
Por exemplo, vamos imaginar que você tenha um site WordPress com muitas imagens, vídeos e dados. Carregar esses elementos é uma tarefa que pesa o JavaScript, mas, com os web workers, eles podem ser processados em segundo plano para evitar que a interface da página trave.<\/p>
Para usar web workers, você precisará criar dois arquivos JavaScript. O primeiro é o main.js<\/strong>, que vai iniciar as tarefas do web worker:<\/p>\/\/ main.js\nif (window.Worker) {\n \/\/ Create a new worker instance\n const myWorker = new Worker('worker-script.js');\n \/\/ Send a message to the worker\n myWorker.postMessage('Hello Worker!');\n \/\/ Listen for messages from the worker\n myWorker.onmessage = function(e) {\n console.log('Message received from worker', e.data);\n };\n} else {\n console.log('Your browser does not support Web Workers.');\n}<\/pre>O segundo é o worker.js<\/strong>, que contém as tarefas do web worker. Este é um exemplo simplificado:<\/p>\/\/ worker.js\nonmessage = function(e) {\n console.log('Message received from main script', e.data);\n \/\/ Perform heavy computation or data processing here\n \/\/ Then send a message back to the main script\n postMessage('Hello Main Script!');\n}<\/pre>Para incluir esses scripts no seu site, confira a documentação da tecnologia ou da plataforma que você está usando e siga o procedimento padrão.<\/p>
Se você usa WordPress, use a função wp_enqueue_script<\/a><\/strong> para incluir os scripts de web worker dentro do arquivo functions.php do seu tema.<\/p>3. Divida Processos Longos em Tarefas Menores<\/strong><\/h3>Dividir tarefas longas de JavaScript em tarefas menores é outra maneira de evitar o bloqueio da thread principal.<\/p>
Por exemplo, vamos imaginar que um visitante está navegando pelas páginas de uma loja virtual. Se as tarefas longas de JavaScript não forem divididas, a thread principal vai precisar buscar, processar e renderizar grandes quantidades de dados e fotos de produtos ao mesmo tempo — o que consume muito tempo e recursos.<\/p>
Enquanto esse processo estiver ocorrendo, a thread principal estará ocupada. E isso faz com que o site carregue lentamente e não consiga responder à próxima interação do usuário.<\/p>
Ao dividir essas tarefas longas, o navegador vai poder lidar com tarefas menores, uma de cada vez. Assim, a thread principal ficará desocupada para realizar tarefas mais essenciais.<\/p>
Você pode usar dois tipos de código para dividir tarefas longas em tarefas menores:<\/p>
\n- setTimeout<\/strong><\/a>.<\/strong> Função que já vem integrada ao JavaScript, o setTimeout programa que certa tarefa seja executada após determinado tempo de atraso em milissegundos. Por exemplo, ele pode adiar a execução da tarefa, evitando que a thread principal fique bloqueada por muito tempo.<\/li>\n\n\n\n
- r<\/a><\/strong>equestIdleCallback<\/strong><\/a>. <\/strong>Essa API proporciona uma abordagem mais eficiente, pois garante que as funções sejam executadas durante períodos ociosos. Ela também oferece um parâmetro de prazo, permitindo que você controle quanto tempo a tarefa pode levar para ser concluída sem afetar processos importantes.<\/li>\n<\/ul>
4. Priorize a Agilidade de Resposta do Site<\/strong><\/h3>A prontidão de resposta (ou input readiness, em inglês) é como chamamos o estado de uma página quando ela está totalmente preparada para responder à interação do visitante. Ela só entra nesse estado quando a thread principal do navegador não está ocupada realizando outras tarefas.<\/p>
Veja como você pode priorizar a prontidão de resposta nas suas páginas e, assim, melhorar a INP:<\/p>
\n- Adie tarefas de JavaScript que não sejam essenciais<\/strong><\/a>. <\/strong>Algumas tarefas de JavaScript não são fundamentais para o carregamento inicial da sua página. Elas podem ser adiadas para serem executadas apenas após o carregamento do conteúdo principal. Isso permite que a thread principal priorize as interações do usuário, o que melhora a capacidade geral de resposta da página.<\/li>\n\n\n\n
- Throttling.<\/strong> Essa técnica controla a frequência de execução de uma função. Por exemplo, quando os visitantes rolam a página para baixo, essa ação pode acionar o mesmo código centenas de vezes por segundo. O throttling permite que a função seja executada apenas uma vez a cada milissegundo, aproximadamente — independente de quantas vezes o evento seja acionado.<\/li>\n\n\n\n
- Debounce. <\/strong>O debounce garante que exista certo tempo de espera entre duas execuções de uma mesma função. Por exemplo, quando os visitantes do site mudam o tamanho da janela do navegador, essa interação pode acionar o mesmo processo várias vezes. Nesse casos, o debounce consegue atrasar a execução da função até que tenha se passado certo tempo após a conclusão do redimensionamento.<\/li>\n\n\n\n
- Use listeners (passivos<\/strong><\/strong>) de eventos. <\/strong>Os listeners são construções de programação que identificam eventos específicos, como rolagens de página e toques. Quando um listener é passivo, ele avisa ao navegador para continuar processando outras tarefas enquanto determinada função é executada.<\/li>\n<\/ul>
5. Mostre ao Visitante que a Informação foi Processada<\/strong><\/h3>Seu site pode demorar para responder a algumas interações do usuário — e, nesses casos, o usuário acaba achando que a página parou de funcionar.<\/p>
Por isso você precisar mostrar a esse visitante que a página ainda está funcionando, e que a ação que ele solicitou está sendo processada normalmente. Por exemplo, você pode mostrar uma mensagem na tela, como “Aguarde, por favor” ou “Estamos processando sua solicitação”.<\/p>
Com essa informação imediata, os usuários terão certeza de que a página recebeu a solicitação e que devem aguardar um pouco para que os dados sejam carregados. Na verdade, quando mostramos esse tipo de mensagem na tela, o visitante pode até acabar tendo a impressão de que o site tem desempenho mais rápido, mesmo que a mensagem em si não reduza o tempo real de processamento.<\/p>
Confira alguns tipos de mensagens e símbolos que você pode usar para mostrar ao visitante que a solicitação está sendo carregada:<\/p>
\n- Indicadores de carregamento.<\/strong> Você pode mostrar um spinner (aquele círculo que gira enquanto esperamos uma página ou um vídeo carregar) ou uma barra de progresso. Essa opção funciona muito bem quando o usuário está aguardando para ser redirecionado a outra página ou esperando o carregamento de conteúdos de mídia.<\/li>\n\n\n\n
- Pop-ups confirmando a ação.<\/strong> Se a interação que o visitante solicitou for adicionar um produto ao carrinho, por exemplo, é bom exibir na tela uma mensagem que confirma que a ação foi concluída.<\/li>\n\n\n\n
- Aviso de erro em formulários.<\/strong> Por exemplo, se um usuário informar no formulário um endereço de e-mail formatado incorretamente, mostre uma mensagem de erro imediatamente, enquanto ele digita as informações, ao invés de esperar até que ele envie o formulário.<\/li>\n<\/ul>
![\"Exemplo](\"https:\/\/blog.hostinger.io\/br-tutoriais\/wp-content\/uploads\/sites\/53\/2023\/10\/indicador-de-carregamento-na-hostinger-1024x411.png\")
<\/figure><\/div>A Importância da Interaction to Next Paint (INP) Para os Donos de Sites<\/strong><\/h2>A métrica Interaction to Next Paint está totalmente ligada ao desempenho do site nas páginas de resultados de pesquisa do Google. Se o dono do site não otimiza a INP, as páginas podem carregar mais lentamente, o que cria uma experiência ruim para os usuários e, por consequência, afeta o número de visitas que o site recebe.<\/p>
Por exemplo, o jornal indiano The Economic Times<\/strong><\/a> comprovou na prática que melhorar a INP pode trazer muitos benefícios para uma empresa. Com a melhoria da INP, o jornal reduziu a taxa de rejeição em 50%<\/strong>, ou seja, os leitores ficaram mais propensos a permanecer no site e conhecer o conteúdo.<\/p>E a chave para otimizar a INP é identificar os fatores que desaceleram o tempo de resposta do seu site. Faça testes de produção<\/strong><\/a>, observe como o seu site lida com as interações dos visitantes, e, se necessário, contrate um desenvolvedor profissional para ajudar.<\/p>\n Mais recursos para otimizar a INP e a experiência do usuário<\/h4>\n
Otimização de Sites: 10 Estratégias para Melhorar a Velocidade, UX e SEO + Dicas de Ferramentas<\/a>
\nTeste de Usabilidade de Site: Tudo o Que Você Precisa Saber<\/a>
\nOtimização de Sites: Melhore Seu Site com Técnicas de SEO<\/a>
\nComo Deixar seu Site Responsivo – O Guia Definitivo<\/a>
\nBoas Práticas de Web Design para Atrair Mais Visitantes para o seu Site<\/a><\/p>\n <\/div>\n\n\n\n<\/p>Conclusão<\/strong><\/h2>A Interaction to Next Paint (INP) é uma métrica-base das Core Web Vitals do Google, substituindo o First Input Delay (FID). Ela mede o tempo que seu site demora para responder quando o visitante interage com a página de alguma forma. Quanto menor for sua pontuação de INP, mais rápida é a capacidade de resposta do seu site.<\/p>
A diferença entre as métricas INP e FID é que a INP é mede o tempo de resposta a todas as interações, durante todo o período em que o visitante permanece no seu site, enquanto o INP mede o tempo de resposta apenas quando o visitante abre o site pela primeira vez.<\/p>
Você pode usar a ferramenta PageSpeed Insights do Google para medir a INP do seu site. Se essa métrica ainda não estiver disponível, como alternativa você pode consultar o Total Blocking Time (TBT).<\/p>
Existem vários métodos para otmizar a INP do seu site — tornar a execução do seu JavaScript mais eficiente, usar web workers, priorizar a prontidão de resposta (input readiness), entre outras estratégias. Independe do método de otimização que você escolher, não se esqueça de fazer backup dos arquivos do seu site antes.<\/p><\/a><\/figure>Perguntas e Respostas Sobre a Interaction to Next Paint (INP)<\/strong><\/h2>Tire suas dúvidas sobre a Interaction to Next Paint como fator de ranqueamento do Google.<\/p>
\n\n\nA Interaction to Next Paint é uma Métrica das Core Web Vitals do Google?<\/h3>\n\n\nSim, a Interaction to Next Paint (INP) é uma métrica das Core Web Vitals desde março de 2024, substituindo o First Input Delay (FID) na medição da responsividade dos sites.<\/p>\n\n<\/div>\n<\/div>\n
\nQual é uma Boa Pontuação de Interaction to Next Paint?<\/h3>\n\n\nPontuações abaixo de 200 milissegundos (ms) são consideradas boas. Pontuações entre 200 e 500 ms ganham o selo precisa melhorar, e qualquer valor acima de 500 ms é considerado ruim.<\/p>\n\n<\/div>\n<\/div>\n
\nQual é a Diferença entre Interaction to Next Paint (INP) e First Input Delay (FID)?<\/h3>\n\n\nO First Input Delay (FID) mede o tempo que a página demora para responder à primeira interação do visitante (que é o carregamento inicial da página). Por outro lado, a Interaction to Next Paint (INP) avalia o tempo de resposta a todas as interações do visitante do site — não apenas a primeira. Isso torna a INP uma métrica de responsividade mais abrangente.<\/p>\n\n<\/div>\n<\/div>\n
\nComo Identificar Problemas de Interaction to Next Paint no seu Site?<\/h3>\n\n\nUse a ferramenta PageSpeed Insights para calcular a pontuação de INP do seu site e gerar sugestões para melhorar a responsividade das suas páginas.<\/p>\n\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"
A Interaction to Next Paint (INP) é uma das novas métricas de desempenho que o Google incluirá em breve ao relatório Core Web Vitals. A função dela é medir a capacidade de resposta das páginas de um site. Por isso, se o seu objetivo é melhorar a posição do seu site nas páginas de resultado […]<\/p>\n
<\/figure>- \n
- O visitante interage com a página de um site — clicando em um botão, por exemplo.<\/li>\n\n\n\n
- O navegador do visitante envia uma solicitação ao servidor, pedindo que o novo conteúdo seja carregado.<\/li>\n\n\n\n
- O servidor envia o novo conteúdo para o navegador do visitante.<\/li>\n\n\n\n
- O navegador faz a renderização do novo conteúdo na página.<\/li>\n\n\n\n
- O navegador mede quanto tempo demorou para renderizar o novo conteúdo, e esse dado é mostrado ao dono do site como a pontuação de INP.<\/li>\n<\/ol>
Quando a pontuação de INP é baixa, isso significa que o navegador levou pouco tempo para renderizar o conteúdo e que a página é altamente responsiva à interação dos visitantes.<\/p>
Como parte das Core Web Vitals<\/strong><\/a>, a INP é importante pelas seguintes razões:<\/p>
- \n
- Experiência do usuário aprimorada. <\/strong>Se a pontuação de INP for alta, isso significa que os visitantes do site precisam esperar muito tempo para que a página reaja às suas interações, o que pode ser frustrante.<\/li>\n\n\n\n
- Otimização para motores de busca (SEO)<\/strong><\/a>.<\/strong> A INP e outras métricas das Core Web Vitals fazem parte da avaliação da experiência do visitante na página<\/strong><\/a>, que o Google usa para determinar quais sites vão aparecer no topo dos resultados de pesquisa. Por isso a Interaction to Next Paint é uma métrica tão importante para o SEO.<\/li>\n\n\n\n
- Taxa de rejeição mais baixa. <\/strong>Quando um site demora a carregar, os visitantes podem acabar desistindo e fechando a página, o que deixa você mais longe de alcançar os objetivos do seu site.<\/li>\n<\/ul>
<\/a><\/figure>Interaction to Next Pain (INP) Como uma Métrica das Core Web Vitals<\/strong><\/h2>
Começando em 2024, a Interaction to Next Paint substituiu a antiga métrica First Input Delay (FID)<\/strong><\/a>. A INP e o FID têm semelhanças, mas medem coisas diferentes.<\/p>
O FID<\/strong><\/a>, também conhecido como latência de entrada, mede a velocidade de resposta da página apenas quando o site é aberto pelo visitante pela primeira vez. Por outro lado, a nova métrica INP vai medir a velocidade de resposta após todas as interações do visitante, durante o tempo em que ele permanecer no site.<\/p>
De acordo com dados do Google, os visitantes passam mais tempo navegando e interagindo com o site do que esperando ele carregar pela primeira vez. Por isso, a INP pode ser uma métrica muito mais útil sobre a responsividade do seu site do que o FID.<\/p>
A INP também é diferente de outras métricas de responsividade das Core Web Vitals, como o Cumulative Layout Shift (CLS)<\/strong><\/a> e o Large Contentful Paint (LCP)<\/strong><\/a>. O CLS avalia quantas mudanças inesperadas sua página faz enquanto o visitante está navegando, e a LCP mostra a rapidez com que os maiores elementos aa página são carregados.<\/p>
Como Medir a Interaction to Next Paint?<\/strong><\/h2>
Antes de começar a medir Interaction to Next Paint (INP) da sua página, vamos entender o que significam os diferentes níveis de pontuação de INP.<\/p>
A INP é medida em milissegundos (ms). Uma boa<\/strong> pontuação de INP seria abaixo de 200 ms. Uma pontuação entre 200 ms e 500 ms estaria no nível precisa melhorar<\/strong>. E uma pontuação de 500 ms ou mais é considerada ruim<\/strong>.<\/p>
<\/figure>Vários fatores podem afetar a pontuação de INP, como o tamanho e a complexidade da página, e o número de arquivos JavaScript e CSS que precisam ser carregados pelo navegador.<\/p>
Você pode medir a pontuação de INP do seu site usando ferramentas de teste de velocidade<\/strong><\/a>. Esse tipo de ferramenta pode fornecer informações valiosas sobre o desempenho do seu site e quais aspectos dele você precisa otimizar.<\/p>
O PageSpeed Insights do Google<\/strong><\/a> é uma das melhores ferramentas para medir a pontuação de INP e outras métricas de desempenho. Ele faz a análise e oferece um relatório detalhado sobre a saúde do site e quais práticas você precisa implementar para otimizar as suas páginas. E você pode medir tanto o desempenho que o site tem em dispositivos móveis quanto no computador.<\/p>
O PageSpeed Insights mostra dois tipos de resultados. A seção superior mostra as métricas Core Web Vitals, com base no relatório Chrome UX Report, que são informações medidas diretamente na interação do seu site com os dispositivos reais dos visitantes.<\/p>
<\/figure><\/div>A seção que fica na parte inferior da página mostra as mesmas métricas, mas elas não são medidas em dispositivos reais, e sim em um ambiente de testes simulado na ferramenta Google Lighthouse. Esses dados podem ser úteis para testar novos recursos antes de publicá-los na versão oficial do site.<\/p>
<\/figure><\/div>Se o PageSpeed Insights ainda não mostrar sua pontuação de INP, você pode usar a métrica Total Blocking Time (TBT) como alternativa, já que ela também avalia a responsividade do site. O TBT mede quanto tempo, durante o carregamento da página, ela fica bloqueada e não pode responder a interações dos visitantes.<\/p>
Bem no final do relatório do PageSpeed Insights, você vai encontrar uma seção com sugestões de como melhorar as métricas Core Web Vitals do seu site, como mostrado nesta imagem:<\/p>
<\/figure><\/div>Os clientes da Hostinger podem usar a integração do PageSpeed Insights<\/strong><\/a> no hPanel. Abra o painel de controle da sua conta de hospedagem e vá até a seção Sites <\/strong>no menu superior. Depois, clique em Gerenciar<\/strong> ao lado do nome do site que você quer analisar.<\/p>
<\/figure><\/div>Agora, clique no botão Executar teste de velocidade<\/strong>. <\/p>
<\/figure><\/div>Escolha se quer analisar a velocidade quem seu site tem em dispositivos móveis ou computadores e clique em Analisar<\/strong>.<\/p>
<\/figure><\/div>Como Melhorar a Interaction to Next Pain (INP) no Seu Site?<\/strong><\/h2>
Vamos mostrar agora como você pode melhorar a potuação de INP do seu site.<\/p>
Importante!<\/strong> A maioria dos métodos a seguir requer algum conhecimento técnico de JavaScript. Antes de fazer alterações em seu site, não se esqueça de fazer backup<\/a> dos seus arquivos.<\/p><\/div>\n\n\n\n<\/p>
1. Otimize a Execução do JavaScript<\/strong><\/h3>
O JavaScript<\/strong><\/a> é um dos componentes principais de muitas páginas de site. É ele quem permite adicionar vários elementos interativos, mas também pode acabar diminuindo o desempenho.<\/p>
Quando executado, o JavaScript é processado na thread principal — que é responsável por renderizar as páginas. Se o código for ineficiente, a thread pode ser bloqueada e impedir que a página responda à interação do visitante.<\/p>
Por isso, a dica de ouro para acelerar a responsividade da sua página é otimizar o JavaScript. Você pode fazer a otimização das seguintes maneiras:<\/p>
- \n
- Minifique arquivos JavaScript<\/strong><\/a>.<\/strong> Isso reduzirá o tamanho dos aquivos JavaScript, fazendo que eles carreguem mais rápido.<\/li>\n\n\n\n
- Ative a compactação GZip<\/strong><\/a>. <\/strong>Esse é outro método testado e aprovado para diminuir o tamanho dos arquivos e dados do site.<\/li>\n\n\n\n
- Use um framework JavaScript.<\/strong> Esse tipo de recurso pode ajudar a organizar seu código JavaScript para torná-lo mais eficiente. O AngularJS<\/strong><\/a> e o jQuery<\/strong><\/a> são alguns exemplos bem conhecidos de framework.<\/li>\n\n\n\n
- Use uma Rede de Distribuição de Conteúdo<\/strong><\/a>.<\/strong> Também conhecidas como CDNs, essas redes armazenam seus arquivos JavaScript em servidores próximos do seu público-alvo, o que melhora o tempo de carregamento das páginas. Clientes da Hostinger que assinaram o plano de hospedagem<\/strong><\/a> Business ou planos superiores podem usar nossa CDN exclusiva.<\/li>\n<\/ul>
2. Use Web Workers<\/strong><\/h3>
Os web workers permitem que o JavaScript seja executado independente da thread principal. Eles são muito úteis para processar operações complexas em segundo plano.<\/p>
Por exemplo, vamos imaginar que você tenha um site WordPress com muitas imagens, vídeos e dados. Carregar esses elementos é uma tarefa que pesa o JavaScript, mas, com os web workers, eles podem ser processados em segundo plano para evitar que a interface da página trave.<\/p>
Para usar web workers, você precisará criar dois arquivos JavaScript. O primeiro é o main.js<\/strong>, que vai iniciar as tarefas do web worker:<\/p>
\/\/ main.js\nif (window.Worker) {\n \/\/ Create a new worker instance\n const myWorker = new Worker('worker-script.js');\n \/\/ Send a message to the worker\n myWorker.postMessage('Hello Worker!');\n \/\/ Listen for messages from the worker\n myWorker.onmessage = function(e) {\n console.log('Message received from worker', e.data);\n };\n} else {\n console.log('Your browser does not support Web Workers.');\n}<\/pre>O segundo é o worker.js<\/strong>, que contém as tarefas do web worker. Este é um exemplo simplificado:<\/p>
\/\/ worker.js\nonmessage = function(e) {\n console.log('Message received from main script', e.data);\n \/\/ Perform heavy computation or data processing here\n \/\/ Then send a message back to the main script\n postMessage('Hello Main Script!');\n}<\/pre>Para incluir esses scripts no seu site, confira a documentação da tecnologia ou da plataforma que você está usando e siga o procedimento padrão.<\/p>
Se você usa WordPress, use a função wp_enqueue_script<\/a><\/strong> para incluir os scripts de web worker dentro do arquivo functions.php do seu tema.<\/p>
3. Divida Processos Longos em Tarefas Menores<\/strong><\/h3>
Dividir tarefas longas de JavaScript em tarefas menores é outra maneira de evitar o bloqueio da thread principal.<\/p>
Por exemplo, vamos imaginar que um visitante está navegando pelas páginas de uma loja virtual. Se as tarefas longas de JavaScript não forem divididas, a thread principal vai precisar buscar, processar e renderizar grandes quantidades de dados e fotos de produtos ao mesmo tempo — o que consume muito tempo e recursos.<\/p>
Enquanto esse processo estiver ocorrendo, a thread principal estará ocupada. E isso faz com que o site carregue lentamente e não consiga responder à próxima interação do usuário.<\/p>
Ao dividir essas tarefas longas, o navegador vai poder lidar com tarefas menores, uma de cada vez. Assim, a thread principal ficará desocupada para realizar tarefas mais essenciais.<\/p>
Você pode usar dois tipos de código para dividir tarefas longas em tarefas menores:<\/p>
- \n
- setTimeout<\/strong><\/a>.<\/strong> Função que já vem integrada ao JavaScript, o setTimeout programa que certa tarefa seja executada após determinado tempo de atraso em milissegundos. Por exemplo, ele pode adiar a execução da tarefa, evitando que a thread principal fique bloqueada por muito tempo.<\/li>\n\n\n\n
- r<\/a><\/strong>equestIdleCallback<\/strong><\/a>. <\/strong>Essa API proporciona uma abordagem mais eficiente, pois garante que as funções sejam executadas durante períodos ociosos. Ela também oferece um parâmetro de prazo, permitindo que você controle quanto tempo a tarefa pode levar para ser concluída sem afetar processos importantes.<\/li>\n<\/ul>
4. Priorize a Agilidade de Resposta do Site<\/strong><\/h3>
A prontidão de resposta (ou input readiness, em inglês) é como chamamos o estado de uma página quando ela está totalmente preparada para responder à interação do visitante. Ela só entra nesse estado quando a thread principal do navegador não está ocupada realizando outras tarefas.<\/p>
Veja como você pode priorizar a prontidão de resposta nas suas páginas e, assim, melhorar a INP:<\/p>
- \n
- Adie tarefas de JavaScript que não sejam essenciais<\/strong><\/a>. <\/strong>Algumas tarefas de JavaScript não são fundamentais para o carregamento inicial da sua página. Elas podem ser adiadas para serem executadas apenas após o carregamento do conteúdo principal. Isso permite que a thread principal priorize as interações do usuário, o que melhora a capacidade geral de resposta da página.<\/li>\n\n\n\n
- Throttling.<\/strong> Essa técnica controla a frequência de execução de uma função. Por exemplo, quando os visitantes rolam a página para baixo, essa ação pode acionar o mesmo código centenas de vezes por segundo. O throttling permite que a função seja executada apenas uma vez a cada milissegundo, aproximadamente — independente de quantas vezes o evento seja acionado.<\/li>\n\n\n\n
- Debounce. <\/strong>O debounce garante que exista certo tempo de espera entre duas execuções de uma mesma função. Por exemplo, quando os visitantes do site mudam o tamanho da janela do navegador, essa interação pode acionar o mesmo processo várias vezes. Nesse casos, o debounce consegue atrasar a execução da função até que tenha se passado certo tempo após a conclusão do redimensionamento.<\/li>\n\n\n\n
- Use listeners (passivos<\/strong><\/strong>) de eventos. <\/strong>Os listeners são construções de programação que identificam eventos específicos, como rolagens de página e toques. Quando um listener é passivo, ele avisa ao navegador para continuar processando outras tarefas enquanto determinada função é executada.<\/li>\n<\/ul>
5. Mostre ao Visitante que a Informação foi Processada<\/strong><\/h3>
Seu site pode demorar para responder a algumas interações do usuário — e, nesses casos, o usuário acaba achando que a página parou de funcionar.<\/p>
Por isso você precisar mostrar a esse visitante que a página ainda está funcionando, e que a ação que ele solicitou está sendo processada normalmente. Por exemplo, você pode mostrar uma mensagem na tela, como “Aguarde, por favor” ou “Estamos processando sua solicitação”.<\/p>
Com essa informação imediata, os usuários terão certeza de que a página recebeu a solicitação e que devem aguardar um pouco para que os dados sejam carregados. Na verdade, quando mostramos esse tipo de mensagem na tela, o visitante pode até acabar tendo a impressão de que o site tem desempenho mais rápido, mesmo que a mensagem em si não reduza o tempo real de processamento.<\/p>
Confira alguns tipos de mensagens e símbolos que você pode usar para mostrar ao visitante que a solicitação está sendo carregada:<\/p>
- \n
- Indicadores de carregamento.<\/strong> Você pode mostrar um spinner (aquele círculo que gira enquanto esperamos uma página ou um vídeo carregar) ou uma barra de progresso. Essa opção funciona muito bem quando o usuário está aguardando para ser redirecionado a outra página ou esperando o carregamento de conteúdos de mídia.<\/li>\n\n\n\n
- Pop-ups confirmando a ação.<\/strong> Se a interação que o visitante solicitou for adicionar um produto ao carrinho, por exemplo, é bom exibir na tela uma mensagem que confirma que a ação foi concluída.<\/li>\n\n\n\n
- Aviso de erro em formulários.<\/strong> Por exemplo, se um usuário informar no formulário um endereço de e-mail formatado incorretamente, mostre uma mensagem de erro imediatamente, enquanto ele digita as informações, ao invés de esperar até que ele envie o formulário.<\/li>\n<\/ul>
<\/figure><\/div>A Importância da Interaction to Next Paint (INP) Para os Donos de Sites<\/strong><\/h2>
A métrica Interaction to Next Paint está totalmente ligada ao desempenho do site nas páginas de resultados de pesquisa do Google. Se o dono do site não otimiza a INP, as páginas podem carregar mais lentamente, o que cria uma experiência ruim para os usuários e, por consequência, afeta o número de visitas que o site recebe.<\/p>
Por exemplo, o jornal indiano The Economic Times<\/strong><\/a> comprovou na prática que melhorar a INP pode trazer muitos benefícios para uma empresa. Com a melhoria da INP, o jornal reduziu a taxa de rejeição em 50%<\/strong>, ou seja, os leitores ficaram mais propensos a permanecer no site e conhecer o conteúdo.<\/p>
E a chave para otimizar a INP é identificar os fatores que desaceleram o tempo de resposta do seu site. Faça testes de produção<\/strong><\/a>, observe como o seu site lida com as interações dos visitantes, e, se necessário, contrate um desenvolvedor profissional para ajudar.<\/p>
\nMais recursos para otimizar a INP e a experiência do usuário<\/h4>\n
Otimização de Sites: 10 Estratégias para Melhorar a Velocidade, UX e SEO + Dicas de Ferramentas<\/a>
\nTeste de Usabilidade de Site: Tudo o Que Você Precisa Saber<\/a>
\nOtimização de Sites: Melhore Seu Site com Técnicas de SEO<\/a>
\nComo Deixar seu Site Responsivo – O Guia Definitivo<\/a>
\nBoas Práticas de Web Design para Atrair Mais Visitantes para o seu Site<\/a><\/p>\n <\/div>\n\n\n\n<\/p>Conclusão<\/strong><\/h2>
A Interaction to Next Paint (INP) é uma métrica-base das Core Web Vitals do Google, substituindo o First Input Delay (FID). Ela mede o tempo que seu site demora para responder quando o visitante interage com a página de alguma forma. Quanto menor for sua pontuação de INP, mais rápida é a capacidade de resposta do seu site.<\/p>
A diferença entre as métricas INP e FID é que a INP é mede o tempo de resposta a todas as interações, durante todo o período em que o visitante permanece no seu site, enquanto o INP mede o tempo de resposta apenas quando o visitante abre o site pela primeira vez.<\/p>
Você pode usar a ferramenta PageSpeed Insights do Google para medir a INP do seu site. Se essa métrica ainda não estiver disponível, como alternativa você pode consultar o Total Blocking Time (TBT).<\/p>
Existem vários métodos para otmizar a INP do seu site — tornar a execução do seu JavaScript mais eficiente, usar web workers, priorizar a prontidão de resposta (input readiness), entre outras estratégias. Independe do método de otimização que você escolher, não se esqueça de fazer backup dos arquivos do seu site antes.<\/p>
<\/a><\/figure>Perguntas e Respostas Sobre a Interaction to Next Paint (INP)<\/strong><\/h2>
Tire suas dúvidas sobre a Interaction to Next Paint como fator de ranqueamento do Google.<\/p>
\n\n\nA Interaction to Next Paint é uma Métrica das Core Web Vitals do Google?<\/h3>\n
\n\nSim, a Interaction to Next Paint (INP) é uma métrica das Core Web Vitals desde março de 2024, substituindo o First Input Delay (FID) na medição da responsividade dos sites.<\/p>\n\n<\/div>\n<\/div>\n
\nQual é uma Boa Pontuação de Interaction to Next Paint?<\/h3>\n
\n\nPontuações abaixo de 200 milissegundos (ms) são consideradas boas. Pontuações entre 200 e 500 ms ganham o selo precisa melhorar, e qualquer valor acima de 500 ms é considerado ruim.<\/p>\n\n<\/div>\n<\/div>\n
\nQual é a Diferença entre Interaction to Next Paint (INP) e First Input Delay (FID)?<\/h3>\n
\n\nO First Input Delay (FID) mede o tempo que a página demora para responder à primeira interação do visitante (que é o carregamento inicial da página). Por outro lado, a Interaction to Next Paint (INP) avalia o tempo de resposta a todas as interações do visitante do site — não apenas a primeira. Isso torna a INP uma métrica de responsividade mais abrangente.<\/p>\n\n<\/div>\n<\/div>\n
\nComo Identificar Problemas de Interaction to Next Paint no seu Site?<\/h3>\n
\n\nUse a ferramenta PageSpeed Insights para calcular a pontuação de INP do seu site e gerar sugestões para melhorar a responsividade das suas páginas.<\/p>\n\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"
A Interaction to Next Paint (INP) é uma das novas métricas de desempenho que o Google incluirá em breve ao relatório Core Web Vitals. A função dela é medir a capacidade de resposta das páginas de um site. Por isso, se o seu objetivo é melhorar a posição do seu site nas páginas de resultado […]<\/p>\n
- Pop-ups confirmando a ação.<\/strong> Se a interação que o visitante solicitou for adicionar um produto ao carrinho, por exemplo, é bom exibir na tela uma mensagem que confirma que a ação foi concluída.<\/li>\n\n\n\n
- Throttling.<\/strong> Essa técnica controla a frequência de execução de uma função. Por exemplo, quando os visitantes rolam a página para baixo, essa ação pode acionar o mesmo código centenas de vezes por segundo. O throttling permite que a função seja executada apenas uma vez a cada milissegundo, aproximadamente — independente de quantas vezes o evento seja acionado.<\/li>\n\n\n\n
- r<\/a><\/strong>equestIdleCallback<\/strong><\/a>. <\/strong>Essa API proporciona uma abordagem mais eficiente, pois garante que as funções sejam executadas durante períodos ociosos. Ela também oferece um parâmetro de prazo, permitindo que você controle quanto tempo a tarefa pode levar para ser concluída sem afetar processos importantes.<\/li>\n<\/ul>
- Ative a compactação GZip<\/strong><\/a>. <\/strong>Esse é outro método testado e aprovado para diminuir o tamanho dos arquivos e dados do site.<\/li>\n\n\n\n
- Otimização para motores de busca (SEO)<\/strong><\/a>.<\/strong> A INP e outras métricas das Core Web Vitals fazem parte da avaliação da experiência do visitante na página<\/strong><\/a>, que o Google usa para determinar quais sites vão aparecer no topo dos resultados de pesquisa. Por isso a Interaction to Next Paint é uma métrica tão importante para o SEO.<\/li>\n\n\n\n
- Experiência do usuário aprimorada. <\/strong>Se a pontuação de INP for alta, isso significa que os visitantes do site precisam esperar muito tempo para que a página reaja às suas interações, o que pode ser frustrante.<\/li>\n\n\n\n