Un índice llms.txt y versiones Markdown pueden facilitar recuperar información pública. Son formatos complementarios. Un archivo llms.txt puede ofrecer una presentación breve del sitio y enlaces a sus recursos principales en un formato fácil de leer. La página de precios y su Markdown deben resolver la misma configuración. No afirme que todos los robots leen estos archivos.
Entienda qué aporta un archivo para sistemas automáticos
Un archivo llms.txt puede ofrecer una presentación breve del sitio y enlaces a sus recursos principales en un formato fácil de leer. La idea es ayudar a ciertos sistemas a localizar información relevante. No reemplaza las páginas públicas ni convierte su contenido en una fuente obligatoria para asistentes, buscadores o modelos.
El proyecto llmstxt.org describe una propuesta que puede evolucionar. Antes de implementarla, revise su formato vigente y el objetivo concreto del sitio. Su existencia no demuestra que un servicio externo la consulte ni que vaya a citarla. Tampoco equivale a una política técnica de acceso. Para controlar un recurso privado hace falta autenticación; escribir una preferencia en un documento público no protege los datos.
En una web de servicios, el archivo puede apuntar a la presentación del negocio, las descripciones de servicios, los paquetes y las políticas. Debe contener información ya pública y confirmada. No incluya correos privados, solicitudes recibidas, instrucciones internas ni credenciales. Que el formato sea sencillo no reduce las consecuencias de publicar un dato sensible.
Mantenga una fuente de verdad y enlaces útiles
Empiece con una lista breve de páginas que expliquen realmente la oferta. Es preferible enlazar cinco recursos sólidos que copiar un catálogo desordenado de todas las URL. Cada entrada puede indicar qué contiene la página para que una persona también pueda comprender el índice. Si existen versiones lingüísticas, señálelas con claridad y compruebe que cada enlace lleva al idioma esperado.
No duplique precios o condiciones manualmente en varios archivos. Cuando una cifra procede de configuración compartida, el documento auxiliar debe generarse desde esa misma fuente. De lo contrario, una actualización puede dejar el archivo con una oferta antigua mientras la página muestra otra. La consistencia importa más que añadir un formato adicional.
Si publica versiones Markdown de artículos, conserve encabezados, enlaces, advertencias y contexto que sean necesarios para interpretar el contenido. Una conversión que elimina los límites de un servicio puede cambiar el sentido de la información. Revise ejemplos de páginas cortas, artículos largos y contenidos con listas antes de automatizar toda la colección.
Compruebe utilidad sin prometer descubrimiento
La aceptación puede verificar que el archivo responde correctamente, utiliza el formato previsto y enlaza recursos existentes. También puede comprobar que cada versión Markdown corresponde a su página pública, tiene el idioma correcto y se actualiza durante la misma construcción. Estas son propiedades que el proyecto puede controlar.
No utilice el número de archivos como prueba de visibilidad. Un sistema externo puede ignorarlos, interpretarlos de otra manera o cambiar su comportamiento. Para evaluar una referencia observada, registre qué herramienta se usó, la fecha y el contexto, sin convertir ese caso en una garantía general.
En un sitio pequeño, esta función tiene sentido cuando su mantenimiento es automático y añade orientación real. Si obliga a sostener dos colecciones contradictorias, conviene resolver primero la fuente de contenido. El visitante y el propietario deberían poder consultar la misma información esencial, independientemente del formato elegido por una herramienta.
Lista práctica
- Enlazar HTML canonical
- Compartir fuente
- Excluir datos privados
Un ejemplo concreto: La página de precios y su Markdown deben resolver la misma configuración.
Un límite importante: No afirme que todos los robots leen estos archivos.
Siguiente paso
Cuéntele su proyecto a Orvunweb
