El rich snippet que desapareció de la SERP · Serpion 006

La academia llevaba meses con un resultado enriquecido estable en las búsquedas principales. Estrellitas de valoración, número de reseñas, nombre del curso: todo visible justo debajo del título en la SERP. Ese tipo de presencia tiene un valor real: llama la atención, sube el CTR y transmite confianza antes de que nadie haga clic. Así que cuando llegó el aviso desde el panel de herramientas de búsqueda, nadie en el equipo entendió bien qué había pasado. El resultado seguía indexado, el tráfico no había caído de forma dramática y las páginas de curso respondían con normalidad.

El síntoma era claro: el rich snippet había desaparecido de la SERP. No de forma gradual ni progresiva. Simplemente dejó de mostrarse. Y lo que lo hacía más desconcertante era que el aviso no venía de un problema técnico evidente, sino de algo relacionado con cómo se estaba declarando la información al rastreador. La academia tenía marcado de datos estructurados activo desde hacía tiempo. Nunca había dado problemas. O eso creían.

Algo no me cuadraba. Si el código no había cambiado y la página seguía activa, la señal rota tenía que estar en otro nivel. No en lo que el navegador mostraba, sino en lo que Google estaba leyendo por debajo.

El rastro del rich snippet en una SERP que ya no lo mostraba

Lo primero que revisé fue el informe de mejoras en Google Search Console. Ahí estaba el aviso, sin ambigüedades: «Marcado de datos estructurados engañoso» sobre el tipo Course. Doce páginas afectadas. Estado: error. Las páginas en cuestión eran los cursos principales de la academia, precisamente los que habían estado mostrando el resultado enriquecido con valoración y reseñas durante meses.

El primer pensamiento fue que algo había cambiado en la configuración del sistema. Actualización del módulo de schema, cambio de plantilla, algún ajuste en el panel de administración que hubiera alterado el output del marcado. Revisé el historial de cambios. No había nada relevante en las semanas previas al aviso. El marcado llevaba funcionando igual desde hacía mucho tiempo. Eso me decía algo importante: el problema no era nuevo. Simplemente había tardado en detectarse.

Entonces consideré otra hipótesis. Google había actualizado sus criterios de elegibilidad para resultados enriquecidos de tipo curso varias veces en el último año. Era plausible que el rich snippet hubiera dejado de mostrarse por un cambio algorítmico que endureciera los requisitos para ese tipo de marcado, no por un error del sitio. La academia no era la única afectada en ese sector: había señales de que varias plataformas similares habían perdido visibilidad en la SERP por esas fechas.

Fui a comprobarlo. Revisé el comportamiento de dominios competidores con estructura similar y el mismo tipo de marcado. Varios seguían mostrando sus resultados enriquecidos sin interrupciones. Si el problema fuera un cambio global de criterios, el impacto debería ser más homogéneo. No lo era. El patrón de pérdida era selectivo, no generalizado. Esa hipótesis quedó descartada.

Una señal rota no siempre grita. A veces solo deja de empujar.

Cuándo el rich snippet dejó de ser representativo de lo que la página mostraba

Volví al marcado estructurado. Usé la herramienta de validación de schema.org y el Test de Resultados Enriquecidos de Google sobre las URLs afectadas. El marcado era sintácticamente correcto. No había errores de formato, las propiedades obligatorias estaban presentes y la estructura JSON-LD se procesaba sin problema. El validador no devolvía ningún fallo técnico.

Ahí estaba la pista buena. No en lo que fallaba, sino en lo que estaba demasiado limpio para ser casualidad.

Si la sintaxis era correcta y Google aun así lo marcaba como engañoso, el problema no era cómo estaba escrito el código. Era qué estaba declarando ese código en relación con lo que el usuario veía en la página.

{
  "@context": "https://schema.org",
  "@type": "Course",
  "name": "Curso de Estrategia Digital Avanzada",
  "description": "Aprende a construir estrategias digitales...",
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.8",
    "ratingCount": "347"
  }
}

Eso era lo que el marcado declaraba. Una valoración media de 4,8 sobre un total de 347 reseñas. Datos que Google leía directamente desde el JSON-LD y usaba para construir el rich snippet con las estrellitas en la SERP. Datos que, en teoría, deberían aparecer visibles también en la página para el usuario.

Fui a revisar las páginas de curso directamente. Ninguna mostraba las reseñas. No había un bloque de valoraciones, no había estrellas visibles, no había contador de opiniones. Las reseñas de los estudiantes existían, sí, pero estaban alojadas en una plataforma externa de gestión de cursos. La página de la academia embebía un iframe con acceso a esa plataforma, pero las reseñas no quedaban representadas como contenido propio de la página. Al depender de un iframe de un tercero, Google no podía utilizarlas como respaldo fiable del marcado declarado.

El marcado declaraba 347 reseñas y 4,8 de valoración. La página visible no mostraba ninguna de las dos cosas. Eso, para Google, no es un error técnico. Es una declaración que no se sostiene con lo que el usuario puede ver. Y eso tiene un nombre concreto en sus directrices: marcado engañoso.

