Schema Markup y JSON-LD para GEO: guía completa para maximizar la visibilidad en la IA

El schema markup en formato JSON-LD es la señal técnica más importante para GEO porque permite que los motores generativos identifiquen el tipo de contenido, la autoría, la fecha y la estructura de tu página sin ambigüedad. A diferencia del SEO donde el schema mejora los rich snippets, en GEO el schema aumenta directamente la probabilidad de ser citado porque le comunica al LLM cuánto puede confiar en tu contenido.

¿Por qué el schema markup es más importante para GEO que para SEO?

En SEO, el schema markup ayuda a Google a mostrar rich snippets (estrellas, preguntas, breadcrumbs) pero no es un factor de ranking directo. En GEO, el schema cumple una función diferente: los sistemas RAG usan los datos estructurados para decidir la confiabilidad y el tipo de una fuente antes de incluirla en una respuesta. Una página con schema Article que incluye autor, fecha de publicación y fecha de modificación es más confiable para el modelo que una página sin schema.

¿Qué tipos de schema son más relevantes para GEO?

• Article (o BlogPosting): para artículos de blog y contenido editorial. Incluir author, datePublished, dateModified, headline y publisher.
• FAQPage: para páginas de preguntas frecuentes y secciones FAQ dentro de otras páginas. Es el schema con mayor impacto documentado en citation rate.
• HowTo: para guías paso a paso. Cada paso debe ser autosuficiente y describir una acción concreta.
• Organization: para la página de inicio y «Sobre nosotros». Debe incluir name, url, logo, description, areaServed y contactPoint.
• BreadcrumbList: ayuda al modelo a entender la jerarquía del sitio y contextualizarlo.
• LocalBusiness: para asesorías y negocios con sede física, aporta señales de autoridad local.

¿Cómo implementar schema Article en Next.js 14?

En Next.js 14 con App Router, el schema JSON-LD se añade como un script en el componente de la página, directamente en el JSX del Server Component. No uses el campo metadata de Next.js para JSON-LD; renderízalo con un elemento script de tipo application/ld+json y pasa el JSON serializado como contenido innerHTML. De esta forma el schema aparece en el HTML renderizado y puede ser leído tanto por Google como por los sistemas RAG de los motores generativos.

¿Cómo implementar FAQPage schema correctamente?

1. Cada pregunta en mainEntity debe ser una pregunta real que tus usuarios formulan, no una frase promocional.
2. La respuesta en acceptedAnswer.text debe ser completa y autosuficiente (sin referencias a «ver más arriba» o «como explicamos antes»).
3. No repitas preguntas de otras páginas del mismo sitio: las preguntas duplicadas confunden al modelo sobre cuál es la fuente canónica.
4. Limita el FAQPage a las preguntas que realmente aparecen visibles en la página. Google y los LLMs comprueban que el schema coincide con el contenido visible.
5. Actualiza las respuestas cuando cambie la legislación o los precios. Un FAQPage con datos de hace 3 años tiene menos citation rate que uno actualizado.

¿Cómo validar que el schema está correctamente implementado?

• Google Rich Results Test (search.google.com/test/rich-results): verifica que el schema es válido y elegible para rich snippets.
• Schema.org Validator (validator.schema.org): comprueba la estructura y detecta propiedades faltantes.
• Ahrefs Site Audit: en la sección de Schema, muestra qué páginas tienen schema implementado y detecta errores comunes.
• Perplexity manual check: después de implementar el schema, consulta a Perplexity las preguntas de tu FAQPage y verifica si empieza a citarte con mayor frecuencia en las siguientes 2-4 semanas.

¿Con qué frecuencia actualizar el schema?

Actualiza el dateModified en el schema Article cada vez que modifiques el contenido sustancialmente. Para el FAQPage, revisa las respuestas cuando cambien las condiciones legales, los precios o los procedimientos que describes. Los LLMs con RAG tienen acceso a metadatos de frescura y penalizan el contenido que no ha sido actualizado en más de 18-24 meses.