O Google consolidou a métrica INP (Interaction to Next Paint) como um dos pilares de classificação do Core Web Vitals. Entenda como essa mudança impacta o ranqueamento das suas páginas em 2026 e quais ações técnicas adotar para manter seu site ultra-rápido e responsivo.
A velocidade com que um site carrega sempre foi uma obsessão para analistas de SEO e desenvolvedores. No entanto, o Google mudou o foco da conversa: em 2026, a velocidade inicial de carregamento não é mais o único fator decisivo. O que realmente importa agora é a velocidade de resposta interativa da página durante toda a visita do usuário.
Essa mudança de paradigma foi oficializada quando o Google substituiu a métrica FID (First Input Delay) pelo INP (Interaction to Next Paint) como pilar fundamental do Core Web Vitals. Se o seu site carrega as imagens rapidamente (bom LCP), mas trava ou exibe pequenos atrasos (atrasos de renderização) quando o usuário clica em um menu, abre uma sanfona de FAQ ou digita em um formulário, suas posições nas buscas orgânicas correm sério risco.
Neste guia prático, vamos decifrar o INP e mostrar como otimizar o seu site para garantir uma experiência interativa impecável e impulsionar seu ranqueamento.
O que é o INP (Interaction to Next Paint) e por que ele substituiu o FID?
O antigo FID media apenas a primeira interação do usuário na página e avaliava o tempo de atraso de entrada (a resposta inicial do navegador). O INP (Interaction to Next Paint) vai muito além: ele mede a latência de todas as interações de clique, toque e teclado feitas pelo usuário durante toda a sua sessão, registrando a pior delas como a métrica de desempenho do site.
Para o Google, um INP ideal deve ser de 200 milissegundos ou menos. Valores entre 200ms e 500ms precisam de melhorias, e qualquer valor acima de 500ms é considerado ruim e prejudica diretamente o SEO técnico da página.
A latência do INP é dividida em três fases distintas:
1. Input Delay (Atraso de Entrada): O tempo entre a interação física do usuário e o momento em que o navegador começa a executar o manipulador de eventos JavaScript (geralmente esticado por tarefas longas que bloqueiam a thread principal).
2. Processing Time (Tempo de Processamento): O tempo gasto executando o próprio código JavaScript do evento.
3. Presentation Delay (Atraso de Apresentação): O tempo necessário para o navegador recalcular os estilos da página, refazer o layout e renderizar visualmente o novo frame de resposta na tela.
Resumo dos Principais Indicadores do Core Web Vitals
| Métrica | Nome Completo | O que Mede | Limite Ideal |
|---|---|---|---|
| — | — | — | — |
| LCP | Largest Contentful Paint | Tempo de carregamento do maior bloco de conteúdo visual | ≤ 2,5 segundos |
| CLS | Cumulative Layout Shift | Estabilidade visual da página durante o carregamento | ≤ 0,1 (sem unidade) |
| INP | Interaction to Next Paint | Latência de resposta visual pós-interação do usuário | ≤ 200 milissegundos |
Como Diagnosticar Problemas de INP no Seu Site?
Antes de alterar códigos, você precisa entender se os seus visitantes reais enfrentam problemas de interatividade. O diagnóstico é dividido em dados de campo e dados de laboratório:
- Dados de Campo (CrUX): O relatório de experiência do usuário do Chrome (Chrome User Experience Report) coleta dados reais de usuários reais. Você pode consultar esses dados diretamente no Google Search Console, na aba “Principais métricas da Web”.
- Dados de Laboratório (DevTools): Abra o Chrome DevTools (F12) no seu site, vá na aba Performance e habilite a gravação das interações. Outra opção excelente é utilizar a extensão oficial *Web Vitals* do Chrome ou analisar as tarefas longas (Tasks > 50ms) usando a API Long Animation Frames (LoAF).
3 Passos Práticos para Otimizar o INP e Reduzir o Atraso de Resposta
O principal vilão do INP ruim é o JavaScript pesado bloqueando a thread principal (*main thread*). Se o navegador estiver ocupado compilando e executando scripts pesados de terceiros, ele não conseguirá responder aos cliques do usuário. Siga estes passos para otimizar essa resposta:
1. Divida Tarefas Longas (Long Tasks)
Qualquer tarefa de JavaScript que leve mais de 50ms para ser executada é considerada uma “Long Task” e bloqueia a thread principal. Use funções como `setTimeout()` ou o método `requestIdleCallback()` para fragmentar a execução de scripts pesados em pedaços menores, permitindo que o navegador respire e atenda aos cliques do usuário no intervalo entre essas tarefas.
2. Evite Layout Thrashing
O *Layout Thrashing* ocorre quando o JavaScript escreve e lê propriedades de estilo do DOM de forma alternada e repetida, forçando o navegador a refazer o cálculo de layout diversas vezes no mesmo frame. Agrupe suas leituras de DOM no início do script e faça as modificações visuais juntas no final, ou utilize a função `requestAnimationFrame()` para coordenar as alterações visuais de forma síncrona com a renderização da tela.
3. Otimize e Adie Scripts de Terceiros
Pixels de rastreamento, ferramentas de gravação de tela e pop-ups de consentimento costumam rodar JavaScript pesado assim que o site carrega ou quando o usuário realiza uma ação. Adie a execução de códigos não-críticos usando as tags `async` ou `defer` e configure carregamentos atrasados para ferramentas de análise que não impactem a funcionalidade imediata do site. Isso reduz drasticamente o impacto da velocidade nas vendas e na conversão do site.
Core Web Vitals no WordPress: Mitos e Verdades
Muitos proprietários de sites acreditam que é impossível obter pontuações perfeitas no Core Web Vitals utilizando o WordPress devido ao peso natural da plataforma. Isso é um mito.
A verdade é que o WordPress pode ser extremamente rápido, desde que você evite o excesso de plugins desnecessários e opte pelo construtor correto. Construtores visuais pesados (como o Elementor) adicionam muitas divs aninhadas e arquivos CSS/JS volumosos, aumentando o tempo de bloqueio.
Por outro lado, o editor de blocos nativo do WordPress (Gutenberg) gera código HTML extremamente limpo e leve por padrão. Se você quer de fato escalar a velocidade orgânica, investir no desenvolvimento de sites WordPress profissionais focados em performance é a melhor escolha estratégica a longo prazo.
Perguntas Frequentes
Qual é a diferença de LCP e INP?
O LCP (Largest Contentful Paint) mede o tempo que o site leva para exibir o seu conteúdo principal na tela pela primeira vez. O INP (Interaction to Next Paint) mede o tempo que o site leva para responder visualmente a qualquer clique ou toque do usuário após a página já estar visível.
Como saber se o meu INP é ruim sem ferramentas pagas?
Você pode visualizar o status de INP das suas páginas de forma totalmente gratuita pelo painel do Google Search Console (na aba de Principais Métricas da Web) ou testando páginas específicas diretamente no PageSpeed Insights do Google.
O INP afeta o tráfego pago (Google Ads)?
Sim. Embora o Core Web Vitals seja um fator de rankeamento orgânico direto para o algoritmo de busca do Google, um site lento e com resposta travada (INP ruim) frustra os usuários que clicam nos anúncios patrocinados, aumentando a taxa de rejeição e diminuindo o índice de qualidade dos anúncios, o que encarece o custo por clique (CPC).
Tiago Marttini é especialista em marketing digital, SEO e inteligência artificial aplicada a negócios. No Aeon Project 360, compartilha análises e insights sobre IA, tecnologia, performance, comportamento digital e o futuro da busca.