Schema y datos estructurados para GEO: la guía práctica para que ChatGPT y Perplexity citen tu web

Por qué el schema importa para GEO (no solo para rich snippets)

Cuando alguien piensa en schema, piensa en Google: estrellas de reseña, el precio bajo un producto, la pregunta desplegable de un FAQ en los resultados de búsqueda. Eso son rich snippets, y son un efecto visible del schema, no su función principal.

Un motor generativo no lee tu página como un buscador tradicional. No la indexa para devolver diez enlaces azules; extrae fragmentos, los relaciona con una pregunta y decide si merece la pena citarte dentro de una respuesta. Para eso necesita resolver, en segundos, tres preguntas que el HTML normal responde de forma ambigua: qué tipo de contenido es esto, quién lo ha escrito y qué entidad — persona o negocio — respalda esa afirmación.

El texto visible responde a esas preguntas de forma implícita, y una IA tiene que inferirlas. El schema las responde de forma explícita, en un formato que la máquina no tiene que interpretar. Esa diferencia, aplicada a todo un sitio, es la que separa una web que un modelo puede verificar rápido de una que tiene que reconstruir a base de suposiciones.

Esto conecta directamente con el pilar de Entidad del marco de las 4E: el schema es, literalmente, el mecanismo técnico con el que declaras esa entidad en código.

Los tipos de schema que más importan para contenido editorial y de servicios

No necesitas cubrir todo schema.org. Para un blog o una web de servicios, hay un puñado de tipos que hacen la mayor parte del trabajo:

Tipo de schema	Qué declara	Por qué importa para GEO
Article	Titular, fecha, autor e imagen de un contenido editorial	Le dice a la IA que esto es una pieza editorial verificable, no una landing genérica
FAQPage	Preguntas y respuestas explícitas, en pares	Es el formato más fácil de citar textualmente: la respuesta ya viene aislada
BreadcrumbList	La jerarquía de la página dentro del sitio	Da contexto de categoría y refuerza de qué trata el sitio en su conjunto
Person	Nombre, credenciales y URL del autor	Es la señal de autoría verificable, clave donde la confianza importa
Organization / ProfessionalService	Nombre, URL y naturaleza del negocio que publica	Declara quién es el publisher, y debe repetirse igual en cada página
HowTo	Pasos numerados de un proceso	Solo aporta si el contenido es realmente una secuencia de pasos

El error más común que veo es tratar el FAQPage como opcional. No lo es: es el tipo de schema con la relación más directa entre lo que declaras y lo que un modelo puede citar sin reescribir.

Si prefieres que alguien revise esto por ti en vez de aprender JSON-LD línea a línea, es justo el tipo de trabajo que hago dentro de SEO para IA (GEO).

Consistencia de entidad: mismo nombre, misma URL de autor, mismo publisher

Declarar bien un tipo de schema en una página y declararlo distinto en la siguiente es, para una IA, casi tan malo como no declararlo. Un modelo que ve tres versiones distintas del nombre de tu negocio, dos URLs de autor diferentes para la misma persona, o un publisher que cambia de una entrada a otra, no tiene forma sencilla de confirmar que todas esas páginas pertenecen a la misma entidad — y sin esa confirmación, no arriesga a citarte con autoridad.

La regla práctica es simple: el campo author.url tiene que apuntar siempre a la misma página, con el mismo author.name en cada artículo; el publisher.name y el publisher.url tienen que ser idénticos, carácter a carácter, en cada schema Article que publiques; y esa misma identidad debe coincidir con lo que dice tu pie de página, tu ficha de Google Business y tus redes.

Esto es exactamente el pilar de Entidad de las 4E: no basta con tener los datos correctos una vez, hace falta que sean el mismo dato repetido sin variación en cada punto de contacto.

Un ejemplo real: así se implementó en el post de clínicas dentales

El caso más verificable que tengo de esto ya en marcha es el propio blog: GEO para clínicas dentales tiene implementado Article, FAQPage y BreadcrumbList.

La implementación no depende de ningún plugin de pago: es un fragmento HTML en WPCode con los tres bloques JSON-LD uno detrás de otro, insertado automáticamente «después del contenido» de esa entrada, con una condición de URL para que solo se cargue ahí. Simplificado, el bloque Article tiene esta forma:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Título del artículo",
  "author": {
    "@type": "Person",
    "name": "Nombre del autor",
    "url": "https://tusitio.com/sobre-mi/"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Nombre del negocio",
    "url": "https://tusitio.com"
  },
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://tusitio.com/tu-articulo/"
  }
}

A eso se le añade un bloque FAQPage con las preguntas del propio artículo — palabra por palabra igual que en el texto visible — y un BreadcrumbList con la jerarquía Inicio → categoría → artículo. Tres bloques de script independientes, dentro del mismo fragmento de WPCode.

