Saltar al contenido
Implementa.

SEO para ChatGPT (GEO) · Guía 8 de 8

Schema para GEO: el structured data que las IAs sí usan (y el que ignoran)

Te van a vender el schema markup como el truco que te mete en ChatGPT. No lo es: los motores generativos leen tu structured data casi como un párrafo más, no como una orden mágica. Lo que el schema sí hace —cuando es válido y coincide con lo que se ve— es quitar ambigüedad sobre quién eres y volver tu contenido legible por máquina. Eso es fontanería, no hechizo. Aquí va qué tipos mueven la aguja en GEO y cuáles solo decoran el head.

El schema markup lleva una década vendiéndose como atajo, y con GEO ha vuelto disfrazado de truco para que ChatGPT te cite. La realidad es más sobria y más útil: el structured data no le da órdenes al modelo, le da contexto. Bien hecho, te desambigua; inventado o roto, te ignora. Aquí está la diferencia, sin humo.

Qué es el schema para GEO (y qué no es)

El schema (datos estructurados, normalmente en JSON-LD) es un bloque de código que describe tu página en un vocabulario que las máquinas entienden: quién eres, qué vendes, qué preguntas respondes. En SEO clásico sirve para los rich snippets de Google. En GEO el papel cambia: ya no buscas una estrella de reseña, buscas que el modelo te identifique como una entidad fiable y coherente cuando construye su respuesta.

Lo que no es: una palanca mágica. Las pruebas públicas apuntan a que ChatGPT y Perplexity leen el structured data más como texto que como instrucción privilegiada. Si tu schema es inválido o dice algo que la página no dice, lo tratan como ruido — o peor, como señal de incoherencia. El schema no te mete en la respuesta; te hace más fácil de leer para que el contenido que sí tienes haga el trabajo.

Qué tipos de schema sí importan en GEO

No necesitas marcar todo. Necesitas marcar lo que define tu entidad y lo que responde preguntas. Estos son los tipos que mueven la aguja, por orden de prioridad.

Tipo de schemaPara qué sirve en GEOCuándo usarlo
OrganizationFija tu entidad: nombre, logo y perfiles (sameAs). Es la base para que el modelo sepa quién eres.Siempre, en home y about
FAQPageBloques pregunta-respuesta legibles que el modelo puede citar tal cual.Guías, servicios, soporte
ArticleMarca autoría, fecha y tema. Refuerza frescura y atribución.Posts y guías
HowToPasos estructurados que responden "cómo se hace X".Tutoriales y procesos
Product / ServiceDescribe qué ofreces, con qué características y precio.Páginas comerciales

Por debajo de esos cinco, casi todo lo demás es decorado. Marcar el breadcrumb o los sitelinks ayuda al SEO clásico, pero no cambia cómo te cita un LLM.

sameAs: el campo que más desambigua

Dentro de Organization, el array sameAs (enlaces a tu LinkedIn, tu ficha de Crunchbase, tu Wikipedia si la tienes) es lo que conecta tu marca con una entidad reconocible. Es la diferencia entre ser "una empresa que se llama así" y ser "esta empresa concreta, la misma de la que hablan estas fuentes". Para GEO, esa unión vale más que diez schemas decorativos.

Cómo implementarlo sin romperlo

El orden importa, porque un schema mal montado hace más daño que no tener ninguno.

  1. Usa JSON-LD en el head o al final del body: es el formato que Google recomienda y el más limpio de mantener.
  2. Marca solo lo que es visible en la página. Si la FAQ no está en el HTML, no la pongas en el schema.
  3. Valida cada bloque con el test de resultados enriquecidos de Google y el validador de Schema.org antes de publicar.
  4. Mantén la coherencia entre páginas: el mismo nombre, el mismo logo y los mismos sameAs en todo el sitio.

Errores típicos con schema y GEO

  • Inventar en el schema datos que no aparecen en la página: se ignora o resta confianza.
  • Marcar FAQPage con preguntas que no existen en el HTML visible.
  • Dejar el sameAs vacío o con perfiles muertos: pierdes la desambiguación de entidad.
  • Repetir Organization con nombre o logo distintos entre páginas: incoherencia pura.
  • Creer que con poner schema ya estás "haciendo GEO": es el suelo, no el edificio.

Preguntas frecuentes

No por sí solo. Los modelos suelen leer el structured data como texto plano; si tu schema es válido y coincide con la página, refuerza tu entidad y la coherencia de tus datos, y eso ayuda a que te traten como fuente. Pero el schema sin contenido detrás no cita a nadie: es legibilidad, no autoridad.

Organization con sameAs (para fijar tu entidad) y FAQPage (bloques de respuesta que el modelo puede citar tal cual). Después Article, HowTo y Product según el contenido. Empezar por esos cubre el 80% del valor real.

No, juega en tu contra. Un structured data que dice algo distinto de lo visible se ignora o resta confianza. La regla es simple: el schema describe lo que ya está en la página, nunca inventa lo que no se ve.

¿Lo lees o lo dejamos funcionando?

La guía cubre el qué y el por qué. La parte de implementarlo en producción — es lo que cobramos.

Schema para GEO: el structured data que las IAs sí usan (y el que ignoran) · Implementa