Errores JSON‑LD en WordPress, cómo corregirlos
Errores JSON-LD en WordPress: detecta qué falla, valida el marcado y corrígelo sin comprometer el SEO técnico ni los rich results.
Los errores JSON-LD en WordPress son fallos de sintaxis, implementación o coherencia en el marcado de datos estructurados que una web genera para ayudar a los buscadores a interpretar su contenido. Conviene corregirlos porque pueden afectar a la lectura del schema, a la elegibilidad de determinados rich results Google o a la consistencia técnica del sitio, aunque no todos los avisos tienen la misma gravedad.
La forma segura de actuar es sencilla: identificar dónde se genera el marcado JSON-LD WordPress, validarlo con herramientas adecuadas, comparar lo que declara con el contenido visible y corregir siempre en origen antes de volver a validar.
Qué son los errores JSON‑LD en WordPress y por qué aparecen
JSON-LD es un formato habitual para implementar datos estructurados en WordPress. Se inserta normalmente desde un plugin SEO, el tema, un constructor visual o código personalizado. Los errores aparecen cuando ese marcado contiene una sintaxis inválida, usa tipos o propiedades que no encajan con Schema.org, omite campos requeridos para un resultado enriquecido concreto o declara datos que no coinciden con la página real.
También puede ocurrir que el schema markup WordPress sea técnicamente correcto, pero esté mal implementado: por ejemplo, duplicado por dos sistemas distintos o inyectado en plantillas donde no corresponde. En esos casos, el problema no siempre es de sintaxis, sino de cómo se genera o combina el marcado.
Cómo detectar un error de marcado sin tocar nada a ciegas
Antes de editar plugins, snippets o plantillas, conviene seguir un diagnóstico ordenado. Así evitarás corregir una capa equivocada y crear inconsistencias nuevas.
- Identificar dónde se genera el marcado: plugin SEO, tema, constructor o código personalizado.
- Validar el fragmento con el Rich Results Test de Google y con Schema Markup Validator.
- Comparar el marcado con el contenido real de la página.
- Inspeccionar el código fuente o el DOM si sospechas que un script se inyecta dinámicamente.
- Corregir en origen y volver a validar.
Aquí es importante distinguir entre errores críticos, advertencias y problemas de implementación. Un error de sintaxis puede impedir que el marcado se procese correctamente. Una advertencia suele indicar campos recomendados ausentes. Y un problema de implementación puede dejar un schema válido sobre el papel, pero poco fiable o incoherente en la práctica.
Errores JSON‑LD más habituales en WordPress
Estos son algunos de los errores de datos estructurados más comunes al trabajar con marcado JSON-LD en WordPress:
| Tipo de error | Qué significa | Cómo revisarlo |
|---|---|---|
| Comas o llaves mal cerradas | Error de sintaxis JSON que puede invalidar el bloque completo | Validar el fragmento exacto y revisar cambios manuales |
| Tipos o propiedades no válidas | Uso de entidades o campos que no corresponden según Schema.org | Comprobar tipo, contexto y propiedad declarada |
| Campos obligatorios ausentes | Puede afectar a la elegibilidad para un resultado enriquecido concreto | Revisar requisitos del tipo de rich result |
| Conflicto entre plugin SEO, tema o constructor | Dos sistemas pueden generar schema distinto o incompatible | Detectar origen y desactivar duplicidades innecesarias |
| Duplicidad de schema | La misma entidad aparece repetida o contradictoria | Comparar bloques y decidir cuál debe mantenerse |
| Datos desactualizados o incoherentes con el contenido visible | El marcado no refleja la página actual | Alinear títulos, precios, autoría, fechas o entidad principal |
No todos estos fallos tienen el mismo impacto. Un campo recomendado ausente no equivale a una sintaxis rota, y una advertencia no siempre impide que Google entienda parte del marcado.
Cómo corregirlos según el origen del problema
Para corregir schema en WordPress con criterio, el punto clave es actuar donde se genera el problema:
- Si el error es de sintaxis, revisa el bloque JSON-LD exacto y corrige comillas, comas, corchetes o llaves.
- Si faltan campos exigidos para un tipo de resultado enriquecido, revisa la configuración del plugin o la plantilla que construye ese marcado.
- Si hay propiedades no válidas, comprueba si pertenecen al tipo schema declarado o si se han heredado de un snippet antiguo.
- Si existe duplicidad, decide qué sistema debe mantener el marcado: plugin SEO, tema, constructor o desarrollo a medida.
- Si los datos no coinciden con la página, actualiza primero el contenido fuente y después el marcado asociado.
En muchos casos, tocar el script directamente no es la mejor opción. Si el plugin vuelve a generar el mismo bloque en cada carga, el error reaparecerá. Por eso conviene corregir en origen y no solo parchear el resultado final.
Qué revisar después de aplicar los cambios
Tras modificar el marcado JSON-LD, vuelve a validar la URL y el fragmento afectado. Comprueba que no se haya roto otro tipo de schema, que el contenido visible siga alineado con los datos estructurados y que no se estén cargando bloques duplicados desde caché, optimizadores o scripts diferidos.
Si la página aspira a un rich result concreto, revisa además si los campos obligatorios y recomendados aparecen correctamente interpretados. Como referencia técnica, la documentación oficial de Google sobre resultados enriquecidos y datos estructurados es la base más fiable para verificar requisitos y comportamiento esperado.
Cuándo conviene pedir ayuda técnica
Puede merecer la pena solicitar soporte si no está claro qué capa genera el schema, si el sitio usa varios plugins con funciones SEO solapadas, si el constructor añade scripts propios o si el problema solo aparece en determinadas plantillas, idiomas o tipos de contenido. También es recomendable cuando el marcado depende de desarrollos a medida o afecta a fichas con alto valor comercial.
En resumen, los errores JSON-LD en WordPress conviene abordarlos con cautela técnica: primero detectar, después validar y solo entonces corregir. El siguiente paso razonable es revisar el marcado antes de tocar plugins a ciegas y, si el origen no está claro, pedir ayuda técnica para no comprometer el SEO técnico ni la estabilidad del sitio, sobre todo en casos de compatibilidad de plugins y tema tras actualizar.
Fuentes de referencia
- Documentación oficial de Google sobre datos estructurados y Rich Results Test, y especificación de Schema.org.
¿Necesitas orientación personalizada?
Te ayudamos a entender tus opciones y el siguiente paso.