llms txt para concesionarios: guia practica de stock y leads

Un cliente le pregunta a ChatGPT que concesionario de su provincia tiene un compacto de ocasion por debajo de 60.000 km. La respuesta sale de lo que el modelo ha conseguido leer y entender de tu web. Si tu stock vive detras de un buscador con filtros y JavaScript, no ha entendido casi nada.

¿Que es el llms txt y por que le afecta a un concesionario?

El llms.txt es un fichero de texto en formato markdown que se coloca en la raiz del dominio: tudominio.com/llms.txt. Dentro se listan las URLs que de verdad importan, cada una con una descripcion corta. La idea es entregar al modelo un indice curado en lugar de obligarle a rastrear e interpretar todo el HTML. Es una propuesta abierta, no un estandar obligatorio: ningun proveedor de IA garantiza que lo lea. Si quieres la sintaxis exacta linea a linea, esta explicada aqui paso a paso.

La web de un concesionario es uno de los peores escenarios posibles para un rastreador. Listados paginados, filtros por marca, version y combustible, fichas de vehiculo que nacen y mueren en tres semanas, y paginas de postventa enterradas dos niveles bajo el menu. El llms.txt es la ocasion de decir en 40 lineas lo que la arquitectura del sitio no esta diciendo.

Que poner dentro si vendes coches

El criterio no es meter todo, es meter lo que responde a una pregunta de compra o de postventa. Un concesionario medio resuelve su llms.txt con menos de 30 enlaces.

Cada enlace lleva descripcion. Escribela pensando en como pregunta el cliente, no en como suena la keyword: "vehiculos de ocasion con garantia oficial, listado actualizado a diario" funciona mejor que "VO Madrid ocasion km0 oferta".

• →Listados estables por marca y por tipo: vehiculo nuevo, ocasion, Km 0, gerencia. Nunca fichas sueltas.
• →Cita previa de taller y una URL por servicio de postventa: mecanica, chapa y pintura, revision oficial.
• →Condiciones de garantia propia y de marca, y planes de mantenimiento.
• →Marcas que representas y en que punto de venta esta cada una.
• →Recambio original y neumaticos, indicando las marcas cubiertas.
• →Direccion y horario de cada instalacion: venta y taller casi nunca coinciden.
• →Tasacion, financiacion y recompra: la pagina que explica el proceso, no el simulador.

El stock cambia cada dia: no lo listes unidad por unidad

Un llms.txt con 400 fichas de ocasion estara roto en un mes. Y el fallo es caro: el modelo puede citar una unidad ya vendida, el cliente llama preguntando por ella y ese lead entra quemado antes de que nadie lo atienda.

La regla practica es simple. En el llms.txt solo entran URLs que van a seguir vivas dentro de seis meses. Las categorias, no el inventario. El inventario que lo lea del listado y del feed, que para eso se actualiza solo.

Tampoco metas precios. Un precio escrito en el fichero se congela, y en cuanto cambia una campana de marca contradice a la ficha real. Si quieres transmitir que el stock se mueve, dilo en la descripcion: "listado sincronizado varias veces al dia con el DMS".

Grupos multimarca y varios puntos de venta

El fichero vive en la raiz de un dominio. Si el grupo mantiene un dominio por marca, cada uno necesita el suyo. Si todo cuelga de un dominio unico, es un solo fichero con una seccion por marca.

El error tipico en redes multimarca es mezclar bloques. Si el servicio oficial de una marca y el taller multimarca aparecen bajo el mismo encabezado, el modelo puede atribuir el sello oficial a lo que no lo tiene. Separa siempre: servicio oficial, taller multimarca, carroceria, recambios.

Y nombra marca y ciudad en las descripciones. Las consultas de compra de coche son locales casi por definicion: la gente pregunta por su provincia, no por el pais.

Mantenerlo vivo sin que sea trabajo manual

Un llms.txt escrito una vez y olvidado envejece rapido. Se cierran campanas, se abre un punto de venta, entra una marca nueva en el grupo, se reorganizan las URLs de postventa. A los seis meses la mitad de las descripciones ya no describen nada.

Lo sensato es generarlo desde la misma fuente que alimenta el sitemap y regenerarlo cuando cambia la estructura del sitio, igual que ya haces con el feed de stock. El planteamiento de fondo esta desarrollado en esta guia para automatizarlo con una plataforma, y encaja en algo mas amplio: tratar el llms.txt como la capa de contexto de la empresa, no como un fichero tecnico suelto.

Anade una revision trimestral: comprueba que ninguna URL devuelve 404, que las campanas citadas siguen abiertas y que los horarios son los reales. Diez minutos cada tres meses.

Este tema tambien se trata, desde otro enfoque, en Potenciado · All ITs AI · GEOySEO.

Empieza por lo mas barato: abre un documento y escribe las 25 URLs que responden a las preguntas que ya te hacen por telefono cada semana. Stock por marca, cita de taller, garantia, recambios, donde estais y a que hora. Publica ese fichero en la raiz y ponle fecha de revision en el calendario. Si al hacer la lista descubres que dos de esas paginas no existen o estan a tres clics del menu, ya has sacado algo util del ejercicio.