¿Por qué no se muestran los resultados enriquecidos después de superar la prueba?

Superar la prueba con una herramienta de check rich snippets solo indica que cierto tipo de datos estructurados de la página cumple los requisitos técnicos que la herramienta puede comprobar; no significa que Google garantice la aparición de resultados enriquecidos. Que se muestren o no también depende de si la página está indexada, de cuál sea la URL canónica elegida por Google, de si el contenido cumple las políticas de la función correspondiente y de si el contexto de búsqueda actual activa su visualización.

Al investigar el problema, lo más importante es distinguir entre dos situaciones: si Google aún no ha procesado la página correcta o si ya la ha procesado, pero ha decidido no mostrarla. En el primer caso, hay que revisar el rastreo, la indexación y la versión de la página; en el segundo, centrarse en comprobar los requisitos de elegibilidad y el contenido, para evitar modificar una y otra vez un código que no tiene ningún problema.

¿Qué significa exactamente que la prueba se haya superado?

La prueba de resultados enriquecidos de Google comprueba si la página se puede analizar y si los tipos de datos estructurados compatibles cumplen los requisitos técnicos correspondientes. No demuestra que la página esté indexada ni permite evaluar por completo su calidad o todos los requisitos de las políticas.

También hay que confirmar qué herramienta se ha utilizado. Si el validador de marcado de Schema.org indica que es válido, solo significa que el marcado cumple las reglas de vocabulario y sintaxis correspondientes; Google puede no admitir la presentación en los resultados de búsqueda de ese tipo de datos. Incluso si se utiliza una herramienta de prueba oficial de Google, conviene comprobar qué tipos ha detectado en concreto, en lugar de fijarse únicamente en el indicador verde.

Los «errores» y las «advertencias» también deben tratarse por separado. La ausencia de un atributo obligatorio puede hacer que el elemento correspondiente pierda su elegibilidad; que falte un atributo recomendado no necesariamente impide que se muestre. Añadir campos que no son aplicables o introducir precios o valoraciones ficticios puede, por el contrario, hacer que el marcado no coincida con el contenido de la página.

Confirma primero que Google ha indexado esta página concreta

En «Inspección de URLs» de Search Console, introduce la URL objetivo y consulta el estado de indexación, la fecha del último rastreo y la «URL canónica seleccionada por Google». Si la URL canónica seleccionada es otra página, revisa el contenido duplicado, las redirecciones, los enlaces internos y la configuración de canonical, en vez de seguir modificando únicamente el marcado de la URL actual.

En los sitios multilingües de comercio internacional, comprueba especialmente cada versión lingüística: que la página en inglés supere la prueba no significa que las páginas en otros idiomas también tengan los mismos datos; que se pueda probar una URL de producto con parámetros tampoco significa que sea la URL que se utiliza realmente en los resultados de búsqueda.

• No está indexada: revisa noindex, los permisos de acceso, la respuesta del servidor y el contenido de la página; no consideres el marcado de resultados enriquecidos el principal elemento que hay que corregir.
• La fecha del rastreo es anterior a la fecha de modificación: es posible que Google siga utilizando la versión anterior; habrá que esperar a que vuelva a rastrear y procesar la página.
• La URL canónica es distinta: comprueba el contenido y el marcado en la URL seleccionada, y confirma que la configuración de canonical sea la esperada.

La opción «Probar URL publicada» refleja la accesibilidad actual de la página, pero no significa que la indexación ya se haya actualizado. Solicitar la indexación es una acción de envío, pero no garantiza un procesamiento inmediato ni la aparición de resultados enriquecidos.

Que el código supere la prueba no significa que el rastreo de la página publicada también sea correcto

Si durante la prueba se pegó el código manualmente, solo se validó ese fragmento de código. La página publicada puede generar un contenido distinto o verse afectada por la carga de scripts, la caché, las ventanas de consentimiento de cookies y las reglas de protección. Vuelve a probar la URL real y comprueba el HTML obtenido por la herramienta y el resultado del renderizado.

Comprueba especialmente que los datos estructurados aparezcan en el resultado del rastreo, que las imágenes y el contenido principales sean accesibles y que no dependan de iniciar sesión o de que el usuario haga clic para cargarse. Si el marcado se inserta dinámicamente mediante scripts, revisa el contenido una vez renderizado y no te limites al código fuente del navegador.

