llms.txt: o que é, como criar e quando vale a pena usar

O que é o arquivo llms.txt

llms.txt é um arquivo de texto em Markdown publicado normalmente na raiz do domínio, como https://exemplo.com/llms.txt. Ele apresenta o site e aponta recursos que podem ajudar modelos de linguagem e agentes a compreender o projeto.

A proposta original foi publicada por Jeremy Howard, da Answer.AI, em setembro de 2024. A versão 2, atualizada em agosto de 2026, ampliou orientações para arquivos em subdiretórios e usos por agentes. O próprio projeto se descreve como uma proposta de padronização.

Isso significa que o formato pode ser adotado voluntariamente por ferramentas, plataformas e sites, mas não possui a mesma condição de uma recomendação do W3C ou de um padrão consolidado como robots.txt e sitemap XML.

Para que ele foi pensado

Páginas HTML incluem menu, navegação, scripts, anúncios, estilos e muitos elementos que não são o conteúdo principal. O llms.txt tenta oferecer uma entrada curta, legível e estruturada para agentes que precisam localizar documentação, políticas, serviços ou referências.

Ele funciona como um mapa editorial: explica quem é a organização, o que existe no site e quais páginas merecem atenção. Não serve para armazenar todo o conteúdo nem para repetir cada URL encontrada no sitemap.

Em uma agência como a Exponha, o arquivo poderia apontar serviços, processo, contato e guias principais. Em uma biblioteca de software, poderia destacar documentação inicial, API, exemplos e referência técnica.

llms.txt não é robots.txt

robots.txt comunica regras de rastreamento para agentes que respeitam esse protocolo. É nele que o site permite ou bloqueia caminhos para user-agents específicos. O llms.txt não foi criado para conceder ou retirar permissão.

A OpenAI, por exemplo, documenta user-agents como OAI-SearchBot e GPTBot e permite que responsáveis pelo site controlem o acesso por robots.txt. Essas decisões continuam independentes da existência de llms.txt.

Publicar links no llms.txt não deve ser interpretado como autorização universal para treinamento, busca ou reprodução. Da mesma forma, bloquear um robô no robots.txt não é desfeito por listar uma página no arquivo.

llms.txt não é sitemap.xml

O sitemap ajuda mecanismos de busca a descobrir URLs e pode incluir informações como data de modificação e imagens. Ele costuma listar páginas elegíveis de forma ampla e estruturada em XML.

O llms.txt é menor e editorial. Seu propósito é fornecer contexto e uma seleção de recursos em Markdown. Duplicar centenas de links do sitemap torna o arquivo difícil de manter e contradiz a ideia de curadoria.

Os dois arquivos podem coexistir. O sitemap continua atendendo à descoberta de páginas; o llms.txt pode apresentar uma rota curta para ferramentas compatíveis entenderem o que é prioritário.

Ele ajuda a aparecer no ChatGPT ou no Google?

Não existe garantia. A presença do arquivo não assegura rastreamento, citação, indexação, recomendação nem melhor posição. Plataformas podem ignorá-lo, processá-lo parcialmente ou mudar o suporte sem aviso.

O Google não apresenta llms.txt como requisito para Search, AI Overviews ou AI Mode em sua documentação de SEO. Para a busca, continuam relevantes páginas acessíveis, conteúdo útil, rastreamento, indexação e sinais técnicos normais.

A forma correta de tratar o arquivo é como uma camada experimental e de baixo custo. Se o site já possui conteúdo forte e manutenção organizada, vale testar. Se páginas importantes estão quebradas, bloqueadas ou desatualizadas, o arquivo não deve ser prioridade.

Quando faz mais sentido criar

Sites de documentação, produtos com API, bases de conhecimento, instituições com muitas políticas e portais com conteúdo técnico tendem a ter caso de uso mais claro. Um agente pode usar a curadoria para encontrar a referência correta sem percorrer toda a navegação.

Sites empresariais também podem experimentar quando possuem serviços bem definidos, artigos aprofundados e páginas institucionais confiáveis. O benefício potencial vem da clareza do mapa, não da quantidade de palavras.

Para uma landing page pequena com poucas URLs, o ganho provável é limitado. Nesse cenário, título, descrição, conteúdo visível, desempenho e conversão merecem atenção primeiro.

Estrutura básica proposta

O arquivo usa Markdown. A proposta exige um título principal com H1. Depois podem vir uma citação em bloco com resumo, informações complementares e seções H2 contendo listas de links.

Cada link pode incluir uma descrição curta depois de dois-pontos. A descrição deve explicar o valor do recurso, não repetir palavras-chave. Uma seção opcional pode reunir páginas secundárias que não são necessárias para compreender o núcleo do site.

Use URLs absolutas, públicas e estáveis. Evite links que exigem login, expiram ou redirecionam diversas vezes.

• um H1 com o nome do projeto ou organização;
• um resumo curto em bloco de citação;
• contexto adicional apenas quando necessário;
• seções H2 por tipo de recurso;
• links importantes com descrições objetivas.

Exemplo para um negócio de serviços

Um arquivo simples pode começar com o nome da empresa e uma frase que explique atuação, público e região. Em seguida, uma seção Serviços aponta páginas específicas; Sobre apresenta informações institucionais; Conteúdo reúne guias essenciais; Contato indica o canal oficial.

