Un bloque JSON-LD puede pasar la prueba de resultados enriquecidos sin errores y, aun así, no servir para nada. Lo vemos cada semana en auditorías: el marcado es sintácticamente correcto, pero describe algo distinto de lo que el usuario ve en la página. El buscador no premia la etiqueta, premia la coincidencia.
El problema casi nunca está en el desarrollador que escribió el script, sino en la plantilla que lo inyecta. Cuando el mismo componente genera el marcado para cientos de URLs, cualquier desajuste se replica en todo el sitio y pasa desapercibido durante meses.
Errores que la validación no detecta
-
Tipo mal elegido. Un artículo de blog marcado como Product porque la plantilla arrastra el esquema de la ficha de tienda. Valida, pero no aplica.
-
Propiedades vacías o genéricas. Un campo author que siempre devuelve el nombre de la marca, o un datePublished que se actualiza en cada guardado del CMS.
-
Duplicidad entre plantilla y contenido. El editor rellena el autor en el cuerpo del texto y la plantilla lo vuelve a inyectar con otro valor. Dos verdades distintas para el mismo dato.
-
Marcar lo que no existe. Reseñas, valoraciones o preguntas frecuentes que no aparecen visibles en la página. Es el atajo más tentador y el que más se penaliza.
Cómo revisarlo sin perder la mañana
La prueba de resultados enriquecidos sirve para detectar errores de sintaxis, no de coherencia. Para lo segundo conviene abrir el informe de Mejoras en Search Console, comparar el tipo declarado con la plantilla real y revisar una muestra de URLs por cada patrón. Si el sitio tiene autores, categorías y paginación, cada uno merece su propia comprobación.
En medios digitales el caso se complica: el mismo artículo puede llevar marcado de NewsArticle, de BreadcrumbList y de Person para el autor. Si el CMS no distingue entre autor editorial y autor de plantilla, el resultado es un grafo inconsistente que el buscador termina ignorando.
Mantener el sistema cuando el sitio crece
Lo que funciona en veinte URLs se rompe en dos mil. Antes de añadir tipos nuevos, conviene fijar qué plantilla genera qué marcado, quién puede editarlo y cómo se valida tras cada despliegue. Sin esa disciplina, cada rediseño reintroduce los mismos errores.
