Checklist: llms.txt, FAQ e dados estruturados

Um llms.txt na raiz é um mapa público: aqui estão as URLs que dizem quem somos, onde, o que vendemos e quais afirmações são oficiais. Não compra citação. Não substitui páginas rastreáveis. Serve se listar os mesmos fatos já publicados — /about, /inventory ou /services, oferta, horário, FAQ — e calar páginas finas. Não pague uma “plataforma GEO” como substituto. Não encha de sopa de keywords. Northfield: nome, Frederick, estoque, test-drive de 48 horas, horário, telefone. Cedar & Stone: HVAC licenciada, Dual Highway, 25 milhas, não Baltimore, revisão de US$ 129, calor de emergência, orçamento escrito.

O FAQ são as respostas que você quer que o modelo cite. Cada par é um prompt de comprador e um fato de uma ou duas frases que bate com o site. Northfield: “Há test-drive de 48 horas?” → sim, em usados do pátio de Frederick. “Decisão de crédito no mesmo dia?” → com crédito aprovado. Cedar & Stone: “Quanto é a revisão de outono?” → US$ 129 se agendada online. “Calor de emergência em Williamsport?” → sim, a cerca de 25 milhas; não Baltimore. “Instalam no mesmo dia?” → não; orçamento escrito antes. Se o FAQ inventar uma garantia que o dono recusou, você plantou uma alucinação.

Marque os mesmos fatos públicos, no JSON-LD válido que você consiga manter. Checklist conceitual, sem vendor lock: LocalBusiness (ou AutoDealer para o pátio; LocalBusiness de ofício para a oficina) com name, address, telephone, openingHours, url e areaServed. Ofertas ou serviços para o test-drive de 48 horas, o financiamento, a revisão de US$ 129 e o calor de emergência — só se essas frases aparecerem na página. Markup de veículo no VDP só com VIN/stock e preço nessa URL. FAQPage só se humanos veem as perguntas. Não marque uma troca de US$ 6.000–US$ 9.000 como preço vivo. Não marque Baltimore se a Priya não vai. Dados estruturados que contradizem a página plantam alucinação.