Para uma empresa de Betim com atendimento na Grande BH e online em todo o Brasil, a localização pode aparecer quando for verdadeira e relevante. Não transforme o arquivo em uma lista repetitiva de cidades ou palavras-chave.

Também não invente clientes, números, certificados ou resultados. O conteúdo precisa corresponder às páginas públicas e ser verificável.

Como escolher os links

Selecione páginas capazes de responder dúvidas frequentes e representar o site. Inclua a versão canônica de cada endereço. Se há páginas duplicadas, parâmetros de campanha ou versões antigas, não leve essas variações para o arquivo.

Priorize páginas de serviço, documentação, políticas importantes, contato e artigos de referência. Evite listar categorias vazias, buscas internas, arquivos temporários e conteúdo que muda sem controle.

Uma boa pergunta é: se um agente pudesse ler apenas estes links, entenderia quem somos, o que oferecemos, para quem e como confirmar as informações?

Escreva descrições sem propaganda exagerada

Descrições como “a melhor solução definitiva do mercado” não ajudam uma ferramenta a interpretar o recurso e podem reduzir a credibilidade. Prefira linguagem factual: “Guia sobre etapas, escopo e manutenção de sites profissionais”.

Mantenha nomes consistentes com as páginas. Se o site chama o serviço de Automação de processos, não use três variações no arquivo para tentar alcançar mais termos.

Contexto comercial pode existir, mas deve ser útil. Informe área atendida, formato de trabalho ou público somente quando isso esclarece a oferta.

Como publicar e testar

Salve o arquivo como texto UTF-8 e disponibilize-o em /llms.txt com resposta HTTP 200. Abra a URL em janela anônima e confirme que o conteúdo aparece sem login, JavaScript ou download obrigatório.

Verifique o tipo de conteúdo retornado e se a infraestrutura não transforma a rota em uma página HTML de erro com status 200. Teste todos os links e confirme que apontam para HTTPS e URLs finais.

Em frameworks como Next.js, o arquivo pode ser estático na pasta pública ou gerado por rota. Para sites grandes, geração automática reduz links desatualizados, mas precisa preservar a curadoria.

Atualização e governança

Defina quem revisa o arquivo e em quais situações: lançamento de serviço, mudança de URL, remoção de conteúdo ou alteração institucional. Um llms.txt abandonado pode direcionar agentes para páginas inexistentes ou informações antigas.

Não inclua dados secretos, documentos internos, chaves, e-mails privados ou instruções que não deveriam ser públicas. Tudo no arquivo pode ser acessado por qualquer pessoa.

Mantenha histórico no Git e revise diferenças antes do deploy. A simplicidade do formato não elimina a necessidade de controle editorial.

Erros comuns

O primeiro erro é publicar o arquivo e anunciar que o site agora será citado por todas as IAs. Outro é copiar o sitemap inteiro sem contexto. Também é problemático preencher o documento com alegações que não aparecem no site.

Não use llms.txt para tentar contornar bloqueios de rastreamento ou páginas inacessíveis. Não o confunda com uma política jurídica de uso do conteúdo. Termos, licenças e regras de robôs continuam em seus lugares adequados.

Evite gerar automaticamente textos promocionais sem revisão. Quanto menor e mais factual, mais fácil manter.

• tratar a proposta como padrão obrigatório;
• prometer ganho de ranking ou citações;
• listar URLs quebradas ou não canônicas;
• duplicar todo o sitemap;
• incluir informações não verificáveis;
• esquecer o arquivo após a publicação.

Como medir se valeu o esforço

Hoje, a atribuição direta é limitada. Logs do servidor podem mostrar acessos ao arquivo, mas uma requisição não prova que o conteúdo foi usado em uma resposta. Ferramentas de IA também podem acessar páginas por outros caminhos.

Registre a data da implementação e monitore logs, referências, menções e tráfego ao longo do tempo, sem atribuir causalidade automática. Se o arquivo custa poucos minutos de manutenção e o site tem conteúdo adequado, o experimento pode ser razoável.

Se ele exige trabalho constante e não atende um caso claro, invista primeiro em conteúdo, arquitetura, dados estruturados, sitemap e páginas acessíveis.

Checklist antes de colocar no ar

Faça uma revisão curta e objetiva. O arquivo deve ajudar uma ferramenta compatível sem criar uma segunda versão contraditória da empresa.

Depois do deploy, abra a URL pública e verifique novamente. Cache, proxy e regras do servidor podem fazer o arquivo local funcionar e a rota de produção falhar.

• o H1 identifica corretamente o site;
• o resumo é factual e atual;
• os links são canônicos, públicos e relevantes;
• as descrições explicam cada recurso;
• não há dados privados ou promessas inventadas;
• robots.txt e sitemap continuam corretos;
• existe responsável pela atualização.

Conclusão: experimento útil, não atalho

llms.txt oferece uma forma simples de apresentar contexto e links relevantes em Markdown. A proposta ganhou adoção e recebeu uma segunda versão em 2026, mas permanece voluntária e sem garantia de suporte universal.

Implemente apenas depois de resolver fundamentos: conteúdo público de qualidade, URLs estáveis, sitemap, metadados e rastreamento coerente. Para sites preparados, o arquivo pode ser um experimento barato. Para sites com problemas básicos, é distração.