Schema markup en WordPress: cómo conseguir resultados enriquecidos (2026)

Abres Google, buscas un producto o un artículo, y algunos resultados llevan estrellas de valoración, precio con disponibilidad o una ruta de navegación legible en vez de un URL en bruto. Eso no ocurre por casualidad ni por pagar más: ocurre porque esa página lleva schema markup, código que le dice a Google -con precisión de máquina, no de interpretación- de qué trata cada parte del contenido. En WordPress añadirlo es hoy más accesible que nunca, pero también más fácil de hacer mal. Esta guía repasa qué son los datos estructurados, qué tipos importan de verdad, cómo añadirlos sin liarla y cómo comprobar que funcionan.

Qué son los datos estructurados y por qué JSON-LD gana a los microdatos

Los datos estructurados son un vocabulario compartido -el estándar lo define schema.org- que describe el contenido de una página de forma que un rastreador no tiene que adivinar. En vez de que Google intente inferir si un bloque de texto es una pregunta frecuente o la fecha de publicación de un artículo, el schema lo declara explícitamente: esto es una FAQPage, esto es un Article con este datePublished.

Existen tres formas técnicas de implementarlo, pero en la práctica solo una importa hoy. Los microdatos se incrustan como atributos directamente en las etiquetas HTML visibles (itemscope, itemprop), lo que obliga a tocar la plantilla entera y mezcla datos con maquetación: fuente habitual de errores cuando alguien cambia el diseño sin darse cuenta de que rompe el schema. RDFa es una variante con el mismo problema. JSON-LD, en cambio, es un bloque de código independiente -normalmente en el <head>- que describe la página sin tocar el HTML visible. Google lo recomienda desde hace años, y es el formato que usan de facto los plugins de SEO y los temas modernos: si empiezas de cero, no hay motivo real para elegir otra cosa.

Qué tipos de schema importan en WordPress

Schema.org define cientos de tipos, pero en un WordPress normal solo un puñado produce resultados visibles en la búsqueda. Estos son los que de verdad importan:

• Article / BlogPosting: identifica un artículo o entrada de blog, con titular, autor, fecha de publicación y de modificación. Ayuda a Google a mostrar la fecha en el resultado y da a los buscadores con IA metadatos fiables para citar la fuente.
• FAQPage: marca pares de pregunta y respuesta, como los del final de este artículo. Ojo con la fecha de los tutoriales que leas: desde agosto de 2023 Google reserva las preguntas desplegables a un grupo reducido de sitios institucionales y sanitarios, y las apagó para todos los demás. El tipo sigue mereciendo la pena porque le dice a un asistente de IA, sin rodeos, qué frase es la pregunta y cuál la respuesta.
• HowTo: describe una instrucción paso a paso, con una duración total opcional en formato ISO 8601, por ejemplo PT45M para 45 minutos. Los pasos numerados en el resultado ya no existen: Google retiró ese resultado enriquecido en 2023. Como estructura legible por máquinas para tutoriales y guías técnicas sigue siendo útil, pero no cuentes con ningún efecto visible en la búsqueda.
• BreadcrumbList: representa la ruta de navegación (Inicio > Blog > Artículo). Suele sustituir la URL en bruto del resultado de búsqueda por una ruta legible, un detalle pequeño que mejora la primera impresión.
• Product: para tiendas, describe precio, disponibilidad y valoraciones. Es el que más directamente empuja clics, porque añade estrellas y precio justo bajo el título del resultado.

Qué tipo sigue dando algo visible en 2026

El círculo es más pequeño de lo que afirman la mayoría de las guías que circulan por la red. Google hizo limpieza en 2023 y retiró de los resultados dos de los marcados más populares. Eso no los deja sin valor, solo cambia dónde actúan: en los buscadores con IA, en tu propio llms.txt y en cualquier sitio donde un programa tenga que leer tu texto en vez de mirarlo.

Qué producen en la búsqueda: resultados enriquecidos y por qué la IA los adora

El efecto más visible del schema markup es el resultado enriquecido (rich result): estrellas de valoración, precio y disponibilidad, una ruta de navegación en vez de un URL desnudo, la fecha correcta junto a un artículo. No garantiza mejor posición -Google es explícito en eso-, pero sí más espacio visual y, con eso, más clics a igualdad de posición. Es la parte que casi todo el mundo conoce.

