Qué es llms.txt: evidencia, usos y guía para redactarlo

Qué es un archivo llms.txt?

LLMs.txt es una convención Markdown propuesta para publicar un mapa curado de páginas importantes en la raíz de un sitio web, comúnmente como llms.txt. Su objetivo es ayudar a las herramientas de modelos de lenguaje a encontrar material seleccionado; no reemplaza a las páginas en sí.

La propuesta describe un documento corto y legible por humanos que puede nombrar un sitio, explicar su propósito y señalar recursos útiles. En términos prácticos, un proyecto podría usarlo para dirigir a un lector a documentación canónica, información del producto o una FAQ bien mantenida. El archivo debería ayudar a alguien a orientarse, no repetir todo el sitio.

La distinción importante está entre publicar una convención y que una plataforma la use. Un archivo puede ser accesible públicamente y estar bien estructurado sin demostrar que un modelo o rastreador en concreto lo lea, le dé prioridad o cambie una respuesta por él. La propuesta de llms.txt es una referencia para la convención; evalúa tu propia implementación como higiene de documentación, a menos que puedas verificar un uso específico.

Para un proyecto Web3, empieza con páginas que expliquen el producto y su terminología con claridad. No incluyas material solo porque sea promocional o porque mencione una criptomoneda. Cada enlace debería ayudar a un lector a entender el proyecto con información actual y aprobada.

Qué evidencia respalda llms.txt?

El punto de partida fiable es distinguir la evidencia de que un archivo existe de la evidencia de que afecta al descubrimiento o a las respuestas. Un archivo publicado demuestra implementación; por sí solo no demuestra adopción por una plataforma ni un cambio en la visibilidad.

Al revisar una afirmación sobre llms.txt, pregúntate qué se observó y cómo se vinculó la observación al archivo. Una evidencia más sólida identificaría el dominio y la versión exactos del archivo, la plataforma o herramienta evaluada, las páginas implicadas, el período de observación y una comparación que pueda repetirse. Una captura de pantalla o una afirmación general de que «la IA usa el archivo» no basta para establecer causa y efecto.

Usa esta lista de verificación de evidencia antes de tratar el archivo como una iniciativa de crecimiento:

• ¿Hay una declaración de la plataforma o una prueba reproducible que muestre soporte para esta convención?
• ¿Puedes separar el efecto del archivo de los cambios en el contenido, acceso o menciones del sitio?
• ¿Están registrados los prompts y resultados observados para que otro revisor pueda repetirlos?
• ¿El resultado se aplica a tu dominio y caso de uso, y no a un sitio diferente?

Si la evidencia es solo que el archivo está presente, clasifica el trabajo como un experimento de documentación de baja complejidad. Para trabajos de descubrimiento más amplios, evalúa el acceso técnico, el contenido y las menciones por separado mediante AEO técnico y seguimiento de visibilidad en IA.

Es necesario llms.txt para tu sitio?

La mayoría de los sitios deberían decidir basándose en la preparación para el mantenimiento y el valor de un mapa de recursos curado, no en una afirmación de que el archivo mejorará el posicionamiento. Si tu proyecto tiene páginas estables y autoritativas que son difíciles de localizar o distinguir, un índice conciso puede mejorar la forma en que tu propio equipo organiza y presenta esos recursos, incluso mientras la adopción por plataformas sigue sin verificarse.

Considera redactar el archivo cuando puedas nombrar un conjunto pequeño de páginas que sean actuales, públicas y genuinamente útiles. Encaja peor cuando los hechos clave del producto cambian con frecuencia, la documentación está fragmentada o los enlaces propuestos llevan a páginas incompletas o no destinadas a la interpretación pública. Arreglar esas páginas de origen debería ser lo primero.

Una regla de decisión práctica es proceder solo cuando un responsable pueda revisar el archivo junto con las páginas que referencia. Asigna responsabilidad por los cambios en los hechos del producto, la documentación y la revisión legal; de lo contrario, un resumen que antes era correcto puede volverse engañoso. Un archivo nunca debe usarse para ocultar una incoherencia entre el resumen y el contenido que los visitantes pueden leer realmente.

