¿Qué comprobar primero si falla la validación de datos estructurados de Google?

¿Qué comprobar primero cuando falla la validación de datos estructurados de Google? Orden de revisión desde la sintaxis hasta el rastreo

Que falle la validación de datos estructurados de Google no significa necesariamente que la página no pueda indexarse, ni es preciso eliminar de inmediato todo el marcado. Para los responsables de evaluación técnica, la clave es distinguir primero entre si los datos estructurados cumplen la sintaxis de Schema.org y si satisfacen los requisitos de elegibilidad específicos de Google para resultados enriquecidos. Lo primero se centra en si el código puede analizarse correctamente; lo segundo también comprueba el contenido de la página, las propiedades obligatorias, el estado de rastreo y la idoneidad del tipo. Si se invierte el orden de revisión, es frecuente modificar repetidamente una propiedad e ignorar que la propia página no es accesible o que el marcado no coincide con el contenido visible.

Esto es especialmente relevante en sitios web corporativos multilingües, catálogos de productos B2B, tiendas transfronterizas y páginas de destino publicitarias, donde suelen coexistir plantillas, plugins, renderizado de frontend y versiones regionales. El JSON-LD de un mismo producto puede generarse por separado desde la plantilla del tema, el plugin SEO y el sistema de productos. Lo que ve la herramienta de validación no es simplemente la ausencia de un campo, sino una combinación de entidades duplicadas, precios en conflicto o enlaces no válidos.

Determine primero: en qué herramienta y en qué nivel se produce el fallo

El primer paso de la revisión no es modificar el código, sino conservar la información completa del error y confirmar el punto de detección. Schema Markup Validator puede ayudar a comprobar la estructura del marcado general de Schema.org; la prueba de resultados enriquecidos de Google se centra más en las condiciones de soporte para tipos de resultados específicos. Es normal que los resultados de ambos no coincidan por completo: un marcado Product puede ser sintácticamente correcto en una validación general, pero no ser elegible para resultados enriquecidos de productos por carecer de los campos de precio, inventario o reseñas requeridos por Google.

También es necesario distinguir entre «errores» y «advertencias». Un error normalmente significa que una entidad no puede analizarse según lo previsto o que faltan campos requeridos para esa función; una advertencia suele indicar que falta información complementaria. En los sitios web de fabricantes B2B, muchas páginas muestran equipos personalizados, rangos de parámetros o formularios de consulta, sin precios de transacción publicados. En este caso, no se deben inventar Offer, price o availability para eliminar advertencias. Si no existe una cotización pública verificable, debe evaluarse si Product es un tipo adecuado, o conservar únicamente marcados como Organization, BreadcrumbList y WebPage que coincidan con el contenido real de la página.

Una sintaxis correcta no implica que la elección del tipo sea correcta

En proyectos reales, el error de criterio más habitual es aplicar Product a todas las páginas de detalle. Para SKU estandarizados y productos de tiendas transfronterizas que se pueden comprar públicamente, esto suele ser razonable; sin embargo, para equipos industriales, servicios ODM, proyectos de ingeniería o páginas de catálogos solo disponibles para descarga, el núcleo de la página puede ser la presentación de una solución y no una cotización de producto que pueda cerrarse directamente. Si el contenido solo indica «solicite presupuesto», pero genera un precio e inventario fijos, no solo supone un riesgo de validación, sino que también crea una discrepancia entre la presentación en búsqueda y las expectativas del usuario.

Del mismo modo, tipos como FAQPage, Review y AggregateRating no deben utilizarse como interruptores de tráfico. El contenido de preguntas y respuestas debe aparecer realmente en la página; las reseñas deben tener una fuente rastreable y una atribución razonable; las valoraciones agregadas no pueden generarse a partir de textos de marketing. Que la implementación técnica supere la validación no significa que la página sea adecuada para aparecer en los resultados de búsqueda correspondientes. Google tiene autonomía para decidir la presentación de los resultados enriquecidos, y superar la validación tampoco garantiza su visualización.

A menudo se ignora la rastreabilidad de la página, especialmente en sitios dinámicos de frontend

