SEO e IA
7 de jul. de 2026
Go back
O novo parâmetro use= para IA: como funcionam immediate, reference e full no robots.txt
Autor: Rafael Lins
Entenda como funcionam os novos parâmetros use=immediate, use=reference e use=full, quais são as diferenças para robots.txt e llms.txt e como preparar seu site para AI Search.
A forma como controlamos bots está mudando.
Durante mais de 30 anos o arquivo robots.txt foi praticamente a única maneira de informar aos crawlers quais áreas de um site poderiam ou não ser acessadas.
Depois vieram iniciativas como:
Google-Extended
llms.txt
AI Dataset
AI Visibility
Content Signals
Agora a Cloudflare apresentou mais um passo importante nessa evolução: um novo conjunto de preferências chamado use=, incorporado aos Content Signals.
Na prática, deixa de existir apenas a decisão "permitir ou bloquear".
Agora também passa a existir uma preferência sobre como um sistema de IA pode utilizar seu conteúdo.
É uma mudança importante para quem trabalha com SEO, AI Visibility, monetização de conteúdo e governança digital.
O problema do robots.txt tradicional
O robots.txt sempre respondeu apenas uma pergunta:
Exemplo:
Ele nunca informou:
se o conteúdo pode ser citado;
se pode ser resumido;
se pode ser utilizado para treinamento;
se pode ser reproduzido;
se pode servir como fonte para respostas de IA.
Ou seja, o robots.txt controla acesso.
Não controla uso.
A web mudou
Com mecanismos tradicionais de busca, o fluxo era simples.
Com IA esse fluxo mudou.
Hoje um crawler pode:
responder perguntas;
resumir artigos;
citar pequenos trechos;
reproduzir conteúdo completo;
treinar modelos;
agir em tempo real em nome de um usuário.
São comportamentos completamente diferentes.
O conceito de Content Signals
Para resolver esse problema, a Cloudflare ampliou o conceito de Content Signals.
Agora, além das regras tradicionais, o proprietário do site pode declarar preferências sobre como deseja que agentes de IA utilizem seu conteúdo.
É importante entender um detalhe.
Esses sinais não são obrigatórios.
Funcionam como uma preferência declarada, semelhante ao robots.txt.
Bots compatíveis podem optar por respeitá-los.
O novo parâmetro use=
A novidade é o parâmetro:
Ele informa qual tipo de utilização o proprietário do conteúdo considera aceitável.
Atualmente existem três valores principais.
use=immediate
Este é o modo mais restritivo.
Exemplo:
Nesse cenário o agente pode utilizar a informação apenas para responder imediatamente ao usuário.
Não deve:
armazenar permanentemente;
indexar;
reutilizar posteriormente;
incorporar ao treinamento.
Imagine um agente respondendo:
"Qual o horário de funcionamento desta empresa?"
Ele consulta seu site naquele momento, responde ao usuário e descarta a informação.
É semelhante ao funcionamento de um navegador.
Quando utilizar immediate
Esse modo faz sentido para:
dados temporários;
disponibilidade;
estoque;
preços;
agendas;
informações altamente dinâmicas.
use=reference
Esse passa a ser o comportamento recomendado pela Cloudflare.
Exemplo:
Nesse modo o agente pode:
indexar;
utilizar pequenos trechos;
responder perguntas;
criar citações;
apontar links para a fonte original.
Na prática é semelhante ao funcionamento atual dos mecanismos de busca.
Esse modo favorece AI Search sem abrir espaço para reprodução integral do conteúdo.
Quando utilizar reference
É provavelmente a melhor opção para:
blogs;
notícias;
documentação;
artigos técnicos;
conteúdo educacional;
materiais institucionais.
Ele mantém um equilíbrio entre descoberta e proteção.
use=full
Esse é o modo mais permissivo.
Nesse cenário o conteúdo pode ser:
resumido;
reproduzido;
reutilizado;
utilizado em respostas mais completas.
É indicado apenas quando o proprietário realmente deseja esse nível de compartilhamento.
Quando utilizar full
Pode fazer sentido para:
documentação open source;
projetos públicos;
conteúdo Creative Commons;
materiais educacionais gratuitos.
Comparando os três modos
Parâmetro | Indexação | Citação | Resumo | Reprodução |
|---|---|---|---|---|
immediate | Não | Não | Apenas resposta imediata | Não |
reference | Sim | Sim | Sim | Limitada |
full | Sim | Sim | Sim | Permitida |
Isso substitui o robots.txt?
Não.
Os dois possuem objetivos completamente diferentes.
robots.txt responde:
Content Signals respondem:
São camadas complementares.
Isso substitui o llms.txt?
Também não.
Embora ambos tratem IA, possuem funções diferentes.
robots.txt
Controla rastreamento.
llms.txt
Organiza conteúdo especificamente para consumo por modelos de linguagem.
Normalmente apresenta:
documentação;
guias;
APIs;
páginas relevantes.
Content Signals
Expressam preferências sobre utilização.
Ou seja:
Um site pode perfeitamente utilizar os três.
E o Google-Extended?
O Google-Extended continua existindo.
Sua função é controlar especificamente o uso do conteúdo pelos modelos generativos do Google.
Exemplo:
Já o novo parâmetro use= é muito mais granular.
Ele não pergunta apenas:
"Pode acessar?"
Ele informa:
"Se acessar, como gostaria que esse conteúdo fosse utilizado."
Como isso conversa com AI Search
Essa mudança acompanha uma transformação muito maior.
Cada vez mais veremos respostas geradas por IA utilizando conteúdos da web.
O desafio deixa de ser:
"Como impedir IA?"
E passa a ser:
"Como quero participar desse ecossistema?"
Cada empresa terá uma estratégia diferente.
Exemplo prático
Imagine uma empresa SaaS.
Ela pode decidir:
Documentação
Quer aparecer em respostas.
Base de conhecimento interna
Não quer armazenamento.
Whitepapers gratuitos
Permite ampla reutilização.
Cada tipo de conteúdo recebe uma política diferente.
O impacto para SEO
Esse é um dos pontos mais importantes.
SEO tradicional sempre trabalhou pensando em:
Google Search;
Bing;
Yahoo.
Agora precisamos considerar também:
ChatGPT;
Gemini;
Claude;
Perplexity;
Copilot;
agentes autônomos.
Isso significa que otimização para IA passa também pela definição de políticas de utilização do conteúdo.
O impacto para publishers
Veículos de mídia podem criar estratégias muito diferentes.
Exemplo:
Notícias:
Conteúdo premium:
Conteúdo patrocinado:
Materiais institucionais:
Essa granularidade praticamente não existia até agora.
Ainda não existe garantia
É importante destacar.
Assim como robots.txt, esses sinais representam preferências.
Não obrigam todos os crawlers.
Eles funcionam apenas para bots que decidirem respeitar esse padrão.
Ainda assim, representam um avanço importante na padronização da web para IA.
Como a Ad Rock está utilizando essas tecnologias
Na Ad Rock acompanhamos continuamente a evolução da AI Visibility.
Além das boas práticas tradicionais de SEO técnico, nossos projetos já consideram recursos como:
llms.txt
AI Dataset
Content Signals
Google-Extended
AI Visibility
estruturas semânticas
governança de crawlers
otimização para mecanismos generativos
Nosso objetivo é preparar sites não apenas para mecanismos de busca tradicionais, mas também para a próxima geração de agentes inteligentes.
Conclusão
O novo parâmetro use= representa mais um passo importante na evolução da web.
Depois de décadas controlando apenas o acesso dos crawlers, passamos a discutir também como o conteúdo poderá ser utilizado por sistemas de Inteligência Artificial.
Ainda estamos no início dessa transformação.
Mas uma coisa já está clara.
SEO deixa de ser apenas indexação.
Também passa a envolver políticas de uso, governança de IA e estratégias de visibilidade para agentes inteligentes.
Empresas que começarem a entender essas tecnologias agora estarão mais preparadas para a próxima geração da web.
Referências
Cloudflare Blog – Your site, your rules: new AI traffic options for all customers
https://blog.cloudflare.com/content-independence-day-ai-options/
Cloudflare – Content Independence Day
https://blog.cloudflare.com/tag/content-independence-day/
Google Search Central – Google-Extended
https://developers.google.com/search/docs/crawling-indexing/google-common-crawlers#google-extended
Projeto llms.txt
Go back