Esto no es un sustituto de los datos estructurados. Si tu objetivo es describir entidades y propiedades de página en un formato estandarizado, revisa el schema markup para búsqueda con IA. Si tu objetivo es entender un programa de búsqueda más amplio, usa la visión general de AEO técnico para mantener las distintas tareas separadas.

¿Cómo escribir un archivo llms.txt?

Escribe llms.txt como un documento de navegación corto: identifica el sitio, indica qué cubre y luego enlaza a un conjunto deliberadamente seleccionado de páginas útiles. Mantén cada descripción factual y coherente con su destino. Un lector debería poder decidir qué abrir sin encontrarse con afirmaciones no respaldadas o lenguaje promocional.

Una secuencia de redacción que funciona para un equipo de proyecto:

1. Selecciona páginas canónicas que expliquen el proyecto, producto, documentación y políticas relevantes.
2. Confirma que cada página es pública, accesible para su audiencia objetivo y aprobada para su inclusión.
3. Escribe una descripción breve que coincida con el contenido real de la página; no impliques una auditoría, característica o estatus que la página no establezca.
4. Organiza los enlaces por tarea del lector, usando encabezados solo donde faciliten la navegación.
5. Verifica el Markdown, las URL de destino y el contenido de la página juntos antes de publicar.

Mantén el archivo mantenible. Evita un directorio extenso de cada URL, párrafos duplicados del sitio, anuncios urgentes sin un responsable y afirmaciones que podrían confundirse con hechos actuales sobre criptomonedas, seguridad o regulación. Cuando una página de origen cambie, actualiza el resumen o elimina el enlace en lugar de dejar una descripción antigua.

Usa la especificación de llms.txt como referencia para el formato de la propuesta, luego aplica tu propia revisión editorial y legal. El archivo es un señuelo hacia las fuentes; no debe convertirse en una fuente de verdad separada.

LLMs.txt vs schema.org: cuál es la diferencia?

LLMs.txt y schema.org tienen propósitos de documentación diferentes. La convención propuesta de llms.txt es un mapa legible por humanos de páginas seleccionadas, mientras que schema.org proporciona vocabulario para describir información estructurada dentro del contenido web. Ninguno debe tratarse como sustituto de una página de origen clara y precisa.

Usa llms.txt cuando la necesidad editorial sea señalar a los lectores hacia un conjunto pequeño de recursos importantes. Considera datos estructurados cuando la tarea sea expresar información respaldada en un vocabulario reconocido en una página. Estos enfoques pueden coexistir, pero requieren controles de calidad separados: un buen mapa de enlaces no valida datos estructurados, y unos datos estructurados válidos no hacen útil una página poco clara.

Para un proyecto de datos estructurados, consulta schema.org y la documentación de la plataforma relevante antes de implementar. Evita añadir propiedades solo para sugerir un estatus o relación que el sitio no pueda sustentar. Para trabajos combinados, mantén el archivo, el markup y la revisión de la página de origen en un único registro de cambios para que el equipo pueda ver qué se actualizó y por qué.

¿Cómo implementar llms.txt con control editorial?

La implementación debe tratarse como un cambio de publicación pequeño y gobernado. El archivo se ubica en la ubicación que tu equipo haya elegido para el recurso raíz del sitio, y la versión publicada debe verificarse en un navegador después del despliegue. Registra el responsable, la fecha de aprobación y el conjunto de páginas enlazadas para que futuros editores puedan revisarlo en lugar de confiar en la memoria.

Usa esta lista de preparación antes de comenzar el trabajo.

Nosotros preparamos:

• Un inventario de páginas propuesto agrupado por necesidad del lector.
• Un borrador con descripciones concisas y verificables.
• Una revisión de coherencia de enlaces y contenido.
• Una nota de transferencia que identifique al responsable y los desencadenantes de revisión futuros.

El cliente proporciona:

• El dominio canónico y los puntos de entrada preferidos de documentación.
• URL públicas aprobadas y confirmación de páginas que deben excluirse.
• La persona responsable de la aprobación del producto, cumplimiento y documentación.
• Cualquier restricción de acceso o publicación relevante para el equipo del sitio web.

