Se você acompanha SEO técnico com seriedade, sabe que o Google aposentou o FID (First Input Delay) em março de 2024 e colocou o core web vitals INP — Interaction to Next Paint — como métrica oficial de interatividade. Em 2026, essa transição já está consolidada, e sites que ainda não ajustaram a estrutura estão pagando o preço em ranqueamento e experiência real do usuário.
O que é o INP e como ele se diferencia do FID
O INP (Interaction to Next Paint) mede o tempo entre qualquer interação do usuário — clique, toque, pressionamento de tecla — e o momento em que o navegador renderiza visualmente a resposta. Não é uma medição isolada: o INP registra todas as interações ao longo da sessão e usa o pior percentil como resultado final.
O FID, que ele substituiu, media apenas a latência do primeiro input — ou seja, quanto tempo levava até o navegador começar a processar o primeiro clique. O problema é que “começar a processar” é muito diferente de “mostrar a resposta na tela”. Um site podia ter FID bom e ainda deixar o usuário olhando para uma tela que não muda por 400ms depois de clicar num botão.
O INP corrige exatamente isso. Ele mede o ciclo completo: input → processamento → pintura da resposta visual.
Os limites do core web vitals INP que o Google considera
O Google estabeleceu três faixas para o core web vitals INP:
- Bom: até 200ms
- Precisa melhorar: entre 201ms e 500ms
- Ruim: acima de 500ms
Esses números valem para o percentil 75 das sessões reais coletadas pelo Chrome no campo (CrUX). Não adianta seu site performar bem em laboratório — o que conta é o que os usuários reais estão sentindo nos dispositivos deles, especialmente em celulares com hardware médio e conexão 4G instável.
Por que o INP impacta ranqueamento diferente do FID
O FID era relativamente fácil de “passar” sem entregar uma experiência de fato rápida. Com o INP, qualquer interação pesada ao longo da sessão puxa a métrica para baixo. Isso significa que componentes como menus dropdown complexos, filtros de produtos, modais com JavaScript pesado e formulários com validação síncrona passaram a ser pontos críticos — e não eram capturados pelo FID.
Do ponto de vista de ranqueamento, os Core Web Vitals continuam sendo um sinal de ranqueamento dentro do Page Experience. A substituição do FID pelo INP torna esse sinal mais difícil de manipular superficialmente e mais fiel à experiência real. Sites que realmente investem em performance têm vantagem estrutural — e isso é algo que já aplico por padrão nos projetos que entrego.
Se você quer entender por que um site lento não é só problema de UX, mas de receita, veja o que escrevi sobre o custo real de um site lento em conversão.
O que derruba o INP na prática: causas técnicas reais
A maioria dos problemas de INP vem de três categorias:
1. JavaScript bloqueando a thread principal
Quando o navegador está executando scripts pesados — carregando plugins, inicializando bibliotecas de terceiros, rodando analytics pesados — ele não consegue responder ao clique do usuário imediatamente. Esse bloqueio é medido pelo INP. Scripts de chat ao vivo, pixels de rastreamento empilhados e sliders animados com JS desnecessário são os vilões mais comuns que vejo em sites que chegam até mim para reestruturação.
2. Long Tasks não fracionadas
Tarefas JavaScript com duração acima de 50ms são chamadas de Long Tasks. Elas monopolizam a thread principal e impedem o navegador de reagir a inputs do usuário. A solução técnica envolve quebrar essas tarefas usando setTimeout, requestIdleCallback ou a API scheduler.yield() — que ganhou suporte amplo em 2024 e é hoje a abordagem recomendada para ceder controle da thread entre etapas de processamento.
3. Renderização custosa após o input
Mesmo que o processamento seja rápido, se o re-render do DOM for pesado — muitos elementos sendo recalculados, layout thrashing, pintura de grandes áreas — o tempo até o Next Paint aumenta. Isso é especialmente comum em páginas construídas com Elementor mal configurado, cheias de widgets aninhados com animações on-scroll e efeitos paralaxe.
Sobre isso tenho um post mais detalhado: a diferença entre Elementor bem feito e Elementor genérico — e o quanto isso afeta métricas que o Google mede de verdade.
Como auditar o INP do seu site agora
As ferramentas que uso no dia a dia para diagnóstico:
- PageSpeed Insights: mostra o INP dos dados de campo (CrUX) quando há volume suficiente de visitas. É o número que o Google considera para ranqueamento.
- Chrome DevTools → Performance: permite gravar uma sessão de interação e ver exatamente quais Long Tasks estão bloqueando a resposta. Identifica o script responsável pelo atraso.
- Web Vitals Extension (Chrome): exibe INP em tempo real enquanto você navega pelo site — útil para testar interações específicas.
- Search Console → Experiência da página: mostra agregado de Core Web Vitals por URL, com separação mobile/desktop. É aqui que o impacto em ranqueamento fica visível em escala.
Vale lembrar que o INP só aparece nos dados de campo quando há volume real de interações captadas pelo Chrome. Sites com tráfego baixo podem não ter dados suficientes no CrUX — mas isso não significa que estão isentos do impacto.
Core Web Vitals INP e o contexto maior de performance
O INP não existe isolado. Ele é uma das três métricas do core web vitals INP + LCP + CLS que compõem o sinal de Page Experience. Um site que resolve o INP mas tem LCP acima de 4 segundos ainda está com problema grave. A abordagem que uso nos projetos trata os três em conjunto — não adianta otimizar uma métrica e ignorar as outras.
Hospedagem, por exemplo, afeta diretamente o LCP e, indiretamente, o INP — porque um servidor lento atrasa o carregamento dos scripts que depois vão travar a thread. Abordei isso em detalhes no post sobre qual hospedagem escolher e por que isso afeta velocidade e SEO.
E se você quer ver como o SEO técnico entra no processo de construção de um site desde o início — não como ajuste posterior — vale ler sobre o SEO técnico que configuro por padrão em todo site que entrego.
O que mudou na prática para quem contrata desenvolvimento de site
A substituição do FID pelo INP eleva o padrão técnico necessário para entregar um site que performa de verdade. Não basta ter um PageSpeed alto em laboratório — é preciso que a experiência interativa seja responsiva em condições reais de uso, em celulares comuns, com conexões medianas.
Isso tem implicação direta na escolha do desenvolvedor: quem ainda constrói sites com stacks pesadas, templates cheios de scripts genéricos e sem atenção à thread principal vai ter dificuldade crescente de manter clientes nos top resultados do Google à medida que o sinal de Page Experience ganha mais peso nos algoritmos.
Se você quer saber como esses critérios técnicos entram desde o briefing até a entrega, explico o processo completo no post sobre como funciona meu processo de criação de site em 7 dias.
Precisa de um site com Core Web Vitals INP resolvido de origem?
Construo sites com performance técnica real — PageSpeed 95+, INP dentro da faixa verde e estrutura que sustenta ranqueamento a longo prazo. Não é ajuste posterior: entra no processo desde o início.
Se você quer orçar um site novo ou reestruturar o que já tem, fala comigo diretamente:
Falar sobre meu site no WhatsApp
Perguntas frequentes sobre Core Web Vitals INP
O que é o INP nos Core Web Vitals?
INP (Interaction to Next Paint) é a métrica oficial de interatividade dos Core Web Vitals desde março de 2024. Ela mede o tempo entre qualquer interação do usuário — clique, toque ou tecla — e o momento em que o navegador exibe visualmente a resposta, considerando o pior percentil de todas as interações da sessão.
Qual é o valor ideal de INP para o Google considerar “bom”?
O Google considera INP bom quando está abaixo de 200ms, precisa melhorar entre 201ms e 500ms, e ruim acima de 500ms. Esses limites são avaliados no percentil 75 das sessões reais coletadas pelo Chrome (CrUX), não em testes de laboratório.
Qual a diferença entre INP e FID?
O FID (First Input Delay), aposentado em março de 2024, media apenas a latência do primeiro clique até o início do processamento — ignorando o tempo de resposta visual e as demais interações da sessão. O INP mede o ciclo completo (input → processamento → pintura) em todas as interações, tornando o sinal muito mais fiel à experiência real do usuário.
O INP afeta o ranqueamento no Google?
Sim. O INP é um dos três sinais dos Core Web Vitals (junto com LCP e CLS) que compõem o Page Experience, fator de ranqueamento oficial do Google. Por ser mais difícil de “passar” superficialmente do que o FID, sites com experiência interativa genuinamente rápida têm vantagem estrutural crescente nos resultados de busca.