llms.txt para proyectos Web3: pon el archivo a prueba

1 archivo, 4 comprobaciones antes de ganarse un lugar

Primeras 24 horas: decide si un índice curado soluciona un problema real de navegación. llms.txt es una convención propuesta en Markdown. Ofrece una guía breve a páginas seleccionadas, no un reemplazo de esas páginas.

El archivo funciona como un índice legible para humanos cuando sus enlaces son útiles. Sus descripciones deben coincidir con las páginas. El archivo no hace que una página sea autoritativa por sí mismo.

Para el panorama técnico más amplio, consulta AEO técnica: schema, llms.txt y rastreadores. La guía de configuración de llms.txt y rastreadores de IA cubre la configuración relacionada.

¿Cómo pasas de una lista de páginas a un archivo llms.txt en vivo?

5 comprobaciones llevan el archivo de una idea a una página verificable. Mantén claro el responsable del contenido y el responsable del despliegue desde el principio.

1. Nombra la tarea: Escribe qué debería ayudar a encontrar el archivo a un lector. Si la navegación actual ya lo hace, mejora la navegación en su lugar.
2. Elige fuentes públicas: Reúne las páginas actuales que expliquen el proyecto, producto, seguridad o soporte. Registra un responsable por cada página.
3. Recorta la lista: Elimina duplicados, anuncios temporales, borradores y páginas que ya no coincidan con el producto.
4. Redacta las descripciones: Agrupa los enlaces por tema. Describe qué contiene cada página, sin afirmaciones que la página no pueda respaldar.
5. Publica y verifica: Coloca el archivo Markdown aprobado en la raíz del sitio previsto. Abre su URL pública y comprueba cada enlace listado.

Antes del despliegue, pide al responsable de la documentación que confirme los datos y los nombres. El administrador del sitio verifica el hostname y el acceso público. Después del despliegue, compara el texto en vivo con el borrador aprobado. Esto detecta una ruta incorrecta o una versión anterior antes de que el archivo entre en la documentación rutinaria.

6 reglas de redacción para un llms.txt útil

6 reglas de redacción mantienen el archivo lo suficientemente corto para escanearlo y lo suficientemente específico para mantenerlo. Cada entrada debe apuntar a una página pública. Esa página debe respaldar su propia descripción.

• Propósito primero: Explica qué hace el sitio o proyecto en lenguaje sencillo.
• Páginas fuente: Favorece la documentación duradera sobre los anuncios efímeros.
• Grupos claros: Usa encabezados de tema que coincidan con cómo los lectores buscan información.
• Notas precisas: Indica qué cubre una página enlazada. No añadas afirmaciones no respaldadas.
• Lista corta: Incluye páginas seleccionadas, no cada URL que expone el sitio.
• Responsable nombrado: Mantén una persona responsable de comprobar los enlaces y las descripciones.

Un esquema compacto puede usar un encabezado de proyecto y un resumen de una oración. Añade algunos grupos de temas. Por ejemplo, un proyecto Web3 podría separar estas fuentes:

• Resumen del protocolo e información de seguridad.
• Recursos de gobernanza y soporte.

Estos son ejemplos, no encabezados obligatorios. Si una respuesta importante está dispersa en publicaciones, crea o mantén primero una página fuente duradera. La guía de contenido citable cubre la tarea relacionada de hacer que las páginas individuales sean fáciles de entender y citar.

LLMs.txt vs schema.org: ¿qué tarea corresponde a cada uno?

llms.txt dirige a los lectores hacia páginas seleccionadas. El vocabulario schema.org describe contenido o entidades en un formato estructurado. Usa cada uno para su propio propósito. Verifica que la información publicada coincida con el sitio visible.

Ninguno de los dos formatos repara una página fuente débil. Un archivo curado no puede sustituir un marcado preciso. Los datos estructurados no pueden reemplazar una documentación útil. Trata las páginas fuente como material que debe mantenerse actualizado. Luego evalúa cada formato según su tarea prevista.

Para más detalles de implementación, compara la guía de schema markup para búsqueda con IA con nuestras notas sobre schema markup. La distinción es práctica. Un formato lista recursos elegidos. El otro describe contenido usando términos estructurados.

Evidencia de llms.txt: inspecciona el archivo, no los efectos supuestos

Revisa 3 cosas: la lista de páginas aprobada, el archivo en vivo y los enlaces que funcionan. Registra por qué se incluyó cada página. Anota quién aprobó su descripción. Mantén una nota de cambio cuando la lista o la redacción cambien.

Para una revisión del sitio, comprueba el archivo en su URL pública. Compáralo con el borrador aprobado, luego abre cada enlace.

Para revisiones de respuestas de IA, registra:

• Plataforma y prompt.
• Respuesta observada y fuentes citadas, si están disponibles.

Mantén ese registro separado del cambio del archivo. Una respuesta diferente no demuestra que llms.txt la haya causado. El hub de visibilidad en búsqueda con IA cubre el trabajo de visibilidad más amplio.

Un archivo llms.txt publicado no puede obligar a Google u otra plataforma a consultarlo. No puede obligar a una plataforma a recuperar o citar una página listada. Cada plataforma controla esas decisiones. No existe evidencia universal establecida de que publicar el archivo cambie los resultados de búsqueda o las menciones de IA.

Envía estos 5 datos para una revisión de llms.txt

5 datos permiten que DigitalMedia1 verifique si el borrador coincide con el sitio en vivo. La revisión compara la lista de páginas propuesta con las URLs públicas. Señala las descripciones que van más allá de sus fuentes. También comprueba el archivo publicado contra la versión aprobada.

• URL del sitio: El hostname exacto donde debe aparecer el archivo.
• Archivo borrador: El Markdown actual, si existe.
• Páginas prioritarias: Las fuentes que quieres que los lectores encuentren primero.
• Responsables de páginas: Las personas que pueden confirmar los detalles del producto y la seguridad.
• Contacto de despliegue: La persona que puede publicar y verificar el archivo.

Envía la lista incluso si el borrador está incompleto. Podemos marcar las páginas fuente faltantes y las descripciones poco claras. También podemos señalar los enlaces que necesitan una comprobación en vivo.

Recibirás ediciones enfocadas y una entrega de publicación clara. No afirmamos que el archivo cambiará cómo responde una plataforma. Envía: URL del sitio, borrador, páginas prioritarias, responsables de páginas y contacto de despliegue.

Cómo trabajamos

1. 1. Nombra la tareaEscribe qué debería ayudar a encontrar el archivo a los lectores. Mantén la tarea solo si la navegación actual deja un vacío real.
2. 2. Selecciona fuentes públicasReúne las páginas actuales y confirma un responsable para cada una. Deja fuera el material privado, temporal o desactualizado.
3. 3. Redacta las descripcionesAgrupa los enlaces y describe cada página con precisión. Elimina duplicados y afirmaciones que la página fuente no respalde.
4. 4. Publica en la raízPide al administrador del sitio que despliegue el archivo Markdown aprobado en el hostname y la ruta previstos.
5. 5. Verifica la versión en vivoAbre el archivo público, compáralo con el borrador aprobado y comprueba cada URL listada.