Velocidade e rastreamento por robôs de IA

O que o Google diz sobre velocidade e rastreamento?

A documentação de gestão do orçamento de rastreamento, atualizada em 22/07/2026, explica que a velocidade de resposta do servidor afeta o limite de capacidade de rastreamento. Se o site responde de modo consistente e o tempo até o primeiro byte se mantém estável ou melhora, o limite sobe e o Google pode usar mais conexões. Se o site fica lento ou devolve erros de servidor (5xx) ou sinais de limitação (como o código 429), o limite cai e o Google rastreia menos.

Isso vale para o Googlebot. A mesma página trata de sites grandes; em sites pequenos o efeito prático costuma ser menor, e a documentação não promete melhora de posição por velocidade.

O que é TTFB e qual é um valor bom?

TTFB (Time to First Byte) é o tempo entre o início da navegação e a chegada do primeiro byte da resposta do servidor. A web.dev, em artigo atualizado em novembro de 2025, indica que valores até 0,8 segundo são bons e acima de 1,8 segundo são ruins, e chama isso de referência aproximada. A mesma página informa que o TTFB não é um dos Core Web Vitals.

E os robôs de IA? Eles abandonam páginas lentas?

É comum ler que robôs de IA desistem de páginas lentas e penalizam a entidade. As documentações de robôs de OpenAI, Anthropic e Perplexity consultadas para este site não informam limite de tempo nem penalidade, e por isso esta página não afirma isso. O que é razoável: qualquer robô opera com tempo limite, e um servidor que demora ou erra aumenta a chance de a página não ser lida. Trate velocidade como higiene que ajuda a todos os leitores, e não como garantia de citação.

O que importa mais do que velocidade para ser lido?

1. Acesso: o robots.txt não bloqueia os robôs de busca de IA que você quer permitir. Ver robots.txt para robôs de IA.
2. Conteúdo sem JavaScript: o texto principal aparece no HTML recebido. Muitos robôs não executam scripts.
3. Resposta estável: código 200 nas páginas de conteúdo, sem redirecionamento em cadeia e sem erro intermitente.
4. Peso razoável: poucas dependências externas para o conteúdo principal.

Passo a passo com critério de sucesso

1. 01Meça o TTFB em campo. Use o relatório de experiência de uso do Chrome ou o monitoramento do host. Critério: p75 do TTFB conhecido por página-chave.
2. 02Meça em laboratório. Teste três páginas com a ferramenta do navegador. Critério: valores registrados com data.
3. 03Verifique erros no Search Console. Veja o relatório de estatísticas de rastreamento. Critério: taxa de 5xx próxima de zero.
4. 04Ative cache e compressão. Critério: resposta de página de conteúdo abaixo de 0,8 segundo no p75.
5. 05Confirme a leitura sem JavaScript. Desative scripts e abra as páginas. Critério: título, resposta e dados aparecem.
6. 06Repita a cada trimestre. Critério: série de medidas, sem promessa de ganho.

Exemplo

Simulação. Um site fictício tem TTFB p75 de 1,6 segundo na página de serviços por falta de cache. A equipe ativa cache de página e compressão, e o valor cai para 0,5 segundo. O relatório de rastreamento passa a mostrar menos tempo de resposta. Não se pode atribuir mudança de citação a essa ação sem um protocolo de medição.

Erros comuns

• Afirmar que o robô de IA penaliza o site lento, sem fonte.
• Otimizar velocidade e deixar o conteúdo dependente de JavaScript.
• Bloquear robôs por engano durante o ajuste de segurança.
• Medir só em laboratório e ignorar dados de campo.

Como medir

Registre TTFB, taxa de 5xx e a leitura sem JavaScript por página-chave. Compare com a presença nas respostas pelo protocolo de medição sem clique. Mais itens estão no checklist.

Método LLM Seeding™: Camillo Dantas (autoria declarada). Velocidade e rastreamento: documentação do Google e da web.dev. Última revisão: 16/10/2026.