La parte que menos gente tiene en la cabeza todavía es el efecto sobre los buscadores con IA. ChatGPT, Perplexity, Claude y el resto de asistentes que responden citando fuentes no leen tu web como una persona: rastrean el HTML, y cuando encuentran datos estructurados limpios -un Article con autor y fecha claros, una FAQPage con preguntas y respuestas ya emparejadas- tienen mucho menos trabajo de interpretación que exprimiendo texto libre de un diseño con page builder. Es la lógica central de lo que en el sector se llama AEO (Answer Engine Optimization): no compites solo por una posición en diez enlaces azules, compites por ser la fuente que un asistente de IA decide citar textualmente. No es el único factor, pero es de los más baratos de arreglar.

Al lado del schema: llms.txt y bloques de respuesta

El JSON-LD responde a qué significa un fragmento concreto. Dos piezas vecinas responden a qué página importa siquiera, y esa es la primera pregunta que se hace un buscador con IA.

llms.txt es un simple archivo Markdown en la raíz de tu dominio, accesible en tu-dominio.com/llms.txt. Enumera los contenidos que priorizas para los sistemas de IA, con título, enlace y media frase sobre para qué sirven. En vez de abrirse paso entre menús, avisos de cookies y pie de página, un asistente lee un mapa curado; la versión más extensa se llama llms-full.txt. La parte honesta: es una propuesta, no un estándar aprobado, y ningún buscador garantiza que lea el archivo. A cambio el esfuerzo es mínimo, porque no contiene más que esto:

# Sitio de ejemplo

> Mantenimiento de WordPress desde Hamburgo, especializado en temas de bloques rápidos.

## Principal
- [Servicios](/servicios/): qué construimos y qué no
- [Precios](/precios/): paquetes a precio cerrado

## Opcional
- [llms-full.txt](/llms-full.txt)

Los bloques de respuesta son la segunda pieza: un resumen al principio, una definición en una frase, pares de pregunta y respuesta, pasos numerados. Están ahí para quien lee, y de paso producen exactamente la forma de texto que un sistema de IA puede reutilizar sin tener que reconstruir el párrafo. Si los escribes en el editor y dejas que el marcado correspondiente se genere solo, desaparece el doble mantenimiento con el que fracasa en la práctica el schema hecho a mano. En nuestro caso ese trabajo está repartido tal como exige el directorio de WordPress: el tema Hafen se ocupa de la presentación, y el plugin complementario Hafen Core genera el JSON-LD de artículos, autores, migas de pan y organización, además del llms.txt y los bloques de respuesta. El motivo es una regla del directorio: las funciones tienen que sobrevivir a un cambio de tema, así que un tema solo puede encargarse de la presentación.

Formas honestas de añadir schema markup en WordPress

Hay tres caminos razonables, y ninguno es objetivamente el «correcto» para todo el mundo.

Plugin de SEO

Yoast SEO, Rank Math y similares generan Article y BreadcrumbList automáticamente, y ofrecen bloques o campos para FAQPage y HowTo. Es la vía más accesible si no quieres tocar código: configuras una vez y el plugin mantiene el schema sincronizado. El coste es una capa más de plugin, con su propio mantenimiento y, a veces, funciones detrás de una versión de pago.

Bloque de código manual

Para quien controla el contenido exacto de cada página, un bloque JSON-LD pegado en el editor -o en el <head> vía functions.php o un plugin ligero de inserción de código- da control total sin depender de un plugin de SEO completo. El riesgo es el escapado: un JSON mal formado no lanza ningún error visible, Google simplemente lo ignora en silencio. Un ejemplo mínimo y válido de FAQPage:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "¿Qué es el schema markup?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Código JSON-LD que describe el contenido de una página a buscadores y asistentes de IA."
    }
  }]
}
</script>

Escribirlo a mano es viable para una página suelta, pero se vuelve tedioso y propenso a errores en cuanto hay que mantenerlo en docenas de artículos.

Tema con plugin complementario

La tercera vía, menos conocida, genera el JSON-LD directamente desde el propio marcado de bloques: cuando escribes un bloque de preguntas frecuentes en el editor, el FAQPage sale solo, sincronizado siempre con lo que se ve en pantalla. Tiene dos partes, y el orden se confunde a menudo: el tema se ocupa de la presentación y un pequeño plugin complementario emite los datos estructurados. Es el enfoque de Hafen y de su plugin Hafen Core; lo explicamos más abajo.

Errores típicos que conviene evitar

Schema sin contenido visible equivalente

