Los datos estructurados son la diferencia entre que tu receta aparezca en Google con foto, valoración y tiempo de cocción, o como una línea azul más. Entre que tus preguntas frecuentes se desplieguen en el resultado, o no.
El problema es que escribir schema a mano es tedioso y muy fácil de romper: un corchete mal cerrado y Google ignora el bloque entero sin decirte nada. La IA es genuinamente buena en esto —es código estructurado y repetitivo, justo lo suyo— siempre que la uses con dos precauciones que veremos.
Qué son y qué no son
Los datos estructurados son un bloque de código, normalmente en formato JSON-LD, que va en el HTML de tu página y describe su contenido en un vocabulario que los buscadores entienden: esto es un artículo, este es su autor, esta es la fecha, esta es la valoración.
Dos aclaraciones que evitan expectativas equivocadas:
No son un factor de posicionamiento. Poner schema no te sube en los resultados. Lo que hace es habilitar los resultados enriquecidos: esos añadidos visuales que ocupan más espacio y se llevan más clics. Subes por lo que ganas en clics, no porque Google te premie por tener marcado.
Google decide si los muestra. Tener el marcado correcto no garantiza el resultado enriquecido, solo lo hace posible. Sin marcado es imposible; con marcado, es una posibilidad.
Qué tipos necesitas de verdad
Schema.org tiene cientos de tipos. Para un WordPress normal necesitas cuatro o cinco:
ArticleoBlogPostingpara las entradas del blog.FAQPagepara páginas con preguntas frecuentes reales y visibles.HowTopara tutoriales paso a paso.Productsi vendes, con precio y disponibilidad.LocalBusinesssi tienes negocio con ubicación.BreadcrumbListpara la ruta de navegación.
Antes de generar nada: comprueba qué tienes ya. Yoast y Rank Math generan automáticamente bastante de esto. Si añades tu propio bloque sin mirar, acabas con marcado duplicado y contradictorio, que es peor que no tener ninguno.
Para verlo, abre una entrada tuya, mira el código fuente y busca application/ld+json. O usa directamente la herramienta de prueba de resultados enriquecidos de Google, que te lista todo lo que detecta.
El prompt que funciona
El fallo típico es pedir «genérame el schema de este artículo» y pegar el texto. El modelo produce un JSON impecable… con una fecha de publicación inventada, un autor que no existe y una URL de imagen plausible pero falsa.
Publicar datos falsos en el marcado es peor que no tenerlo: es información incorrecta sobre tu propia página, y en el caso de valoraciones o precios puede acarrear una acción manual de Google.
La forma correcta es dar los datos explícitamente y prohibir el relleno:
«Genera un bloque JSON-LD de tipo Article para esta página. Usa EXCLUSIVAMENTE estos datos y no inventes ninguno:
— Titular: [título exacto]
— URL: [URL exacta]
— Autor: [nombre]
— Fecha de publicación: [AAAA-MM-DD]
— Fecha de modificación: [AAAA-MM-DD]
— Imagen destacada: [URL completa de la imagen]
— Editor: [nombre del sitio]
Si falta algún campo obligatorio, NO lo rellenes: escribe PENDIENTE y avísame al final de qué falta. Devuelve solo el bloque JSON-LD envuelto en su etiqueta script, sin explicación.»
La instrucción de escribir PENDIENTE en lugar de inventar es la clave de todo el asunto. Convierte al modelo en un generador de plantillas fiable en lugar de en un inventor creativo.
El caso de las preguntas frecuentes
FAQPage es el tipo con mejor relación esfuerzo-resultado, y también el que más se usa mal.
La regla que Google aplica es estricta: las preguntas y respuestas del marcado tienen que estar visibles en la página, con el mismo texto. No vale marcar preguntas que no aparecen, ni marcar unas y mostrar otras distintas.
El flujo correcto es al revés de como suele hacerse: primero escribes las preguntas frecuentes en el artículo porque son útiles, y después generas el marcado a partir de ellas. No al contrario.
Para eso, un prompt sencillo funciona bien: pegas las preguntas y respuestas tal cual están en la página y pides el bloque FAQPage respetando el texto literal, sin reescribir. Insiste en lo de «literal», porque el instinto del modelo es mejorar la redacción, y ahí la mejora te rompe la validez.
La validación no es opcional
Esta es la segunda precaución, y no se salta nunca.
Un JSON-LD con un error de sintaxis no da error visible: simplemente se ignora entero. Puedes tener meses de marcado inútil sin enterarte.
Valida siempre en dos sitios, porque comprueban cosas distintas:
- La prueba de resultados enriquecidos de Google. Te dice si el marcado sirve para generar resultados enriquecidos y qué campos obligatorios faltan.
- El validador de Schema.org. Es más estricto con el vocabulario y detecta propiedades mal escritas que Google se salta.
Y antes de eso, si el bloque te ha quedado largo, revísalo con un formateador para ver la estructura de anidamiento con claridad. Nuestro formateador y validador de JSON funciona entero en tu navegador, así que puedes pegar marcado con datos de tu negocio sin que salga de tu equipo.
Los cinco errores que más se repiten
- Marcado duplicado. Tu plugin SEO ya genera
Articley tú añades otro. Google recibe dos versiones y se queda con la que quiera. Antes de añadir, mira qué hay. - Fechas en formato incorrecto. Tiene que ser formato ISO 8601:
2026-09-22, no «22 de septiembre de 2026». - URLs relativas. En el marcado, todas las URLs son absolutas, con
https://y dominio completo. Una ruta relativa invalida el campo. - Valoraciones inventadas o autoasignadas. Marcar
AggregateRatingcon reseñas que no existen es de los pocos usos de schema que provocan penalización manual. No lo hagas. - Marcado que no corresponde al contenido. Poner
HowToen algo que no es un tutorial, oProducten una página informativa. Google lo detecta y deja de fiarse del resto de tu marcado.
Dónde ponerlo en WordPress
Tienes tres vías, de menos a más control:
Tu plugin SEO. Yoast y Rank Math permiten configurar el tipo de contenido por entrada y generan el marcado solos. Para la mayoría de sitios es suficiente y es lo más mantenible. Si usas Yoast, empieza por revisar la configuración de tipos de contenido antes de añadir nada a mano.
Un gestor de snippets. Si necesitas un bloque concreto en una página concreta, un gestor como WPCode te deja insertarlo con condiciones de dónde aparece, sin tocar los ficheros del tema. Tenemos una guía de WPCode como gestor de snippets que cubre justo este caso.
El tema hijo. Solo si sabes lo que haces y necesitas lógica que dependa de datos del sitio. Recuerda que debe ser un tema hijo: si lo metes en el tema padre, la siguiente actualización se lo lleva por delante.
Cómo saber si de verdad está funcionando
Validar el bloque en una herramienta te dice que la sintaxis es correcta. No te dice si Google lo está usando. Para eso hay que mirar Search Console, y conviene hacerlo un par de semanas después de publicar.
En el menú lateral, bajo Mejoras, aparece una entrada por cada tipo de marcado que Google haya detectado en tu sitio: «Preguntas frecuentes», «Productos», «Rutas de exploración» y las que correspondan. Si has puesto FAQPage y a las dos semanas no aparece ninguna sección de preguntas frecuentes, Google no lo está procesando y algo falla.
Cada informe divide las páginas en tres estados que conviene entender:
- Válidas: el marcado se ha procesado correctamente. Es el objetivo.
- Válidas con advertencias: funciona, pero faltan campos recomendados. Merece la pena revisarlas porque los campos opcionales son a menudo los que hacen el resultado más atractivo: una imagen, una valoración, un precio.
- No válidas: falta un campo obligatorio y el marcado se descarta. Estas son prioritarias.
Un detalle práctico: el informe agrupa los errores por tipo, no por página. Si te aparecen ochenta páginas con el mismo error, casi siempre es un solo fallo en la plantilla que se repite ochenta veces. Arreglas uno y se corrigen todas, así que no te asustes por el número.
Y una advertencia sobre el ritmo: después de corregir, el informe no se actualiza al momento. Google tiene que volver a rastrear las páginas afectadas, y eso puede tardar de días a semanas. Puedes acelerarlo pidiendo la indexación de una página concreta desde la herramienta de inspección de URLs, pero no lo hagas con las ochenta: pide una, comprueba que ya sale válida, y deja que el resto se procese solo.
Preguntas frecuentes
¿Cuánto tarda en aparecer el resultado enriquecido?
Primero Google tiene que volver a rastrear la página, lo que puede tardar de días a semanas según la frecuencia con que visite tu sitio. Después decide si lo muestra. En Search Console, la sección de mejoras te informa de cuántas páginas tienen marcado válido, que es la señal de que al menos lo ha procesado bien.
¿Puedo marcar una página con varios tipos a la vez?
Sí, y es lo normal. Un artículo puede ser Article, tener BreadcrumbList y además un bloque FAQPage por sus preguntas frecuentes. Lo que no debes es duplicar el mismo tipo dos veces con datos distintos.
¿Sirve de algo el schema para los buscadores con IA?
Ayuda, aunque no de la forma en que ayuda a los resultados enriquecidos clásicos. Un contenido bien estructurado y explícito sobre qué es y quién lo firma es más fácil de interpretar y citar correctamente por cualquier sistema que lea la web. No es una palanca directa, pero rema a favor.
¿Y si mi tema ya mete schema por su cuenta?
Muchos temas comerciales lo hacen, y ahí es donde más duplicados aparecen. Pasa una página por la herramienta de prueba de Google y mira cuántos bloques detecta. Si ves dos Article, desactiva uno de los dos orígenes: normalmente es más fácil desactivar el del tema y quedarte con el del plugin SEO, que se actualiza más a menudo.
En resumen
El marcado estructurado es de las pocas cosas del SEO técnico con resultado visible y comprobable: o el validador dice que está bien, o dice qué falta.
La IA te ahorra la parte tediosa de escribirlo, con dos condiciones que no son negociables: dale los datos reales y prohíbele inventar los que falten, y valida siempre el resultado antes de publicarlo. Con esas dos, pasas de un trabajo de especialista a una tarea de diez minutos por plantilla.