Si no encuentra JSON-LD al copiar el código fuente de la página, o si el contenido detectado por la herramienta difiere del que se ve en el navegador, debe comprobar cómo se genera el marcado. Algunos sitios dependen de JavaScript del lado del cliente para inyectar datos después de cargar la página; cuando hay errores de script, tiempos de espera de la API, el contenido no se carga antes de aceptar las cookies o se restringen los recursos de renderizado, la versión obtenida por el rastreador puede estar incompleta. Una práctica más segura es hacer que los datos estructurados clave sean visibles en el HTML inicial o en resultados fiables de renderizado del lado del servidor, y basar el juicio en los resultados de rastreo reales, no en la vista previa local.

Otra comprobación básica son el código de estado y la URL canónica. Si una página devuelve 302, 404 o soft 404, tiene configurado noindex o su canonical apunta a otra URL, es posible que el marcado de la URL actual no se adopte aunque sea perfecto. Los sitios multilingües también deben confirmar página por página que la versión de idioma, hreflang, canonical y la URL, dirección de imagen e información de moneda de los datos estructurados se correspondan entre sí. No permita que una página en inglés haga referencia a imágenes de productos en chino o a precios del sitio principal, ni que varias páginas de idiomas compartan un Offer que no corresponda a la versión actual.

Al revisar marcados duplicados, compruebe primero «quién los genera»

Muchos problemas de validación se deben a la superposición de sistemas, no a errores de redacción manual. El tema del sitio genera Organization y BreadcrumbList, y el plugin SEO los añade de nuevo; una aplicación de comercio genera Product y un bloque de código insertado por el equipo operativo genera otra copia. Los name y url de ambas entidades pueden ser iguales, pero el precio, la marca o las imágenes pueden diferir. A veces la herramienta enumera varios elementos por separado; el verdadero problema es que el motor de búsqueda no puede determinar cuál es más fiable.

Se recomienda integrar los datos estructurados en el proceso de publicación: definir qué módulo es responsable de generar cada tipo de página y establecer una correspondencia entre los tipos de página y los tipos de Schema; tras rediseños, instalación de plugins o cambios de plantillas de idioma, realizar comprobaciones por muestreo de la página de inicio, páginas de categoría, páginas de detalle, páginas de artículos y páginas de destino. Para sitios de mayor tamaño, corregir una sola página no es tan eficaz como gestionar primero el origen de las plantillas; de lo contrario, la siguiente publicación masiva volverá a introducir errores similares.

Integre la validación en la colaboración entre el sitio web y el marketing, no como una tarea de desarrollo puntual

Los datos estructurados conectan el contenido, los datos de producto, la arquitectura técnica y la presentación en búsquedas. Que el equipo de marketing añada un conjunto de páginas de destino, que el equipo de desarrollo ajuste las reglas de URL o que el equipo de producto modifique la lógica de moneda o inventario puede afectar al marcado existente. Para las empresas de comercio exterior, los sitios internacionales suelen asumir simultáneamente las funciones de búsqueda orgánica, recepción de tráfico publicitario, captación desde redes sociales y conversión de consultas; la validación técnica no debe separarse de estos recorridos reales de página.

Yiyingbao Information Technology (Beijing) Co., Ltd. ofrece desde 2013 servicios relacionados con la creación inteligente de sitios web, la optimización SEO y el marketing digital internacional. En su enfoque sistemático de desarrollo para sitios corporativos multilingües, sitios de marketing B2B y tiendas transfronterizas, los datos estructurados son más adecuados como parte de la gobernanza de datos del sitio: confirmar si el contenido de la página es real, si las plantillas son estables y si las versiones de idioma y región son coherentes suele merecer más prioridad que añadir unos cuantos campos por separado.

Por lo tanto, cuando falle la validación de datos estructurados de Google, puede seguir el orden «origen del error — sintaxis — tipo y propiedades — rastreo y renderizado — coherencia del contenido — duplicación de plantillas». Tras corregirlo, vuelva a probar la URL correspondiente y preste atención a los comentarios posteriores de la plataforma de búsqueda. Si el problema se concentra en sitios multilingües, tiendas o plantillas dinámicas, aclarar primero las fuentes de datos y las reglas de página suele ser más fiable que reparar manualmente cada página.