TTFB mediano: domínios mais citados vs. menos citados . 804 vs 910 ms.
Os domínios mais citados respondem ao servidor mais rápido: uma mediana de time-to-first-byte de 804 ms para citados 10+ vezes, contra 910 ms para páginas citadas uma ou duas vezes. Uma resposta lenta do servidor está associada a menos citações, embora a diferença seja modesta.
Tempo de resposta do servidor (TTFB) vs frequência de citação
Agrupando cada domínio citado por quantas respostas dos prompts monitorados do AmICited o citaram, e cruzando com dados reais de usuários do Google Core Web Vitals , um padrão consistente aparece entre os níveis. Citados 10+ vezes (659 domínios com dados) estão em uma ponta e citados 1–2 vezes (4.313 domínios) na outra. A direção é a mesma para toda métrica de saúde que podemos medir — taxa de aprovação, tempo de resposta do servidor e pontuação de desempenho — razão pela qual o sinal (modesto) é crível e não apenas ruído.
Os números subjacentes
| Frequência de citação | Domínios com dados CrUX | Aprovam Core Web Vitals | TTFB Mediano | Pontuação média de desempenho |
|---|---|---|---|---|
| Citados 10+ vezes | 659 | 60% | 804 ms | 76,5 |
| Citados 3–9 vezes | 1.584 | 58% | 893 ms | 74,9 |
| Citados 1–2 vezes | 4.313 | 57% | 910 ms | 74,9 |
O que isso significa para a visibilidade na busca de IA
Páginas tecnicamente saudáveis são citadas um pouco mais frequentemente, mas o efeito aqui é pequeno — a saúde do site parece ser um fator de apoio, não um motor principal para que motores de IA citem você. A relevância do conteúdo quase certamente importa mais (veja os relatórios por fonte e tópico). A conclusão prática: corrigir Core Web Vitals e tempo de resposta do servidor vale a pena — remove um leve obstáculo e ajuda os usuários de qualquer forma — mas não vai, por si só, colocá-lo entre as fontes citadas por um motor. Trate isso como pré-requisito básico e depois compita em relevância.
Por que o TTFB é a métrica de velocidade mais importante para citações de IA
Entre todas as métricas de desempenho que analisamos, o Time to First Byte mostra a maior diferença absoluta entre os domínios mais e menos citados: 106 milissegundos (804 ms vs. 910 ms). Isso não é coincidência. O TTFB é a métrica mais diretamente ligada ao desempenho do lado do servidor — exatamente o que os rastreadores de IA interagem ao buscar suas páginas.
Quando um rastreador de IA como o GPTBot solicita uma página, ele não se importa com sua imagem principal, suas animações CSS ou seu pacote JavaScript. Ele se importa com uma coisa: quão rápido pode obter o conteúdo HTML necessário para extrair texto e determinar relevância. Um TTFB lento significa que o rastreador está esperando — e se esperar demais, pode exceder o tempo limite, buscar apenas uma resposta parcial ou despriorizar seu domínio em rastreios futuros.
A diferença de 106 ms é modesta em termos absolutos — é aproximadamente o tempo de uma piscada de olhos — mas é consistente em milhares de domínios e segue na direção esperada. O mecanismo mais plausível é um efeito de eficiência de rastreio: servidores mais rápidos são rastreados de forma mais completa e frequente, o que significa que seu conteúdo está mais bem representado nos índices de recuperação que os motores de IA consultam. Isso não é uma causalidade comprovada, mas é a explicação mais coerente para o TTFB apresentar o sinal de desempenho mais forte.
Stay Updated on AI Visibility Trends
Get the latest insights on AI mentions, brand monitoring, and optimization strategies.
Como o TTFB se compara a outras métricas de desempenho
Diferente de métricas de front-end como LCP , FCP e CLS , o TTFB está quase inteiramente sob o controle do proprietário do site. Ele depende de:
- Infraestrutura do servidor: A qualidade e localização da sua hospedagem
- Configuração de CDN: Se você usa uma CDN e como ela está configurada
- Estratégia de cache: Se suas páginas são servidas a partir do cache ou geradas dinamicamente
- Eficiência do backend: A rapidez com que seu CMS ou servidor de aplicação gera o HTML
Isso torna o TTFB a métrica mais acionável para o trabalho de desempenho visando visibilidade em IA. Melhorar o LCP pode exigir redesenhar o layout da sua página; melhorar o TTFB muitas vezes pode ser feito apenas com mudanças de configuração. A diferença entre 910 ms e 804 ms é alcançável para a maioria dos sites com uma CDN e cache básico no servidor — e nossos dados sugerem que fechar essa lacuna é a otimização de desempenho mais impactante que você pode fazer para visibilidade em IA .
Como é um TTFB “bom” para visibilidade em IA
O Google considera um TTFB abaixo de 800 ms como “bom”. Os domínios mais citados em nosso conjunto de dados estão exatamente nesse limite (mediana de 804 ms). Isso sugere que o alvo prático para visibilidade em IA não é um TTFB elite de menos de 200 ms, mas simplesmente estar na faixa “boa” — abaixo de 800 ms.
Se seu TTFB está atualmente acima de 1.000 ms, você provavelmente está experimentando algum grau de atrito no rastreio. Os rastreadores de IA operam sob orçamentos de tempo, e um servidor que leva mais de um segundo para responder perderá alguma fração das tentativas de rastreio por tempo limite. Ficar abaixo de 1.000 ms deve ser seu primeiro marco; ficar abaixo de 800 ms coloca você na companhia dos domínios mais citados.
Recomendações práticas
Meça seu TTFB a partir de múltiplas localizações geográficas. Seu TTFB varia dependendo de onde a requisição se origina. Os rastreadores de IA podem buscar a partir de data centers em regiões diferentes dos seus visitantes humanos. Use uma ferramenta como o Performance Test da KeyCDN ou o WebPageTest para medir a partir de várias localizações.
Ative o cache de página completa. Se suas páginas são geradas dinamicamente a cada requisição, seu TTFB será alto. Uma camada de cache (Redis, Varnish ou o cache nativo do seu CMS) pode reduzir o TTFB de 500+ ms para menos de 50 ms em páginas cacheadas.
Use uma CDN com cache de borda. Uma CDN serve seu conteúdo a partir de localizações próximas ao solicitante, reduzindo a latência de rede. Mesmo uma configuração básica de CDN (Cloudflare, Fastly, CloudFront) pode reduzir o TTFB em 100–300 ms.
Atualize sua hospedagem se necessário. Planos de hospedagem compartilhada frequentemente têm TTFB na faixa de 1.000–2.000 ms. Migrar para um VPS ou servidor dedicado, ou para uma plataforma de hospedagem gerenciada, pode representar uma melhoria significativa.
Metodologia
Esta é uma associação entre as páginas que a IA já cita, não uma prova de causa: é calculada cruzando dados de campo do Google CrUX / PageSpeed com a frequência com que cada domínio foi citado nos 1.905 prompts monitorados do AmICited. Dados do CrUX estavam disponíveis para 6.556 de 8.845 domínios citados (74%). Os domínios são agrupados por quantas respostas os citaram; dentro de cada grupo, calculamos a média da métrica de saúde do site. Um domínio “passa no Core Web Vitals” quando a maioria de suas URLs auditadas atinge os limites de LCP/INP /CLS do Google em dados reais de usuários (CrUX); TTFB e pontuação de desempenho são calculados de forma similar. Páginas sem dados CrUX suficientes são excluídas. Como os prompts do AmICited tendem a abordar SaaS , comércio eletrônico e tópicos de suporte, estes números descrevem os sites citados para esse tipo de consulta. A relação é real, porém modesta, e correlacional — não estamos afirmando que páginas mais rápidas causam mais citações.