Esto mismo es lo que voy a replicar en este artículo en cuanto lo publique: Article + FAQPage + BreadcrumbList, con el mismo mecanismo.

Si tu WordPress no tiene schema nativo por entrada: la alternativa con WPCode

Si usas un plugin SEO con editor de schema por entrada (Rank Math, Yoast Premium, SEOPress Pro), esto se hace desde la propia pantalla de la entrada, sin tocar código. El caso real de este sitio es el contrario: uso SEOPress Lite, que no incluye editor de schema por entrada. La alternativa gratuita con la que trabajo es WPCode:

1. Instala WPCode (versión Lite, gratuita) y crea un fragmento de código nuevo.
2. Elige «Fragmento de HTML» como tipo, y pega tus bloques de script JSON-LD.
3. En «Método de inserción» elige «Insertar automáticamente» y, como ubicación, «Insertar después del contenido».
4. Activa la «Lógica condicional inteligente» y añade la condición: URL de la página → Contiene → /el-slug-de-tu-artículo/.
5. Guarda y activa el fragmento. Repite un fragmento por cada artículo al que quieras añadir schema.

Es un método manual y no escala a cientos de entradas, pero para las piezas clave de tu cluster de contenido es gratuito, fiable y no depende de ningún plan de pago.

Errores habituales

• Schema inconsistente con el contenido visible: declarar preguntas en el FAQPage que no aparecen en el texto del artículo, o un autor distinto al que firma arriba.
• JSON-LD roto o no validado: una coma de más, comillas sin escapar o un campo mal cerrado invalida todo el bloque, no solo la línea con el error.
• Autoría no declarada: seguir usando «nuestro equipo» en vez de un schema Person con nombre y URL real.
• Duplicar el mismo tipo de schema desde dos fuentes a la vez: tu plugin SEO generando Article automáticamente y tú añadiendo otro Article por WPCode. La mayoría de validadores lo marcan como conflicto.
• No actualizar la fecha de modificación cuando editas un artículo antiguo: para GEO, una fecha desactualizada es una señal de baja confianza.

Checklist final

• Cada artículo clave tiene schema Article con headline, autor, fecha y publisher.
• Cada FAQ del artículo está también declarada como FAQPage, palabra por palabra igual que en el texto visible.
• La jerarquía de categorías está declarada con BreadcrumbList.
• El autor tiene su propio schema Person, con el mismo nombre y la misma URL en todos los artículos.
• El publisher (nombre y URL) es idéntico en cada pieza de schema Article de tu sitio.
• Has validado el JSON-LD con una herramienta de prueba de resultados enriquecidos antes de darlo por bueno.
• Si tu plugin SEO no tiene editor de schema por entrada, tienes un fragmento de WPCode por artículo, con su condición de URL bien puesta.

Resumen

El schema no sustituye al contenido ni al SEO técnico de siempre: es la capa que le permite a un modelo de IA confirmar, sin tener que adivinar, qué es tu contenido, quién lo firma y qué entidad hay detrás. Para un blog o una web de servicios, Article, FAQPage, BreadcrumbList y Person cubren la mayoría de los casos, siempre que los datos de autor y publisher sean exactamente los mismos en cada página. Si tu WordPress no tiene un editor de schema nativo, WPCode con lógica condicional por URL es una alternativa gratuita que ya funciona en este mismo blog.

Preguntas frecuentes

¿El schema mejora directamente mi posición en Google o solo ayuda al GEO?
Puede ayudar a conseguir rich snippets, que influyen de forma indirecta en el CTR, pero su efecto principal para GEO es distinto: ayuda a que un modelo de IA identifique tu contenido con confianza, no a subir posiciones por sí solo.

¿Necesito saber programar para añadir JSON-LD a mi web?
No hace falta ser desarrollador, pero sí entender la estructura básica de los campos y comprobar que el código es válido. Si tu plugin SEO no lo genera automáticamente, herramientas como WPCode permiten insertarlo sin tocar archivos del tema.

¿Puedo usar solo FAQPage sin Article ni BreadcrumbList?
Puedes, pero pierdes la mayor parte del efecto: es la combinación de qué es el contenido, quién lo firma y dónde está dentro de tu sitio la que da una imagen completa de entidad, no un tipo de schema aislado.

¿Cómo compruebo que mi schema es válido?
Con cualquier herramienta de prueba de resultados enriquecidos o un validador de Schema.org: pegas la URL o el código y te indica si hay errores de sintaxis o campos obligatorios ausentes.

¿Cuántos artículos de mi web necesitan schema para que se note en GEO?
No hace falta hacerlo en todo el sitio de golpe. Tiene más sentido empezar por las piezas de tu cluster de contenido que quieres que una IA cite primero, y declarar ahí una entidad perfectamente consistente, antes de escalarlo al resto.

Si no sabes por dónde empezar o quieres que alguien revise si tu schema actual está bien implementado, es exactamente el tipo de cosas que reviso dentro de una auditoría SEO.