llms.txt

Um ficheiro de resumo para as máquinas que leem o seu site.

O llms.txt é um ficheiro markdown simples na raiz de um domínio que diz a um modelo de linguagem o que é o site e que páginas importam. O Xt4b serve um aqui, e um em cada domínio de blog que aloja — gerado a partir do que está de facto publicado, não escrito à mão e deixado a envelhecer.

Servido por domínioApenas artigos publicadosSem garantias associadas

O que está no ficheiro.

Seis partes, e a razão de cada uma. Um ficheiro de resumo só é útil se for suficientemente curto para ser lido de uma só vez e suficientemente específico para valer a pena ler.

Um H1 com o nome
Um título, o nome do site, para que um leitor — modelo ou humano — saiba logo de quem é o ficheiro antes de analisar o que vem abaixo.
Um resumo numa linha
Uma citação no host da aplicação que diz o que é o Xt4b numa frase, porque um resumo é a coisa que um motor de respostas tem mais probabilidade de reutilizar.
Factos, um por linha
No host da aplicação: o preço, a unidade vendida, o que é publicado e o que está explicitamente garantido que não é. Linhas declarativas curtas, sem adjetivos de marketing.
As páginas que importam
Links para a página de entrada, os guias, a referência da API e as páginas legais, cada um com uma linha a dizer o que um leitor encontraria lá.
Os próprios artigos
No blog de um cliente: uma linha por artigo publicado, com o URL e a descrição de meta, do mais recente para o mais antigo. Nada de não publicado aparece.
Markdown simples, nada mais
Sem JavaScript, sem marcação que o leitor tenha de executar, sem início de sessão e sem muro de cookies — um ficheiro de texto que se lê com um só pedido, que é todo o objetivo da convenção.

O que um blog alojado serve.

A forma do ficheiro no domínio de um cliente. Uma linha por artigo publicado, do mais recente para o mais antigo, com a descrição de meta como detalhe.

https://yourdomain.com/llms.txt

# Northbrew Blog

> Últimos artigos do Northbrew — o blog de
northbrew.example.

