Checklist: llms.txt, FAQ y datos estructurados

Un llms.txt en la raíz es un mapa público: aquí están las URLs que dicen quiénes somos, dónde, qué vendemos y cuáles afirmaciones son oficiales. No compra una cita. No reemplaza páginas crawleables. Sirve si lista los mismos hechos ya publicados — /about, /inventory o /services, oferta, horarios, FAQ — y calla las páginas delgadas. No pagues una “plataforma GEO” como sustituto. No lo rellenes de sopa de keywords. Northfield: nombre, Frederick, inventario, prueba de 48 horas, horarios, teléfono. Cedar & Stone: HVAC con licencia, Dual Highway, 25 millas, no Baltimore, tune-up $129, calor de emergencia, estimado escrito.

El FAQ son las respuestas que quieres que el modelo cite. Cada par es un prompt de comprador y un hecho de una o dos frases que coincide con el sitio. Northfield: “¿Hay prueba de 48 horas?” → sí, en usados del lote de Frederick. “¿Decisión de crédito el mismo día?” → con crédito aprobado. Cedar & Stone: “¿Cuánto es el tune-up de otoño?” → $129 si se reserva online. “¿Calor de emergencia en Williamsport?” → sí, a unas 25 millas; no Baltimore. “¿Instalan el mismo día?” → no; estimado escrito antes. Si el FAQ inventa una garantía que el dueño rechazó, sembraste una alucinación.

Marca los mismos hechos públicos, en el JSON-LD válido que puedas mantener. Checklist conceptual, sin vendor lock: LocalBusiness (o AutoDealer para el lote; LocalBusiness de oficio para el taller) con name, address, telephone, openingHours, url y areaServed. Ofertas o servicios para la prueba de 48 horas, el financiamiento, el tune-up $129 y el calor de emergencia — solo si esas frases se ven en la página. Markup de vehículo en el VDP solo con VIN/stock y precio en esa URL. FAQPage solo si los humanos ven las preguntas. No marques un reemplazo de $6,000–$9,000 como precio vivo. No marques Baltimore si Priya no va. Datos estructurados que contradicen la página siembran alucinaciones.