FID (First Input Delay)

First Input Delay (FID) é uma métrica Core Web Vital que mede o tempo entre a primeira interação do usuário com uma página — clicar em um botão, tocar em um link, pressionar uma tecla — e o momento em que o navegador começa a processar esse evento. Ele captura a responsividade em vez da velocidade de carregamento visual. Uma boa pontuação de FID é inferior a 100 milissegundos, o que significa que a página parece instantânea para o usuário. Qualquer valor acima de 300 milissegundos é considerado ruim. O FID mede especificamente o atraso de entrada causado pela thread principal do navegador estar ocupada com outras tarefas, como análise de JavaScript ou execução de scripts de longa duração. Ele não mede o tempo que o navegador leva para terminar de processar o evento ou atualizar a interface.

Quando um leitor clica em um botão e nada acontece por um momento perceptível, a página parece estar quebrada. Resposta lenta à entrada frustra os usuários e aumenta as [taxas de rejeição](/glossary/bounce-rate). O Google utilizou o FID como sinal de classificação em sua avaliação de [Core Web Vitals](/glossary/core-web-vitals), então páginas com FID ruim podem ter classificação mais baixa nos resultados de busca. Para editores que compartilham flipbooks e documentos interativos, uma primeira interação lenta prejudica a impressão profissional que seu conteúdo deveria transmitir. Usuários mobile são especialmente afetados porque dispositivos móveis frequentemente têm menos poder de processamento, tornando o congestionamento da thread principal mais perceptível.

Os flipbooks do FlipLink são otimizados para manter o FID baixo, adiando JavaScript não crítico até após a renderização inicial. O motor de virada de páginas [Three.js](/glossary/three-js) carrega progressivamente, então a barra de ferramentas do visualizador e os controles de navegação respondem imediatamente quando um leitor interage pela primeira vez. Pixels de rastreamento e scripts de analytics são carregados de forma assíncrona para evitar bloquear a thread principal. Quando você [incorpora um flipbook](/glossary/responsive-embed) em seu site, o código de incorporação do FlipLink usa carregamento lazy e inicialização assíncrona para que o [flipbook](/glossary/flipbook) não adicione atraso de entrada à sua página hospedeira. Essas otimizações garantem que flipbooks incorporados e compartilhados sejam responsivos desde o primeiro clique, seja no desktop ou no mobile.

| Classificação | Limite FID | Significado | |--------------|-----------|-------------| | Bom | ≤ 100 ms | Página responde instantaneamente à entrada | | Precisa melhorar | 101–300 ms | Atraso perceptível antes da resposta | | Ruim | > 300 ms | Página parece não responsiva ou congelada | O FID é medido no 75º percentil dos carregamentos de página no Chrome User Experience Report (CrUX). Isso significa que 75% dos seus visitantes devem experimentar um FID de 100 ms ou menos para que sua página atinja o limite "bom". Você pode medir o FID usando Google PageSpeed Insights, Lighthouse ou a biblioteca JavaScript Web Vitals em sua própria configuração de analytics.

O FID mede apenas a porção de atraso do processamento do evento — o intervalo entre o evento de entrada sendo disparado e o navegador começando a executar o manipulador do evento. Não inclui o tempo que o manipulador leva para executar nem o tempo para o navegador repintar a tela. A causa mais comum de FID alto são tarefas JavaScript longas na thread principal. Quando o navegador está ocupado executando um script que leva 200 ms ou mais, qualquer entrada do usuário durante esse período é enfileirada e atrasada. Fontes comuns de bloqueio da thread principal incluem: - **Bundles JavaScript grandes** analisados e compilados no carregamento da página - **Scripts de terceiros** (analytics, anúncios, widgets de chat) executando de forma síncrona - **Manipulação pesada do DOM** durante a renderização inicial - **Carregamento não otimizado de web fonts** que dispara recálculos de layout Para reduzir o FID, divida tarefas longas em pedaços menores, adie scripts não essenciais, use code splitting para carregar apenas o JavaScript necessário para a visualização atual e minimize o impacto de scripts de terceiros.

O Google substituiu oficialmente o FID pelo [Interaction to Next Paint (INP)](/glossary/core-web-vitals) como Core Web Vital em março de 2024. Enquanto o FID mede apenas a primeira interação, o INP mede a responsividade de todas as interações ao longo de todo o ciclo de vida da página e escolhe a pior (ou quase pior para páginas com muitas interações). Isso torna o INP uma métrica de responsividade mais abrangente. Diferenças principais: - **Escopo**: O FID mede apenas o atraso da primeira interação. O INP mede cada interação (cliques, toques, pressionamentos de tecla) e reporta a pior. - **O que é medido**: O FID mede apenas o atraso de entrada (tempo antes do manipulador executar). O INP mede a duração completa da entrada até a próxima atualização visual (paint). - **Limite**: FID bom é ≤ 100 ms. INP bom é ≤ 200 ms. - **Status**: O FID está obsoleto como Core Web Vital, mas ainda é reportado por muitas ferramentas. O INP é a métrica oficial atual. Mesmo que o FID não seja mais um Core Web Vital, as otimizações que melhoram o FID — reduzir bloqueio da thread principal, adiar scripts, code splitting — também melhoram o INP. O visualizador do FlipLink é otimizado para ambas as métricas.