Lo que Google leía y lo que la página realmente mostraba

La consecuencia directa fue la pérdida del rich snippet. Google no retiró la indexación de las páginas ni aplicó ninguna penalización que afectara al posicionamiento orgánico en sí. Las URLs seguían clasificando en resultados normales. Pero el resultado enriquecido, que había sido el activo más visible de esas páginas en la SERP durante meses, desapareció por completo.

El mecanismo es bastante directo: cuando Google detecta que el marcado de datos estructurados declara información que no está accesible ni verificable para el usuario en la misma página, puede considerar ese marcado engañoso según sus directrices. No importa que las reseñas existan en otro lugar. Si no están en la página donde el schema las declara, Google no puede validarlas. Y si no puede validarlas, no las muestra. Y si el marcado persiste con esa información no representada, puede emitir un aviso de contenido engañoso.

Lo que había pasado aquí era bastante habitual en academias que gestionan reseñas a través de plataformas externas: el marcado se implementó en un momento en que quizás las reseñas sí eran visibles directamente en la página. Con el tiempo, la integración cambió hacia un iframe de plataforma externa. El schema no se actualizó. Nadie reparó en que el marcado seguía declarando datos que ya no eran visibles para el rastreador.

 Ejemplo de lo que Google encontraba al rastrear la página 
 El HTML renderizado no contenía ningún bloque con esta información 

 Búsqueda en el DOM de la página: 
 "ratingValue"     → no encontrado en contenido visible 
 "ratingCount"     → no encontrado en contenido visible 
 Iframe externo   → contenido no procesado por Googlebot 
 Propiedad aggregateRating declarada en schema
 sin representación visible en la página. 

Google no estaba fallando. Estaba obedeciendo sus propias directrices al pie de la letra.

Ahí estaba el diagnóstico completo: el rich snippet no había desaparecido por un error de rastreo ni por un cambio algorítmico externo. Había desaparecido porque el marcado estructurado de la academia llevaba declarando información que la página no podía respaldar visualmente, y Google finalmente lo detectó y emitió el aviso correspondiente.

Reconstruir la señal desde dentro

Con el diagnóstico claro, el siguiente paso era decidir cómo corregirlo. Y aquí había una decisión que no era tan obvia como parecía.

Qué retirar, qué reconstruir y por qué el orden importaba

La tentación inmediata era corregir el schema directamente: quitar la propiedad aggregateRating del JSON-LD, limpiar el aviso y solicitar la revisión. Técnicamente correcto. Pero hacerlo así, sin más, hubiera dejado el marcado de curso sin ningún dato de valoración, y eso significaba renunciar definitivamente a cualquier posibilidad de recuperar el rich snippet con estrellitas en el futuro.

El otro camino era hacer las reseñas visibles en la página. Si las valoraciones de los estudiantes se mostraban directamente en el HTML que Google procesaba, el schema podría volver a declararlas con respaldo real. Eso era lo correcto a largo plazo, pero requería trabajo de integración con la plataforma externa y un tiempo de implementación que el equipo no tenía de inmediato.

Optar por la segunda opción sin terminarla era el error más peligroso que podía cometerse. Si se dejaba el marcado con aggregateRating mientras se trabajaba en la integración, el aviso de contenido engañoso seguiría activo. Cada día adicional con ese aviso sin resolver era un día más en que Google tenía razones para no confiar en el marcado de ese dominio. No era un riesgo teórico: mantener marcado engañoso durante tiempo puede afectar a la confianza que Google deposita en esos datos estructurados y dificultar la aparición de resultados enriquecidos.

La decisión fue hacer las dos cosas, pero en orden. Primero, retirar la propiedad aggregateRating del schema de todas las páginas afectadas para eliminar el contenido engañoso de inmediato. Segundo, solicitar la revisión en Search Console una vez limpio el marcado. Tercero, mientras se tramitaba la revisión, trabajar en paralelo en la integración real de reseñas visibles en las páginas de curso. Y cuarto, cuando esa integración estuviera lista y las valoraciones fueran parte del HTML procesable, volver a incluir aggregateRating en el schema con datos que Google pudiera verificar.

El riesgo de ejecutar mal este proceso era claro: solicitar la revisión antes de limpiar el marcado, o volver a introducir el aggregateRating antes de que las reseñas fueran visibles, podría derivar en un segundo aviso. Y un segundo aviso del mismo tipo, sobre el mismo dominio, tiene muchas menos probabilidades de resolverse con rapidez.

Después de limpiar el marcado y solicitar la revisión, el aviso desapareció de Search Console en algo menos de dos semanas. Las páginas dejaron de mostrar el error y recuperaron la posibilidad de ser consideradas para resultados enriquecidos. La recuperación del rich snippet con valoraciones quedó condicionada a completar la integración de reseñas visibles, que se planificó como siguiente fase del proyecto.

Cuando una corrección depende de un dato que todavía no está donde debe estar, hay que limpiar primero y construir después. No al revés.