Blog
Bloque de código JSON-LD con datos estructurados de schema.org

Categoría:

Entender el GEO

JSON-LD para GEO: qué schema usar y cómo implementarlo

Qué es JSON-LD, qué tipos de schema usar para el GEO (Organization, FAQPage, Product, Article), cómo implementarlos con ejemplos y qué errores evitar.

Los datos estructurados ayudan al SEO en Google desde hace años. Con los motores de IA, su papel crece: ChatGPT, Gemini o Perplexity extraen información de las páginas que leen, y unos datos estructurados claros les dicen sin ambigüedad quién eres, qué vendes y qué responde cada página. El formato recomendado es JSON-LD. En esta guía te explicamos qué es, qué tipos de schema usar para el GEO, cómo implementarlos con ejemplos de código y qué errores evitar.

Qué es JSON-LD

JSON-LD (JavaScript Object Notation for Linked Data) es un formato para añadir datos estructurados a una página web. Se escribe en un fragmento de código separado del contenido visible, dentro de una etiqueta script, y usa el vocabulario de schema.org, el estándar que comparten Google, Bing y otros buscadores.

Frente a otros formatos como microdatos o RDFa, que se mezclan con el HTML, JSON-LD tiene una ventaja práctica: es un fragmento independiente, fácil de añadir, de leer y de mantener. Por eso es el formato que Google recomienda y el que usan la mayoría de las herramientas y plugins.

Un bloque JSON-LD tiene siempre la misma base: un "@context" que indica el vocabulario (schema.org), un "@type" que dice qué tipo de entidad describes y una serie de propiedades, como "name" o "url".

Por qué los datos estructurados importan para el GEO

Para el SEO clásico, el schema sirve sobre todo para obtener resultados enriquecidos (rich results) en las SERPs de Google: estrellas, precios, migas de pan. Para el GEO, su valor es otro: facilitar que los modelos entiendan y extraigan la información correcta.

En nuestras observaciones y en las de otros especialistas, los LLM leen a veces el JSON-LD completo antes incluso que el texto, para saber de qué trata. Unos datos estructurados claros reducen el riesgo de que el modelo confunda tu negocio con otro, atribuya un precio equivocado a tu producto o ignore las valoraciones de los clientes.

No es una garantía de aparecer en las respuestas de los asistentes: los datos estructurados no sustituyen al contenido ni a la autoridad. Pero es una base técnica barata que mejora la calidad de la información que los motores tienen sobre ti, como lo es un archivo llms.txt o una buena gestión de los crawlers de IA.

Los tipos de schema más útiles para el GEO

Organization

Describe tu empresa: nombre, web, logo, redes sociales y datos de contacto. Es el tipo más importante para la identidad de marca, porque ayuda a los modelos a entender quién eres y a relacionar tu web con tus perfiles en otros sitios. La propiedad "sameAs" es clave: enlaza tus perfiles oficiales para que no haya dudas sobre qué entidad eres.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Tu Empresa",
  "url": "https://www.tuempresa.es",
  "logo": "https://www.tuempresa.es/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/tuempresa",
    "https://www.instagram.com/tuempresa"
  ]
}
</script>

Para implementar este tipo, colócalo en la home o en la sección "Quiénes somos" de tu sitio. La imagen debe ser accesible y el nombre, exactamente el que usas en todas partes. Usa también esa imagen en tus perfiles.

FAQPage

Marca las preguntas frecuentes de un contenido. Desde 2023, Google solo muestra los resultados enriquecidos de FAQ en sitios oficiales de gobierno y de salud, así que muchos SEO dejaron de usarlo. Para el GEO sigue teniendo sentido: estructura pares de pregunta y respuesta que encajan con la forma en que los usuarios preguntan a los asistentes.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "¿Cuánto tarda el envío?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Los pedidos llegan en 24 a 48 horas en la península."
    }
  }]
}
</script>