Un flujo de trabajo cuidadoso comienza con el inventario, luego pasa por la redacción, verificación de páginas de origen, aprobación y controles de publicación. La revisión final debe confirmar que el archivo está disponible en la dirección prevista, que los enlaces resuelven a las páginas aprobadas y que las descripciones aún coinciden con esas páginas. MegaSatoshi utiliza una revisión nominada de la página de origen antes de la entrega, para que el cliente pueda ver qué afirmaciones y URL se verificaron en lugar de recibir un archivo de texto sin explicación.

Para el proceso más amplio de coordinar el trabajo técnico y de contenido, consulta cómo trabajamos. El resultado de esta tarea es un archivo revisado y un responsable de mantenimiento claro, no una afirmación sobre cómo lo usará una plataforma.

¿Qué no puede establecer llms.txt?

Publicar llms.txt no puede establecer que un producto de IA nombrado lo haya leído ni que el producto cite, priorice o describa tus páginas de manera diferente. La convención está propuesta, y cada plataforma controla su propio rastreo, selección de fuentes y presentación de respuestas; esas decisiones no las controla el editor del archivo.

Ese límite importa al evaluar el trabajo. Verifica la entrega comprobando el archivo en vivo, su contenido y sus destinos. No uses la mera presencia del archivo como prueba de visibilidad en IA, rendimiento en búsqueda o respaldo. Si el objetivo del proyecto es medir si una marca aparece en respuestas, define prompts y registra observaciones por separado; el archivo puede ser un cambio documentado del sitio, no la medición en sí.

Para una organización con requisitos de revisión formales, conserva el borrador aprobado y la versión desplegada, y documenta quién autorizó el material enlazado. Elimina un enlace rápidamente si su destino se vuelve restringido, desactualizado o incoherente con la información aprobada. Esto mantiene el archivo dentro de su función útil: un índice compacto cuya precisión tu equipo puede controlar.

¿Cómo decidir sobre llms.txt para un proyecto Web3?

Un proyecto Web3 debería publicar llms.txt solo cuando el archivo pueda señalar a un conjunto coherente y mantenido de fuentes públicas. Prioriza la documentación que explica el producto, los términos y el modelo operativo; incluye material relacionado con criptomonedas o seguridad solo cuando el destino en sí esté aprobado, sea actual y claro acerca de lo que establece y lo que no.

Antes de la aprobación, haz que el responsable del proyecto y el revisor de documentación o cumplimiento pertinente inspeccionen cada descripción junto con su destino. Verifica que la redacción no implique una revisión de seguridad, estatus de listado, conclusión legal o capacidad del producto que el material enlazado no pueda respaldar. Mantén los anuncios y otra información efímera fuera a menos que alguien sea responsable de su eliminación o revisión.

Después de la publicación, registra la ubicación del archivo y revísalo cada vez que una página incluida cambie de manera material. Si estás evaluando un programa más amplio de búsqueda con IA, compara esta tarea con el trabajo separado descrito en visibilidad en búsqueda con IA y la guía de menciones en IA; no combines esas actividades en un hito de subida de archivo.

Para un siguiente paso práctico, envía a MegaSatoshi tu dominio canónico, documentación pública preferida y cualquier página que requiera exclusión. Te devolveremos un inventario de páginas revisado y un borrador de llms.txt propuesto para la aprobación de tu equipo.

Precios

Precios iniciales en USD. Paquetes a medida y descuentos por volumen bajo solicitud. Pago en USDT, USDC, BTC, ETH, SOL, TON o con el token de tu proyecto.

Cómo trabajamos

1. Define el objetivoDecide si la necesidad es navegación curada, trabajo de descubrimiento técnico o medición de visibilidad. Mantén llms.txt centrado en lo primero.
2. Inventario de fuentes aprobadasEnumera páginas públicas canónicas e identifica material restringido, desactualizado o de corta duración que no deba enlazarse.
3. Redacta y verificaEscribe descripciones concisas, luego compara cada una con su destino y confirma cada URL.
4. Obtén la aprobaciónPide al responsable del producto y al revisor de documentación o cumplimiento correspondiente que aprueben el archivo y sus afirmaciones enlazadas.
5. Publica y asigna el mantenimientoVerifica el archivo en vivo en la ubicación raíz prevista y registra quién lo revisa cuando las páginas de origen cambien.