Schema markup en WordPress: cómo conseguir resultados enriquecidos (2026)
El schema markup en WordPress -datos estructurados en formato JSON-LD- es la diferencia entre un resultado de búsqueda plano y uno con estrellas, preguntas desplegables o pasos numerados. Y en 2026 hay un motivo más para tomárselo en serio: los buscadores con IA leen ese mismo código para citar tu contenido con precisión.
Abres Google, buscas una receta o un tutorial, y algunos resultados llevan estrellas de valoración, una lista de pasos numerados o preguntas que se despliegan sin salir de la página de resultados. 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. Cuando Google lo reconoce, puede mostrar las preguntas desplegables directamente bajo el resultado, ocupando más espacio en pantalla sin pagar nada por ello.
- HowTo: describe una instrucción paso a paso, con la posibilidad de numerar cada fase y añadir imágenes por paso. Google lo usa cada vez con más cautela en el resultado visual, pero sigue siendo valioso como estructura legible para asistentes de IA.
- 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é 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, preguntas plegables, pasos numerados, precio. 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.
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 schema nativo
La tercera vía, menos conocida, es un tema que 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. Es el enfoque de Hafen, nuestro tema; lo explicamos más abajo.
Genera el tuyo en 2 minutos: generador gratuito de schema
Pega tus preguntas, tu artículo o tu tutorial y obtén el JSON-LD listo para copiar -FAQPage, HowTo o Article-, con escapado correcto garantizado por JSON.stringify en vez de concatenar cadenas a mano.
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.
El enfoque de Hafen: schema 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. Hafen genera Article, FAQPage y BreadcrumbList 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.
Un matiz honesto: Hafen es hoy una beta gratuita, no un producto con años de rodaje. 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. 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, código manual o tema nativo- 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.
Schema que no se desincroniza nunca
Hafen es nuestro tema de WordPress AI-native, disponible como beta gratuita: genera Article, FAQPage y BreadcrumbList automáticamente desde tus bloques, sin plugin de SEO adicional para esto.
Preguntas frecuentes
¿Qué es el schema markup y para qué sirve en WordPress?
Es código -normalmente en formato JSON-LD- que describe el contenido de una página a buscadores y asistentes de IA de forma explícita, en vez de dejar que lo infieran del texto visible. En WordPress permite que Google muestre resultados enriquecidos -estrellas, preguntas desplegables, pasos numerados- y que los buscadores con IA citen tu contenido con más precisión.
¿JSON-LD o microdatos: cuál elegir?
JSON-LD, sin dudarlo si empiezas de cero. Es un bloque de código independiente que no toca el HTML visible, lo recomienda Google explícitamente y es el formato que usan los plugins de SEO y temas modernos. Los microdatos exigen tocar cada etiqueta HTML y son más frágiles ante cualquier cambio de plantilla.
¿Qué tipos de schema importan más en WordPress?
Article o BlogPosting para entradas y páginas de contenido, FAQPage para preguntas frecuentes, HowTo para tutoriales paso a paso, BreadcrumbList para la ruta de navegación, y Product si vendes algo. Son los cinco que con más frecuencia producen un resultado enriquecido visible en la búsqueda.
¿Puede el schema markup perjudicarme si lo hago mal?
Sí. Marcar como schema contenido que no existe visible en la página -preguntas inventadas, valoraciones infladas- es spam estructurado según las directrices de Google, y puede costarte perder el resultado enriquecido o, en casos graves, una acción manual sobre el dominio. La regla es simple: el schema describe lo que ya se ve, nunca lo sustituye.
¿Cómo compruebo que mi schema funciona?
Con el Test de Resultados Enriquecidos de Google: pega la URL o el código JSON-LD y te indica qué tipos detecta, qué errores o avisos hay, y qué resultado enriquecido es elegible. Repite la prueba después de cualquier cambio de tema o de plugin de SEO, porque es habitual que rompan el schema sin que se note en ningún otro sitio.