// FERRAMENTA GRATUITA · VALIDADOR LLMS.TXT
Validador de llms.txt
Cole seu arquivo llms.txt e veja cada erro de formato e cada aviso em relação à especificação do llmstxt.org, com o número da linha, e copie uma versão corrigida. Grátis, no seu navegador, sem enviar nada.
Também emEnglish繁體中文日本語한국어EspañolFrançaisDeutschPortuguês (Brasil)
A verificação roda enquanto você digita. Nada é enviado a lugar nenhum — o validador é um script pequeno desta própria página.
Como validar um arquivo llms.txt
São três passos, todos nesta página. O validador confere a estrutura definida no llmstxt.org e não busca nada no seu site, então cole o arquivo, não a URL.
- Cole o arquivo. Copie o conteúdo do seu llms.txt (ou pegue com curl https://seudominio.com.br/llms.txt) e cole no quadro da esquerda. A verificação começa na hora, a cada tecla.
- Leia os erros e os avisos. Cada apontamento vem com o número da linha. Erros quebram o formato que um agente analisa; avisos são convenções que valem a pena seguir, mas que não violam a especificação.
- Copie a versão corrigida. À direita fica uma cópia normalizada: marcadores, separadores e espaçamento consertados, e tudo que exige decisão humana intacto e sinalizado. Publique na raiz do site como /llms.txt.
O que o validador verifica
A verificação segue seção por seção a estrutura da especificação do llmstxt.org. Erro quer dizer que um agente lendo o arquivo como Markdown vai interpretá-lo errado; aviso quer dizer que o arquivo é válido, mas está deixando valor na mesa.
| Regra | Nível | Por quê |
|---|---|---|
A primeira linha é um H1 (# Nome do site) e só existe um | erro | O H1 é a única seção obrigatória. Um segundo H1, ou um H1 que chega tarde, quebra a estrutura. |
Sem títulos ### ou mais profundos | erro | A especificação prevê um título (H1) e seções (H2) — nada além disso. |
Cada linha de uma seção ## é uma entrada de link: - [nome](https://…): descrição | erro | Seções são listas de arquivos. Texto corrido fica acima do primeiro ##. |
As URLs são absolutas e http(s) válido | erro | O agente lê o arquivo fora de contexto: um caminho relativo não se resolve contra nada. |
| Sem seções vazias e sem links sem nome | erro | Um título sem nada embaixo, ou [](URL), não entrega nada a quem lê. |
Depois do H1 vem um resumo em citação > | aviso | Opcional na especificação, mas é a frase que torna os links interpretáveis. |
| URLs repetidas (a barra final é ignorada) | aviso | A mesma página listada duas vezes quase sempre é escorregão de copiar e colar. |
## Optional é a última seção | aviso | Convenção: links secundários ficam no fim. O título é literalmente Optional, em inglês — ## Opcional não é reconhecido como essa seção. |
Marcadores em - e descrição separada por : | aviso | É o que os exemplos da especificação usam; a versão corrigida normaliza os dois. |
| H1, descrições ou listas longas demais | aviso | É um índice, não um despejo: título é nome, descrição é uma linha, lista é curta. |
Por que o formato importa
llms.txt é um arquivo Markdown publicado na raiz de um domínio que entrega aos modelos de linguagem um índice curto e curado do site: um H1 com o nome do site, um resumo em citação, texto livre opcional e listas de links agrupadas por H2, cada link com uma linha de descrição. Quem consome esse arquivo o analisa de forma mecânica: um agente de código ou uma ferramenta de documentação busca /llms.txt, quebra o conteúdo em título, resumo e seções, e segue os links que encontra. Um arquivo com a estrutura quebrada não fica "meio errado": o parser descarta a seção que não conseguiu ler, ou trata o arquivo inteiro como texto corrido, e o agente sai raspando o seu site.
Como as regras são poucas, as falhas comuns são bem banais. O nome do site escrito como texto corrido em vez de # Nome. Um subtítulo ### copiado da documentação. Um parágrafo de marketing embaixo de um título de seção onde só cabem links. Links relativos como /docs/ que ficam sem destino assim que o arquivo é lido fora de contexto. Cada um se resolve em uma linha — desde que algo diga qual linha.
O que o formato não faz é ranquear você. O Google já disse que a Busca ignora llms.txt, e a medição das requisições reais aponta na mesma direção: os números estão na seção seguinte.
Quem realmente busca esse arquivo
Há uma pista que resolve a discussão mais rápido do que qualquer argumento: os próprios laboratórios de IA publicam um llms.txt — para a documentação deles. docs.anthropic.com, developers.openai.com e docs.perplexity.ai servem um, e o mesmo vale para Cursor, Cloudflare, Stripe, GitHub e Svelte. Ao mesmo tempo, até agosto de 2026 nenhum grande fornecedor de IA documentou que o rastreador dele vai buscar o seu arquivo. Isso não é contradição: é a indicação de para que o arquivo serve. Ele é infraestrutura de documentação para agentes de código, não alavanca de ranqueamento.
O que o Google diz. A documentação sobre os recursos generativos da Busca é direta: você não precisa criar arquivos legíveis por máquina, marcação ou Markdown adicionais para aparecer na Busca, incluindo os recursos de IA, porque a Busca não os usa; e manter um llms.txt para outros sistemas não ajuda nem atrapalha a sua visibilidade, já que a Busca o ignora.
O que os registros de requisição dizem. A Ahrefs examinou 137.210 domínios com tráfego em maio de 2026: cerca de 38.000 serviam um llms.txt válido e 97% desses arquivos não receberam uma única requisição naquele mês. Entre as requisições que chegaram, bots de IA responderam por 19,5%, enquanto 77% vieram de fontes que não são IA: ferramentas de auditoria de SEO, rastreadores não identificados, perfiladores de tecnologia. E requisição é a medida generosa — que um bot tenha baixado o arquivo não diz nada sobre ele ter feito algo com o conteúdo.
E uma contradição que vale conhecer antes que alguém cite metade dela. O Chrome audita o arquivo que a Busca do Google ignora: o Lighthouse passou a trazer uma categoria experimental de navegação agêntica, do Chrome 150 em diante, que procura um resumo legível por máquina na raiz do domínio. As duas coisas são verdadeiras ao mesmo tempo porque tratam de trabalhos diferentes — ranquear na Busca versus estar pronto para agentes.
Some tudo e a conta fica simples: gerar o arquivo custa uma tarde e nada depois; esperar que ele mexa no ranqueamento é erro de categoria; o retorno, quando existe, é um agente apontado para a sua documentação receber um mapa limpo em vez de raspar HTML. As citações completas estão no nosso explicativo de llms.txt (em inglês).
O que a versão corrigida muda e o que ela deixa para você
O quadro da direita é uma cópia normalizada, não uma reescrita. Ele conserta o que uma máquina consegue consertar sem adivinhar a sua intenção:
- Marcadores —
*e+viram-. - Separador da descrição —
- [Nome](URL) - descriçãovira- [Nome](URL): descrição. - Espaçamento — espaços no fim da linha removidos, sequências de linhas em branco reduzidas a uma, uma linha em branco entre blocos.
- Título ausente — um
# Site nameprovisório é inserido para a estrutura ficar válida; substitua.
Tudo que exige decisão fica intocado de propósito: URL relativa continua relativa e continua sinalizada, linha de texto corrido dentro de uma seção continua onde está, link repetido é reportado em vez de apagado. A ordem das suas entradas nunca muda. Leia a lista da esquerda, conserte esses pontos à mão e o arquivo passa.
Criar um llms.txt do zero
Se você ainda não tem arquivo, clique em Inserir um modelo mínimo. Ele traz a menor forma em conformidade: um título, um resumo de uma frase, uma seção de links e uma seção ## Optional. Troque as linhas de exemplo pelas suas e valide de novo.
Passando de um punhado de páginas, não mantenha o arquivo na mão: derive do mesmo inventário de páginas que já monta o seu sitemap, para que os dois não possam discordar sobre o que o site contém. O padrão de geração, com um exemplo trabalhado, está em how to generate llms.txt from a sitemap (em inglês); o clize.ai/llms.txt é produzido assim e passa neste validador.
Duas conferências depois de publicar, porque são as que falham em silêncio: curl -I https://seudominio.com.br/llms.txt precisa devolver 200 com tipo de conteúdo text/plain ou text/markdown, e não uma página 404 estilizada servida com status 200; e o arquivo precisa ser alcançável sem redirecionamento para uma página HTML. Se as suas páginas também precisarem da própria superfície para máquinas, o gerador hreflang e o gerador de schema FAQ seguem a mesma regra: uma fonte só, sem divergência.
// Perguntas frequentes
O que um validador de llms.txt verifica?
Ele verifica a estrutura definida pela especificação do llmstxt.org: o arquivo começa com um único H1 de título, vem depois um resumo opcional em citação, o texto livre não contém títulos, cada seção H2 contém apenas entradas de link no formato - [nome](URL): descrição, e cada link é uma URL http(s) absoluta e válida. Além disso ele avisa sobre convenções: resumo ausente, URLs repetidas, uma seção Optional que não está no fim, marcadores fora do padrão e títulos, descrições ou listas longos demais.
O resumo em citação é obrigatório no llms.txt?
Não. O H1 com o título é a única seção exigida pela especificação. O resumo em citação é opcional, mas é a frase que um agente lê para entender para que servem os links, então este validador reporta a ausência dele como aviso e não como erro.
Os links do llms.txt podem ser relativos?
Trate como erro. Os exemplos da especificação usam URLs absolutas e um agente lê o llms.txt fora de contexto: ele baixou um arquivo e não tem base nenhuma para resolver /docs/. Escreva cada link como uma URL completa começando com https://.
Ter um llms.txt melhora o posicionamento no Google?
Não. A documentação do Google afirma que a Busca não usa llms.txt e que manter um para outros sistemas não ajuda nem atrapalha a sua visibilidade. A Ahrefs também mediu que 97% dos arquivos válidos que encontrou em maio de 2026 não receberam nenhuma requisição naquele mês. O arquivo existe para agentes de código e ferramentas de documentação que o buscam quando precisam.
O que é a seção Optional do llms.txt?
Uma seção com o título ## Optional guarda links secundários que um agente pode pular quando está com pouco contexto. Na versão 1 da especificação ela controlava uma ferramenta de expansão de contexto; da versão 2 (agosto de 2026) em diante é só uma convenção, então o validador avisa quando ela existe mas não é a última. O título fica em inglês: ## Opcional não é reconhecido como essa seção.
O meu arquivo é enviado para algum servidor quando eu colo aqui?
Não. O validador é um script pequeno que roda inteiramente no seu navegador; nada do que você cola sai da página, e não há conta nem cadastro. Dá para carregar a página uma vez e usar offline depois.
O validador consegue buscar o llms.txt a partir de uma URL?
Não, e isso é proposital. Os navegadores impedem que uma página de um domínio leia um arquivo de outro domínio (CORS), então um campo de URL falharia na maioria dos sites. Rode curl https://seudominio.com.br/llms.txt, ou abra o arquivo em uma aba, e cole o texto.
Publicou? Então meça o que acontece de verdade.
Checar o seu próprio site não custa nada: posições e impressões do Search Console contra a janela anterior, suas páginas com o status HTTP e de indexação ao vivo, e o tráfego por origem com os motores de IA em coluna separada. Um comando de dentro do seu agente.
$ npm i -g @clize/clize && clize install $ clize seo check --domain seudominio.com.br[ Agent SEO da Clize → ]