También hay que comprobar si las plantillas y los complementos generan los datos por duplicado. Por ejemplo, un mismo producto puede aparecer con dos precios, niveles de inventario o nombres de producto distintos. Aunque algunos elementos sean válidos, las discrepancias de información deben corregirse. Unifica la fuente de los datos en lugar de seguir añadiendo más marcado.

Tras cumplir los requisitos técnicos, también hay que comprobar la elegibilidad para aparecer

Los datos estructurados deben describir el contenido principal real y visible de la página. No se deben incluir en el marcado valoraciones que no aparezcan en la página, precios que ya no estén vigentes ni preguntas y respuestas que no guarden relación con el texto, solo para obtener una presentación especial.

Los requisitos de elegibilidad también varían según la función de resultados enriquecidos. Por ejemplo, Google limita explícitamente la aparición de resultados enriquecidos de FAQ, principalmente a sitios web gubernamentales y de salud reconocidos y de autoridad. Aunque el marcado de FAQ de un sitio web empresarial común supere la prueba, eso no permite esperar que aparezca un formato desplegable de preguntas y respuestas en los resultados de búsqueda.

En las páginas de producto, hay que distinguir entre experiencias como los fragmentos de producto y la información del comerciante. Una página de producto B2B que solo ofrece la opción de solicitar un presupuesto y no publica precios no debe introducir «0» ni inventar un precio para eliminar una advertencia. La elegibilidad para una presentación concreta debe determinarse consultando la documentación de esa función; no se debe considerar que todos los marcados de producto tienen los mismos requisitos.

Si muchas páginas dejan de aparecer en el formato habitual al mismo tiempo, revisa el informe de acciones manuales de Search Console y compáralo con las directrices generales de Google sobre datos estructurados y la documentación del tipo concreto. Las herramientas de prueba no cubren todos los problemas relacionados con las políticas.

Si cumple los requisitos, ¿por qué no aparece en una búsqueda concreta?

Entre cumplir los requisitos y aparecer realmente interviene la decisión del sistema de búsqueda. El formato puede variar para una misma URL según la consulta, la región y el dispositivo. No ver estrellas, precios u otros elementos en una búsqueda manual puntual no demuestra por sí solo que la configuración sea incorrecta.

En Search Console, puedes consultar los informes de mejoras de resultados enriquecidos disponibles para comprobar los elementos válidos y, en el informe «Rendimiento», observar las impresiones reales mediante la dimensión disponible «Apariencia en el buscador». La disponibilidad de los informes relacionados depende de los datos del sitio y de los tipos compatibles; que no haya un informe correspondiente no permite concluir directamente que el marcado no sea válido.

Si los elementos válidos se mantienen estables, la versión indexada es la correcta y no se detectan problemas con las políticas, no hace falta modificar el marcado a diario. Ten en cuenta la fecha del último rastreo y observa las consultas relevantes durante un periodo adecuado para evitar confundir las variaciones de visualización a corto plazo con un fallo técnico.

Aplica las correcciones en la etapa adecuada

Un orden razonable para abordar el problema es: confirmar la indexación y la URL canónica, comprobar la versión rastreada en línea y, después, revisar la elegibilidad del tipo, la coherencia del contenido y las impresiones reales. Tras cada modificación, registra la fecha, las URL afectadas y los cambios realizados para poder determinar si la variación se debe a una corrección de la plantilla, a un nuevo rastreo o a las fluctuaciones de los resultados de búsqueda.

Al utilizar herramientas como las soluciones de marketing AI+SEO, que ofrecen funciones de redacción en lotes, generación de TDK y ampliación de palabras clave, también se debe evaluar por separado la producción de contenido y la elegibilidad para aparecer. Generar más contenido o modificar títulos y descripciones no sustituye la revisión de los datos estructurados ni garantiza la aparición de resultados enriquecidos.

Lo que realmente hay que corregir son los problemas verificables: si se rastrea la página equivocada, corrige la canonicalización; si no se pueden leer los datos, corrige la implementación; si el contenido y el marcado no coinciden, unifica la información. Si no hay anomalías en ninguno de estos aspectos, que una prueba se supere sin que el resultado aparezca puede ser normal. No sigas añadiendo campos ficticios ni marcados duplicados para perseguir su visualización.