Schema JSON-LD para GEO: datos estructurados que la IA puede usar

Respuesta rápida

JSON-LD es la forma recomendada por Google de incrustar datos estructurados Schema.org en una página. En GEO, su trabajo es decir: esta URL es un artículo, este autor es una persona, esta organización es Performance Media, y esas tres cosas están conectadas.

Puntos clave

El marcado JSON-LD no «posiciona en ChatGPT» por magia; declara entidades para que máquinas no tengan que adivinar.
Los tipos que más empujan GEO en B2B son Organization, Person, Article/BlogPosting y FAQPage (solo si el FAQ existe en el body).
@id estable + @graph + sameAs unifican el sitio como un solo nodo.
Averi y otras fuentes del ecosistema GEO asocian el schema bien hecho a un aumento de citas en IA en torno al 30%.^[1]
Performance Media trata el schema como infraestructura del pilar 2, no como contenido.

Qué es el schema JSON-LD en GEO

Sin schema, el modelo infiere. Con schema coherente, reduce ambigüedad. La coherencia es la palabra crítica: un FAQPage sin preguntas visibles es un mentira estructurada, y las mentiras estructuradas destruyen confianza.

Tipos de schema que importan (y los que no)

Tipo	Cuándo usarlo	Impacto GEO
Organization	Home, about, footer global	Identidad de marca, sameAs, logo, sede
Person	Autores y equipo	Transfiere E-E-A-T a la entidad
BlogPosting / Article	Posts y guías	Autoría, fechas reales, headline
FAQPage	Solo si hay FAQ visible	Pasajes pregunta-respuesta fáciles de extraer
HowTo	Solo si hay pasos reales	Útil en how-tos; tóxico si se fuerza
Service / Offer	Páginas de servicio con descripción fiel	Ayuda a prompts de «qué ofrece X»
Review spam / AggregateRating inventado	Nunca	Riesgo de invalidar todo el marcado

El grafo mínimo de una agencia B2B

Performance Media recomienda un @graph con:

Organization @id: https://performancemedia.io/#org
WebSite @id: https://performancemedia.io/#website
Person (Pablo Ruiz) @id: https://performancemedia.io/#pablo-ruiz
Cada artículo apunta a author y publisher con esos mismos @id

Eso evita que cada plugin cree una Organization distinta llamada «Performance Media», «PerformanceMedia» y «PM».

Checklist antes de pegar JSON-LD

[ ] El tipo coincide con la intención de la página
[ ] @id canónico y estable (URL + #fragment)
[ ] author y publisher coherentes en todo el site
[ ] datePublished y dateModified reales
[ ] url y mainEntityOfPage coinciden con la canónica
[ ] Si hay FAQ/HowTo, el body contiene las mismas preguntas/pasos
[ ] sameAs apunta a perfiles reales (LinkedIn, Wikipedia, Wikidata, Crunchbase)
[ ] El logo es una URL absoluta persistente

Errores que invalidan el marcado (y confunden a la IA)

Canónicas http vs https, con/sin slash, con parámetros.
Fechas falsas o dateModified que nunca cambia.
Mezclar Person y Organization como si fueran el mismo nodo.
Duplicar bloques JSON-LD de Yoast + Rank Math + plugin de schema + plantilla.
Marcar servicios que la página no describe.

Google documenta que el marcado debe reflejar el contenido visible. GEO no pide otra cosa: pide que además las entidades tengan nombre estable.

Schema no sustituye el chunk

Un Article perfecto con un cuerpo de 900 palabras de relleno no se cita. El schema identifica; el chunk persuade al recuperador. Performance Media implementa los dos en el mismo sprint técnico: JSON-LD + reescritura answer-first de las 5 URLs.

Relación con crawlers y JavaScript

Si el contenido crítico y el JSON-LD solo existen después de hidratar React, algunos crawlers de IA verán un cascarón. Renderiza schema en el HTML inicial. Verifica con inspección de URL y con curl al source, no solo con el DOM de Chrome.

Preguntas frecuentes

¿JSON-LD o microdata?

JSON-LD. Es el formato que Google recomienda y el que menos ensucia el HTML editorial.

¿FAQPage mejora AI Overviews?

Puede ayudar a la extracción si las preguntas son reales y útiles. No es un interruptor. Forzarlo en todas las URLs es una de las formas más rápidas de perder validez.

¿Necesito schema en cada post?

Sí, BlogPosting mínimo: headline, fechas, author, publisher, url. Es barato y evita artículos huérfanos de entidad.

¿sameAs a redes sociales sirve?

LinkedIn y perfiles oficiales sí, como verificación de identidad. Un Instagram inactivo no aporta. Prioriza fuentes con hechos (Wikidata, registros, GBP).

¿El plugin de schema es suficiente?

Casi nunca. Los plugins rellenan campos; no diseñan el grafo. Alguien tiene que decidir @id, nombre canónico y relaciones.

¿Schema aumenta el tráfico orgánico?

A veces vía rich results. En GEO el KPI no es el rich result: es que el modelo deje de dudar quién eres.

Conclusión

Trata el JSON-LD como el DNI de tu sitio. Mínimo, completo, verdadero y estable. Después escribe chunks que merezcan ser citados.

Siguiente paso

Performance Media incluye schema, Entity Home y medición de citas en sus planes GEO. Solicita auditoría.

Notas y fuentes

Chmael, Z. (2025) — Schema Markup for AI Citations: The Technical Implementation Guide. Averi, 30 de diciembre de 2025, actualizado el 2 de enero de 2026. www.averi.ai/blog/schema-markup-for-ai-citations-the-technical-implementation-guide
Los plazos, umbrales y marcos de trabajo atribuidos a Performance Media en este artículo corresponden a su metodología propia de GEO, derivada de la medición continua de respuestas en proyectos de cliente; varían según sector y punto de partida.

Cómo citar este artículo

Performance (2026). Schema JSON-LD para GEO: datos estructurados que la IA puede usar. Performance Media. https://performancemedia.io/blog/schema-json-ld-para-geo/