Las preguntas y respuestas marcadas deben estar también visibles en el HTML. Marcar contenido oculto va contra las directrices de Google.

Product

Si tienes un ecommerce, es imprescindible. Describe cada ficha de producto: nombre, marca, precio, disponibilidad y valoraciones. Los asistentes que muestran productos en carruseles necesitan esta información clara; te lo contamos en nuestra guía de ChatGPT Shopping.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Freidora de aire 4 litros",
  "brand": { "@type": "Brand", "name": "TuMarca" },
  "offers": {
    "@type": "Offer",
    "price": "89.90",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/InStock"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "reviewCount": "312"
  }
}
</script>

El precio y la disponibilidad de los datos estructurados deben coincidir con los de la ficha visible y con tu feed de Google Merchant Center. Las incoherencias hacen perder confianza a los buscadores y a los modelos. Puedes utilizar la misma plantilla para cada ficha.

Article

Para un blog o un medio, el tipo Article (o BlogPosting) indica el título, el autor, la fecha de publicación y la fecha de actualización de cada artículo. Las fechas son importantes: los modelos dan prioridad a la información reciente en muchos temas.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Cómo elegir una freidora de aire",
  "author": { "@type": "Person", "name": "Ana García" },
  "datePublished": "2026-09-15",
  "dateModified": "2026-10-01"
}
</script>

Otros tipos útiles

BreadcrumbList (migas de pan) ayuda a entender la estructura del sitio. LocalBusiness es el tipo de referencia para un negocio local, con dirección y horarios. Review y AggregateRating refuerzan las valoraciones. Service describe un servicio concreto. Elige los tipos que corresponden a cada página; no hace falta usarlos todos. Si tienes dudas, empieza por Organization y por las fichas de producto.

Qué propiedades rellenar

Un error común es copiar un ejemplo y dejar la mitad de los campos vacíos. Aquí tienes los campos más importantes de cada tipo:

  • Organization: name, url (con www si tu dominio lo usa, por ejemplo www.tuempresa.es), logo, sameAs y datos de contacto. Si tienes un negocio con varias marcas, describe cada una.
  • Product: name, brand, offers (precio, moneda, disponibilidad), aggregateRating y, si puedes, gtin o sku. Cada ficha necesita su propio marcado.
  • Artículos: headline, author, datePublished, dateModified e image. En un artículo de opinión, el autor con nombre y apellidos refuerza la confianza.
  • FAQPage: una pregunta por cada Question y una respuesta completa en cada Answer.

Cuantas más propiedades relevantes completes, más datos útiles tendrán Google y los modelos. Pero no inventes datos: es mejor dejar una propiedad vacía que rellenarla con información falsa.

Datos estructurados, SEO y búsqueda con IA

En la búsqueda clásica, el marcado schema sigue siendo un factor SEO indirecto: no mejora el ranking por sí solo, pero los resultados con estrellas o precios destacan en las SERPs y suelen atraer más clics. En la búsqueda con IA, el efecto es distinto: ayuda a los modelos a interpretar tu web y a extraer los datos sin fallos. Aquí el objetivo no es ganar espacio en las SERPs, sino que la respuesta generada sobre tu negocio sea correcta.

Si usas WordPress, puedes empezar hoy mismo con la configuración por defecto de tu plugin de SEO y revisarla con una herramienta de validación. Si tu web es más compleja, merece la pena utilizar plantillas propias y una herramienta de seguimiento para comprobar el impacto. En ambos casos, el HTML que recibe el bot debe contener el marcado completo.

Cómo implementar JSON-LD

Aquí tienes tres formas de implementar los datos estructurados:

  • Con un plugin. En WordPress, plugins como Yoast SEO o Rank Math generan automáticamente los tipos básicos y las migas de pan. Para WooCommerce, también las fichas. Es la opción más rápida, pero revisa lo que generan con una herramienta de validación. Para un sitio pequeño en WordPress, un plugin basta.
  • En la plantilla. Si usas otro CMS, tu equipo técnico puede añadir el script en las plantillas y rellenarlo con los datos de cada página. Es la forma más fiable a escala.
  • Con Google Tag Manager. Funciona, pero el código se inyecta con JavaScript y algunos crawlers de IA no lo ejecutan. Para el GEO, mejor que todo esté en el HTML servido.