- [Como descalcificar um bule de aço](https://northbrew.example/como-descalcificar-um-bule-de-aco): O
  que a descalcificação remove de facto, com que
  frequência o fazer numa cidade de água dura, e a
  única coisa a não usar.
- [Mós de moinho: cónicas ou planas](https://northbrew.example/mos-de-moinho-conicas-ou-planas): O
  que a forma muda na chávena, e quando não
  importa nada.

O ficheiro é gerado a partir dos artigos publicados do blog, por isso não pode divergir do que está no ar: um artigo planeado, em revisão ou não publicado não está nele, e um artigo que é retirado sai dele.

Não há nenhuma definição separada nem nada para colar. O mesmo domínio serve um sitemap, um robots.txt que permite o rastreamento, um ícone e uma página por artigo ao lado dele.

O host da aplicação serve o seu próprio ficheiro em xt4b.com/llms.txt, que indica o que é o produto, quanto custa e o que se recusa a prometer, a par dos links para os guias.

Os ficheiros que importam mais do que este.

O llms.txt é uma conveniência. Tudo o que está por baixo dele é o que decide se uma página pode ser lida, citada e atribuída.

Um modelo — ou um crawler, ou uma pessoa — chega a uma página, e a página tem de dizer sobre o que é, em linguagem que sobreviva a ser extraída. Isso significa um título que não é um slogan, uma pergunta respondida por página, e a resposta no primeiro ecrã e não quatrocentas palavras abaixo.

É esta a parte em torno da qual o pipeline é construído: uma pesquisa por artigo planeado, um esquema aprovado antes de a escrita começar, e os metadados, o URL canónico e os dados estruturados emitidos com o artigo em vez de acrescentados meses depois.

  1. Um sitemap.xml no mesmo domínio, a listar todos os artigos publicados
  2. Um robots.txt que permite o rastreamento em vez de o bloquear
  3. Um URL canónico em cada artigo, para que dois caminhos nunca pareçam duas páginas
  4. Dados estruturados por artigo a descrever o artigo e a sua data
  5. Uma imagem de capa com texto alternativo real em vez de um nome de ficheiro
  6. Uma resposta por página, no idioma em que a pesquisa foi feita
Publicar para que um motor de respostas o possa citar

O que o ficheiro não pode fazer

Não consegue fazer com que um assistente o leia, o cite ou o posicione. O llms.txt é uma proposta e não uma norma, e nada neste ou em qualquer outro ficheiro de texto está garantido que seja obtido — posicionamento, tráfego e citação não são garantidos por nós, e os nossos termos dizem-no.

Também não é um atalho em torno de conteúdo raso. Um modelo que leia um ficheiro bem indexado de páginas que não dizem nada de útil continua a sair de mãos vazias, e um site com uma resposta honesta por página beneficia muito mais disso do que de qualquer ficheiro na sua raiz.

Perguntas sobre o llms.txt.

Incluindo onde é que o nosso é servido, o que contém e se os crawlers o leem mesmo.

O que é o llms.txt?

Uma convenção proposta em llmstxt.org: um ficheiro markdown simples em /llms.txt que dá a um modelo de linguagem um resumo curto e estruturado de um site — o que é, que páginas importam e o que contêm — em vez de deixar que o inferira todo a partir do HTML renderizado.

Onde é que o Xt4b o serve?

Em dois sítios. No host da aplicação em xt4b.com/llms.txt, que descreve o produto, indica o preço e liga aos guias e à referência da API. E no domínio de blog de cada cliente, no /llms.txt desse domínio, que indexa os artigos publicados desse blog.

O que está no llms.txt de um cliente?

Um cabeçalho com o nome da empresa, uma linha em citação a dizer o que é o blog, e depois um item por artigo publicado: o título como link, seguido da descrição de meta do artigo. É um índice e não um resumo — o conteúdo são os próprios artigos do blog.

Ajuda um site a ser citado por IA?

Torna o site mais fácil de ler corretamente, que é tudo o que qualquer ficheiro pode fazer. Se um assistente cita uma página é decidido por esse assistente, e nenhum posicionamento, tráfego ou citação é garantido por nós. O ficheiro remove um obstáculo; não compra uma menção.

O llms.txt é uma norma oficial?

Não. É uma proposta, não algo que os crawlers sejam obrigados a ler, e não há garantia de que um determinado modelo o vá buscar. É exatamente por isso que aqui o ficheiro é tratado como uma camada por cima das coisas que são norma: o sitemap, os URLs canónicos, os dados estruturados e o HTML rastreável.

Tenho de fazer algo para ter um?

Não. Ambos os ficheiros são servidos pelas mesmas rotas que servem o blog, por isso um domínio ligado recebe um sitemap, um robots.txt, um ícone e um llms.txt sem nenhuma definição extra. Se preferir servir os artigos a partir do seu próprio CMS, a API de leitura entrega-lhe o markdown e o HTML renderizado, e pode emitir os ficheiros de índice que quiser.

Devo acrescentar llms.txt ao meu site principal também?

É barato e inofensivo: um ficheiro curto a dizer o que é o negócio, a quem serve e que páginas importam. O trabalho com mais retorno está quase sempre por baixo dele — títulos que dizem sobre o que é a página, uma pergunta respondida por página e páginas que renderizam sem JavaScript.

O ficheiro inclui artigos ainda não publicados?

Não. É gerado apenas a partir de artigos publicados, do mais recente para o mais antigo, e muda à medida que o blog muda. Um artigo planeado, em revisão ou não publicado não está listado em lado nenhum dele — a mesma regra que o sitemap segue.

Lido por máquinas

Publique as páginas que valem um resumo.

Ligue um domínio e leia o plano: as pesquisas que faltam ao seu site, os esquemas por trás delas e as datas em que cada artigo fica no ar.

Sitemap e llms.txt por blog20€ / site / idioma / mês3 dias grátis, sem cartão