El error más caro: marcar como FAQPage preguntas que no aparecen visibles en la página, o inflar valoraciones que nadie ha dejado. Google lo llama spam estructurado, y las consecuencias van desde perder el resultado enriquecido hasta una acción manual sobre el dominio entero. Regla simple: si el schema lo dice, la página tiene que mostrarlo también, con las mismas palabras o muy próximas.

Campos obligatorios que ya no lo son

Muchas guías y plugins antiguos siguen pidiendo campos que Google marcó como obligatorios hace años y hoy son solo recomendados, o al revés: piden todo lo posible «por si acaso» e infla el JSON-LD sin necesidad. Antes de copiar una plantilla de hace tres años, comprueba los requisitos actuales en la documentación de Google, no en un artículo de 2021.

Schema duplicado

Un fallo habitual cuando se combina un plugin de SEO con un tema que también genera schema, o con un bloque manual añadido «por si acaso»: dos bloques Article compitiendo en la misma página. Google no siempre elige el correcto, y en el peor caso descarta ambos. Antes de añadir schema a mano, comprueba qué genera ya tu tema o tu plugin de SEO.

Cómo probarlo: el Test de Resultados Enriquecidos de Google

Antes de dar nada por bueno, pásalo por la herramienta oficial de Google: el Test de Resultados Enriquecidos. Pega la URL de la página en producción -o el código JSON-LD directamente- y te dice qué tipos de schema detecta, si hay errores o solo avisos, y qué resultado enriquecido es elegible para mostrar. Un aviso no bloquea el resultado, pero un error sí; revisa siempre ambos antes de considerar el trabajo terminado, y vuelve a probarlo después de cualquier cambio de tema o de plugin de SEO, porque es habitual que un cambio así rompa el schema sin que nada más en la web lo note.

Con una salvedad: para FAQPage y HowTo la herramienta ya no muestra vista previa, porque Google apagó esos resultados. Si el marcado es válido lo sigues viendo allí, y también en el Schema Markup Validator, que valida contra schema.org sin atender a lo que Google decida mostrar. Para una errata simple, un validador de JSON a secas te da la respuesta todavía más rápido.

El enfoque de Hafen: nativo en vez de capa añadida

En hafenstudios construimos Hafen, nuestro tema de WordPress, precisamente porque nos cansamos de ver schema desincronizado con el contenido visible. El tema se ocupa de la presentación. El JSON-LD sale del plugin complementario gratuito Hafen Core, que genera Article, FAQPage, BreadcrumbList y Organization automáticamente desde el propio marcado de bloques: escribes un bloque de preguntas frecuentes en el editor, el JSON-LD sale solo, siempre sincronizado con lo que ve quien visita la página. Sin plugin de SEO adicional para esta parte, sin copiar y pegar, sin el riesgo de que un cambio de diseño rompa un schema que nadie revisa desde hace meses. La separación no es un capricho, es una regla del directorio: las funciones tienen que sobrevivir a un cambio de tema y por eso no pueden ir dentro del tema. Quien instala solo el tema no obtiene JSON-LD.

Un matiz honesto: Hafen está gratis en el directorio oficial de temas de WordPress, la versión 1.0.0 se publicó el 4 de septiembre de 2026 y trae 38 looks entre los que cambias sin rehacer nada. Hafen Core también es gratuito y está en el directorio oficial de plugins, en la versión 1.0.1 desde el 4 de septiembre de 2026. Lo que no tiene son años de rodaje en servidores ajenos, y eso un tema veterano sí lo tiene. Si necesitas ya un tema establecido con historial largo, sigue con tu plugin de SEO habitual; si quieres probar un enfoque nativo del schema desde ahora, sin coste, es una opción real. Cómo está construido lo cuenta Hafen 1.0: un tema, 38 looks, cero archivos de fuente, y puedes generar el JSON-LD para cualquier otra web con el generador de schema gratuito mientras decides.

Conclusión

El schema markup en WordPress ha dejado de ser un detalle técnico opcional: es la vía más directa para que tanto Google como los buscadores con IA entiendan tu contenido sin adivinar. Empieza por Article, FAQPage y BreadcrumbList -son los que más impacto dan por el esfuerzo que piden-, elige la vía que encaje con tu nivel técnico -plugin de SEO, código manual o tema con plugin complementario- y no des nada por terminado sin pasarlo antes por el test oficial. Si te interesa acelerar también el resto de la web mientras estás en ello, revisa nuestra guía para acelerar WordPress, y si estás valorando dejar atrás un page builder pesado, mira nuestra comparativa de alternativas a Elementor.

Preguntas frecuentes