Coloca el script en el head o en el body; Google acepta los dos. Lo importante es que esté en el HTML que recibe el rastreador, no solo en la versión que construye el navegador.

Cómo validar los datos estructurados

Antes de publicar, puedes usar dos herramientas gratuitas:

  • Prueba de rich results de Google (Rich Results Test): indica si una URL puede optar a ellos y muestra los fallos que lo impiden.
  • Schema Markup Validator (validator.schema.org): valida cualquier tipo de schema, también los que no generan rich results.

Después, revisa el informe de mejoras de Google Search Console para detectar errores en todo el sitio.

Errores frecuentes

  • Describir contenido que no está visible. Los datos estructurados deben describir lo que el usuario ve.
  • Datos incoherentes. Un precio en los datos estructurados, otro en la ficha y otro en el feed.
  • JSON mal formado. Una coma de más o unas comillas mal cerradas invalidan todo el bloque.
  • Usar tipos obsoletos o inventados. Consulta siempre el vocabulario oficial.
  • Olvidar las fechas. Sin "dateModified", los modelos no saben si tu contenido está actualizado.
  • Depender solo de JavaScript. Si el código se genera en el navegador, algunos bots no lo verán.

Lo que muestran las mediciones de Meteoria sobre los datos estructurados

En las auditorías técnicas GEO que comparte Datashake, los datos estructurados forman parte de los requisitos de base, junto con un JavaScript ligero, las cabeceras Last-Modified y E-tag y un tiempo de respuesta por debajo de 500 ms. Ninguno basta por sí solo, pero cada uno elimina una razón para que el modelo ignore tu página.

Las fechas son el ejemplo más claro. Al analizar las fuentes que cita el asistente de OpenAI vemos que recupera la fecha de creación y la de última modificación de cada URL. Que tu dateModified, la fecha visible y la cabecera HTTP digan lo mismo es una forma sencilla de transmitir frescura sin ambigüedad.

«Tenemos pruebas en las que vemos que los LLM llaman a todo el JSON antes de leer el contenido de la página, para ver de qué temas va a hablar.»

Ruben, cofundador de la división de búsqueda de Datashake, en un webinar con Meteoria

JSON-LD y visibilidad en la IA

Aquí está la clave: los datos estructurados son una pieza de la base técnica, no una estrategia completa. Para aparecer en los asistentes, tu contenido tiene que responder bien a las preguntas, tu web debe posicionar en los buscadores y tu marca tiene que estar presente en las fuentes externas que los modelos leen. Si quieres el método completo, lo explicamos en cómo aparecer en ChatGPT.

Para saber si los cambios tienen efecto, mide antes y después. En Meteoria sigues cada día tu visibilidad en los motores de IA y en los AI Overviews de la búsqueda de Google, y ves qué páginas de tu web usan los modelos como fuente.

¿Usan los modelos de IA las páginas de tu web?

Mide tu visibilidad en los asistentes de IA y descubre qué páginas citan como fuente.

Probar Meteoria Pedir una demo

Preguntas frecuentes

¿Qué es JSON-LD?
¿El JSON-LD ayuda a aparecer en ChatGPT?
¿Qué tipos de schema son más útiles para el GEO?
¿Sigue valiendo la pena el marcado FAQPage?
¿Dónde se coloca el código JSON-LD?
¿Cómo valido mi marcado?
Fecha de publicación:
08/10/2026
Última actualización

Índice

Índice

Monitoriza tus prompts en 7 motores de IA cada día, con las fuentes que realmente utilizan.

Prueba gratis