llms.txt no WordPress é um arquivo de texto puro, escrito em Markdown e servido na raiz do site (seudominio.com/llms.txt), que indexa as URLs mais relevantes do seu negócio para que modelos de linguagem saibam o que ler primeiro.
Sem CSS. Sem HTML. Sem JavaScript. Um TXT clássico, daqueles que você conhece desde mil e bolinhas.
O estagiário escreve esse arquivo em vinte minutos. Agora eu quero ver você definir, em vinte minutos, o que vai dentro dele.
Porque listar as páginas que representam a sua empresa exige saber exatamente quais são elas. E quase ninguém tem essa lista pronta.
O llms.txt não conserta arquitetura nenhuma. Ele publica a arquitetura que você já tem. Esse é o assunto aqui.
Alguém lê um post sobre o tema, joga o link no canal e pergunta: a gente já tem?
Minutos depois aparece um arquivo implementado. E começa a segunda rodada de perguntas: quem subiu isso? Quem gerencia? Versionado onde?
No outro extremo, o cenário mais comum. O marketing quer publicar hoje, abre um chamado e entra no fim da fila de desenvolvimento. O arquivo mais simples do mundo trava por duas semanas.
Aqui na Apiki a gente vê esse atrito o tempo todo, e os dois lados estão certos.
Marketing quer velocidade. Operações quer versionamento, padrão e previsibilidade. O problema não é a disputa, é o atalho: ativar um plugin, aceitar a configuração padrão e despejar o inventário inteiro do banco de dados num arquivo público.
Isso não é curadoria. É dump.
Antes de qualquer linha de código, três confusões precisam morrer:
robots.txt é permissão, llms.txt é curadoria. O robots.txt diz o que pode ser rastreado no seu site. O llms.txt diz o que vale a pena ler primeiro. Um controla acesso, o outro sugere prioridade.
llms.txt não distribui ranking. Nenhum modelo vai usar esse arquivo como fator de classificação. A função dele é remover ambiguidade: em vez de a IA escolher entre as suas 15 páginas sobre o mesmo tema, você já aponta qual é a canônica para aquele assunto.
llms.txt e llms-full.txt são arquivos diferentes. O primeiro é índice: link, título e uma descrição curta. O segundo é full, ou seja, carrega o conteúdo agregado junto. Escopos distintos, decisões distintas.
Preciso ser honesto em um ponto: a proposta do llms.txt ainda não é um padrão oficial. Há discussão aberta sobre adoção, e nem todo agente declara usar.
Mesmo assim, eu recomendo implementar. O custo é baixíssimo, o risco é menor ainda, e a única forma honesta de saber se funciona é olhar o access log do seu servidor. Voltamos nisso no fim.
É Markdown. Simples assim.
Um H1 com o nome da sua organização. Logo abaixo, um blockquote dizendo o que a empresa faz e para quem faz, em duas ou três linhas.
Depois, seções em H2 por eixo de negócio: produtos, documentação, políticas, cursos, central de ajuda, o que a sua operação tiver.
Dentro de cada seção, os links com uma descrição curta de uma linha cada. Nada além disso.
Se você parar para pensar, é exatamente a lógica de estruturar uma página bem feita para SEO. Hierarquia, escopo claro, uma ideia por bloco. Vale revisar os pilares de uma estratégia de SEO eficiente antes de montar as seções.
E aqui está o ponto que quase ninguém percebe: ao publicar esse arquivo você está declarando prioridade explícita. Você diz para a IA que aquelas URLs são essenciais e que todo o resto do site é secundário.
Por isso o cuidado. Não é um sumário decorativo. É uma declaração.
O llms.txt é um artefato derivado. Ele não cria arquitetura, ele expõe a que existe.
Quando o time senta para decidir as 20 URLs que entram, acontece uma coisa interessante: a reunião deixa de ser sobre um arquivo TXT e vira sobre o negócio. O que a empresa faz? Para quem? Qual página responde isso melhor hoje?
Na minha experiência, essa é a discussão que a maioria das equipes vem adiando há anos.
Duas regras técnicas fecham o cerco. Toda URL listada precisa ser estável e canônica, sem redirecionamento 301 no meio do caminho. E nenhuma delas pode estar atrás de um bloqueio de WAF ou CDN que devolva 403 para agentes de IA.
Se você não sabe quais bots chegam ao seu site, vale olhar como os crawlers de IA acessam seu WordPress antes de liberar qualquer coisa.
Esquece plugin por enquanto. Abre um documento e escreve a lista das páginas que a IA precisa conhecer sobre o seu negócio.
Use 20 como teto mental. Organize por área de negócio, por linha de produto ou por taxonomia, o que fizer mais sentido para a sua operação.
O material já existe: o menu principal, o sitemap, o wp-admin. Não invente página nova, selecione.
Não caia na tentação de jogar o site inteiro lá dentro. Prioridade sem exclusão não é prioridade.
O caminho mais rápido para publicar o llms.txt no WordPress é por plugin de SEO. O Rank Math, nas versões mais recentes, já traz um módulo dedicado: você escolhe os tipos de conteúdo, organiza as seções e ele serve o arquivo em Markdown na raiz.
O ganho aqui é operacional, e é enorme. O marketing publica no mesmo dia, sem chamado, sem sprint, sem fila.
Só não confunda os papéis. O plugin faz a parte mecânica. A inteligência (o que entra e por quê) continua sendo sua.
Painel verde não significa arquivo entregue. Abra o terminal:
curl -I https://seudominio.com/llms.txt
O que observar, mesmo que você não seja técnico:
Status 200: o arquivo foi encontrado e entregue. Se voltar 404, ele não está onde deveria.
Content-Type como texto puro com UTF-8: garante que acentuação e caracteres especiais não cheguem corrompidos ao agente que lê o arquivo.
Status 403: acesso bloqueado. Aqui a pergunta é quem bloqueou, já que o 403 é uma recusa deliberada do servidor, normalmente WAF ou CDN. Esse ticket vai para a infra.
Teste com cache e sem cache. São resultados diferentes com mais frequência do que você imagina.
Multisite, múltiplos idiomas ou curadoria editorial página a página. Nesses cenários o módulo padrão não resolve.
Aí não tem jeito: desenvolve um plugin próprio que gere o llms.txt no WordPress com as regras da sua operação. A flexibilidade da plataforma permite isso sem gambiarra, e você modela o arquivo de acordo com o fluxo real da redação.
Versione. Faça deploy como código. Não suba nada por FTP na sexta à tarde.
Verifique se o arquivo atualiza quando o conteúdo muda. Nada pior do que o time investir horas de curadoria e a IA continuar lendo a versão de três meses atrás presa em cache.
E verifique o lado oposto também. Geração dinâmica sem cache significa consulta ao banco a cada requisição, o que empurra o TTFB para cima e respinga nos Core Web Vitals. Se a sua camada de cache ou CDN precisa de ajuste, a configuração de CDN no WordPress é o ponto de partida.
Governança é a parte sem glamour: alguém responde pelo conteúdo, alguém responde pela estrutura, alguém responde pela entrega. Sem esses três nomes definidos, o arquivo apodrece em silêncio.
Cenário | Caminho | O que validar |
|---|---|---|
Site único, equipe de marketing sem acesso a deploy | Módulo de llms.txt do Rank Math ou plugin de SEO equivalente | Status 200, Content-Type texto puro, seleção manual dos tipos de conteúdo |
Multisite, multi-idioma ou curadoria editorial por página | Plugin próprio versionado em repositório, com deploy controlado | Invalidação de cache na publicação, consulta ao banco com cache, logs de erro |
Lista estável que muda poucas vezes ao ano | Arquivo escrito à mão e servido direto por Nginx, Apache ou LiteSpeed | Regra de servidor correta, UTF-8, rotina de revisão com data marcada |
Se você não mede, você não sabe se vale.
E não existe painel mágico para isso. O llms.txt não tem relatório no Search Console, não tem evento no GA4.
A medição é o log do servidor. Quem requisitou, quantas vezes, em que dia e com qual user agent.
É ali que você vê GPTBot, ClaudeBot, PerplexityBot, Google-Extended e companhia passando pelo arquivo. Frequência crescente é sinal de que a curadoria está sendo consumida.
Vale lembrar que nem todo agente que bate no seu site tem a mesma intenção, e a distinção entre bot de treino e bot de citação muda a leitura desses logs.
Não. O arquivo precisa se chamar llms.txt, no plural, com extensão .txt, e ficar na raiz do domínio. Qualquer variação de nome ou de diretório simplesmente não será encontrada pelos agentes que procuram por esse padrão.
Não é obrigatório, e eu começaria pelo índice. O llms.txt resolve o problema de ambiguidade com esforço mínimo. O llms-full.txt, por carregar conteúdo agregado, exige decisão editorial sobre o que você aceita expor em texto integral e gera um arquivo bem mais pesado para manter atualizado.
Não. O sitemap existe para descoberta e cobertura de rastreamento, listando o que existe. O llms.txt existe para curadoria, apontando o que importa. São camadas complementares da mesma estratégia de navegação.
Não há número fixo, mas trabalhe com a disciplina de uma lista curta. Se o arquivo tem centenas de links, ele deixou de declarar prioridade e virou um segundo sitemap em Markdown, o que anula o motivo de existir.
Publicar o llms.txt no WordPress é fácil. Pode levar poucos minutos com um plugin de SEO já instalado.
Difícil é a lista. Difícil é cravar quais páginas representam o que a sua empresa faz, para quem faz e por quê.
Quem já tem a arquitetura resolvida fecha isso em uma tarde. Quem não tem acabou de descobrir qual é o trabalho real antes do arquivo.
Se quiser enxergar onde estão as travas técnicas antes de decidir, nosso diagnóstico gratuito de GEO Técnico analisa o seu domínio e aponta o que impede a IA de acessar, ler e interpretar o site.
E se o seu time não pode esperar a fila de TI, o time de WP Care executa a implementação dentro do framework de GEO Técnico que desenvolvemos. Para entender o contexto completo das camadas, vale ler também o guia de GEO Técnico.
WordPress que aparece na IA? Fale conosco.
Me conta: você já sabe quais são as 20 páginas que definem o seu negócio, ou essa reunião ainda está sendo adiada aí?
