Schema FAQPage y AEO: por qué los LLMs lo aman (y cómo implementarlo)

Qué es el schema FAQPage#

FAQPage es un tipo de structured data del estándar Schema.org que marca formalmente una página como conteniendo preguntas frecuentes. Cada pregunta tiene una respuesta asociada. Todo en JSON-LD: un bloque de texto que se inyecta en el HTML, sin afectar el diseño visual.

Visualmente para el usuario no cambia nada. Para los crawlers (incluidos los bots de IA) cambia todo: pueden extraer pregunta-respuesta como unidades atómicas.

Por qué los LLMs lo aman#

Tres razones técnicas:

1. Formato pregunta-respuesta = output deseado.Los LLMs intentan responder preguntas. Si encuentran pares Q&A ya estructurados, los citan literalmente. Es lo más fácil de extraer.
2. Granularidad atómica.Cada Q&A es una unidad independiente. Un LLM puede citar la respuesta a la pregunta 3 sin incluir las otras 6. Modular.
3. Autoridad implícita. Una marca que se toma la molestia de estructurar FAQs suele tener contenido más curado. Los LLMs leen esto como señal de calidad.

Cómo implementarlo en JSON-LD#

El schema se inyecta como un bloque <script type="application/ld+json"> dentro del HTML. Estructura mínima:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "¿Pregunta literal?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Respuesta clara y atómica."
      }
    }
  ]
}
</script>

Cada Q&A es un objeto con @type: Question, un name (la pregunta) y un acceptedAnswer con text. Simple.

Plantilla copy-paste#

Esta plantilla está pensada para una página de servicios B2B. Reemplaza el contenido y pégala antes del cierre de </head>:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "¿Cuánto cuesta una auditoría?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "El plan Free es \$0 y cubre Lighthouse, SEO técnico y autoridad de dominio. El plan Pro es \$27/mes e incluye visibilidad en 4 LLMs, diagnóstico ejecutivo y Fix Kit. Done For You desde \$497/mes con implementación."
      }
    },
    {
      "@type": "Question",
      "name": "¿Cuánto tarda la auditoría?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Entre 60 y 120 segundos para la auditoría base. El diagnóstico ejecutivo con IA tarda 20 a 40 segundos adicionales y carga progresivamente."
      }
    },
    {
      "@type": "Question",
      "name": "¿Qué datos necesitan?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Solo URL, email, país, sector y 3 palabras clave. Nada más. El email se usa para enviar el reporte por escrito."
      }
    }
  ]
}
</script>

Dónde ponerlo en tu sitio#

Lugares con mejor ROI, en orden:

1. Home. 5-8 preguntas sobre qué haces y por qué elegirte.
2. Página de precios. Preguntas sobre cobro, planes, trial, garantía.
3. Página de servicios o producto. Preguntas técnicas y de implementación.
4. Posts pillar del blog. Preguntas relacionadas al tema del post (lo que usas en MinimalAuditor en cada post).
5. Página “Sobre nosotros”. Preguntas sobre la empresa, fundadores, casos.

Cómo elegir las preguntas correctas#

Las preguntas tienen que ser reales. Si las inventas para SEO, suenan forzadas y los LLMs lo detectan. Fuentes recomendadas:

• Tickets de soporte. Las preguntas que recibes 5 veces al mes.
• DMs en LinkedIn / Instagram. Lo que prospectos preguntan antes de comprar.
• People Also Ask en Google. Busca tu keyword principal y mira las preguntas relacionadas.
• Reddit y foros de tu nicho. Lo que la gente pregunta sin contexto comercial.
• Tus propios clientes.Mandales un email preguntando “¿qué dudas tenías antes de contratarnos?”.

Errores que invalidan el schema#

• FAQs ocultas en el HTML. Si las preguntas no aparecen visualmente en la página y solo viven en el schema, Google lo marca como violación de guías.
• Respuestas con scripts o tracking pixels. Schema rechaza HTML con elementos peligrosos.
• JSON malformado. Una coma extra, comillas inconsistentes, y el schema queda inválido. Siempre validar antes de publicar.
• Mismo FAQ en 20 páginas. Marcado como duplicate. Cada página debe tener FAQs específicas a su contenido.
• Render solo client-side. Si el schema se inyecta con JavaScript después de cargar, algunos crawlers no lo ven. Mejor server-side o estático.

Cómo validar que funciona#

1. Rich Results Test de Google (search.google.com/test/rich-results). Pega la URL o el HTML y valida.
2. Schema.org Validator (validator.schema.org). Más estricto que Google, útil para asegurar que el JSON-LD es correcto.
3. Search Console. Sección “Mejoras > Preguntas frecuentes” muestra errores y avisos en producción.
4. MinimalAuditor valida FAQPage como parte del audit gratis. Te avisa si está roto o si te falta en páginas clave.