Por qué no se muestra su precio de oferta en Google Shopping: diagnóstico del feed en ocho comprobaciones

Ha añadido sale_price al feed, el producto está aprobado y, aun así, el comprador ve un único precio sin tachado y sin etiqueta de oferta. La propia documentación de Google explica por qué ocurre con más frecuencia de la que los equipos de feed esperan: una anotación de precio de oferta requiere un descuento superior al 5 % e inferior al 90 %, un precio base que se haya cobrado durante el tiempo suficiente (en la mayoría de los países de anuncios de Shopping, 30 días dentro de los últimos 200) y una página de destino que muestre ambos precios. Si falla una sola condición, el producto sigue activo pero sin la anotación. Esta guía está dirigida a responsables de feeds y equipos de paid media que lanzan ofertas en Google Shopping. Al terminar podrá repasar ocho comprobaciones por orden, encontrar cuál está fallando y corregirla en el feed y no en la tienda.

Qué significa realmente «no se muestra»

Bajo la queja «el precio de oferta no se muestra» se esconden tres fallos distintos, y cada uno requiere una solución diferente.

• El producto está rechazado. Merchant Center se lo notifica. El precio de oferta incumplió un requisito de datos; por ejemplo, no era inferior a price o no coincidía con la página de destino.
• El producto está aprobado, pero el comprador ve el precio de oferta sin tachado ni etiqueta. Los datos son válidos, pero no se cumplen las reglas de elegibilidad de la anotación.
• El producto muestra el precio antiguo. La oferta nunca llegó a Google, ha caducado o no se programó correctamente.

Google afirma con claridad que no siempre se garantiza que las anotaciones de precio de oferta se muestren, incluso cuando cumple los requisitos. Por eso el objetivo de esta guía es eliminar todas las causas que usted controla y ser honestos sobre la incertidumbre restante.

El diagnóstico en ocho comprobaciones

Ejecútelas en orden. Las cuatro primeras son comprobaciones de datos que puede hacer solo con el feed. Las cuatro últimas requieren el historial de precios, la página de destino o los ajustes de la cuenta.

Comprobación 1: price y sale_price están en el orden correcto

La regla de Google es sencilla: sale_price debe ser inferior a price, y esa diferencia tiene que ser visible en los datos de su producto. Un fallo típico es una plataforma de tienda que exporta en price la cifra ya rebajada y deja sale_price vacío o idéntico. Google indica a los comerciantes que envíen en price el precio completo, sin descuento, y que solo pongan el precio rebajado en price si no utilizan sale_price en absoluto.

Un par correcto tiene este aspecto:

price: 1000.00 TRY
sale_price: 799.00 TRY

Redondee a dos decimales en el feed, porque Google redondea por su cuenta los dígitos adicionales y el resultado puede desviarse del que muestra la página.

Comprobación 2: el porcentaje de descuento

Calcule el porcentaje en cada fila de oferta antes de publicar: (price - sale_price) / price. Google exige que sea superior al 5 % e inferior al 90 %. En el ejemplo anterior es del 20,1 %, así que lo supera. Una rebaja del 3 % nunca llevará anotación, y tampoco una fila con un 92 %, que de todos modos suele ser un error de datos.

Comprobación 3: formato de sale_price_effective_date

El atributo es un intervalo de fechas en ISO 8601 con inicio y fin, separados por una barra. El patrón documentado por Google es YYYY-MM-DDThh:mm[±hhmm] o YYYY-MM-DDThh:mmZ, con un límite de 51 caracteres. Una ventana de Black Friday para una tienda en Estambul tiene este aspecto:

sale_price_effective_date: 2026-11-20T00:00+0300/2026-11-30T23:59+0300

Importan dos valores por defecto. Si omite la hora, la oferta empieza a medianoche de la fecha de inicio y termina a las 23:59 de la fecha de fin. Si omite la zona horaria, Google usa UTC. Una tienda turca que escriba 2026-11-20T00:00 sin desfase empieza su oferta tres horas tarde para los compradores de Turquía, y una tienda de MENA en Dubái (UTC+4) pierde cuatro horas. Escriba siempre el desfase.

Valide también las fechas: la propia página de ayuda de Google contiene un ejemplo con un 29 de febrero en un año no bisiesto, así que pruebe los ejemplos antes de copiarlos.

Comprobación 4: envíe ambos atributos de oferta

En los feeds de actualización de inventario online, Google indica que sale_price y sale_price_effective_date deben enviarse juntos o no enviarse, y que enviar solo el precio significa que el artículo no se ha subido. En los feeds de datos de producto ordinarios la fecha es opcional, pero nosotros la enviamos en cada oferta programada para que el final quede explícito.

Comprobación 5: historial del precio base

Esta comprobación es fácil de pasar por alto y puede dejar una fila de oferta válida sin anotación. Google exige que el precio base se haya cobrado durante un tiempo mínimo. Las cifras siguientes son las que figuran en la página de Google en el momento de redactar este artículo.

Turquía no aparece en estas listas. Por la página no podemos saber qué se aplica a una cuenta turca, así que consulte el estado de sus propios productos en Merchant Center en lugar de dar por supuesto que los 30 días se aplican o no.

La consecuencia práctica tiene que ver con la secuencia. Un producto nuevo lanzado a 1.000 TRY el 1 de noviembre no puede llevar una anotación de oferta el 10 de noviembre en un país de 30 días dentro de 200. Un producto cuyo precio se subió durante una semana justo antes de una campaña puede fallar la misma prueba, porque el precio base no se ha cobrado durante el tiempo suficiente. Si su calendario de ofertas depende de las anotaciones, proteja el precio base durante las semanas previas.

Comprobación 6: la página de destino

Google exige que los precios original y de oferta se muestren en la página de destino, y que el valor de sale_price coincida con el precio mostrado en la página y en el checkout. Si la página de producto solo muestra la cifra rebajada y el tachado lo añade más tarde un script que no se ejecuta para Googlebot, el feed y la página no coinciden. Revise el HTML renderizado para comprobar que aparecen ambos precios. Nuestra guía anterior sobre cómo evitar que Google sobrescriba los datos de precio de su feed explica qué ocurre cuando la página y el feed divergen.

Comprobación 7: qué no debe estar en sale_price

Google excluye tres cosas. Los descuentos por código promocional pertenecen a los ajustes de descuento de la tienda, no a sale_price. Los precios de fidelización y de socios van en loyalty_program. Y los precios de oferta enviados como promociones de Merchant Center no cuentan como precios de oferta a efectos de la anotación. Si su campaña es «un 10 % extra en la cesta», es una promoción, y el precio del feed se mantiene como está.

Comprobación 8: ¿ha leído Google el cambio?

Una descarga programada puede dejar un desfase. La propia página de integración de Google Merchant Center de Feedance señala que Merchant Center puede volver a leer un feed alojado cada hora, cada día, cada semana o cada mes, y que los catálogos con cambios de precio rápidos pueden necesitar envíos por API. Tras cualquier cambio de oferta, abra el producto en Merchant Center, confirme que el precio mostrado es el nuevo y solo entonces valore si falta la anotación.

Un ejemplo práctico con historial de precios

Esta es una fila hipotética, no datos de un cliente. Una chaqueta figura a 1.000,00 TRY. El 10 de noviembre se rebaja a 800,00 TRY durante una semana, el 17 de noviembre vuelve a 1.000,00 TRY y después se ofrece a 700,00 TRY por Black Friday el 27 de noviembre.

price: 1000.00 TRY
sale_price: 700.00 TRY
sale_price_effective_date: 2026-11-27T00:00+0300/2026-11-30T23:59+0300

El feed supera las comprobaciones 1 a 4: el descuento es del 30 %, las fechas son válidas y el desfase está presente. Respecto a la prueba del precio base de Google, el producto se cobró a 1.000 TRY durante la mayor parte del periodo de referencia, por lo que es probable que supere la comprobación 5 en un país de 30 días dentro de 200. La norma turca es una prueba distinta, y es la que detecta esta fila. Desde que la modificación publicada en el Resmi Gazete del 18 de febrero de 2022 (número 31754) entró en vigor el 1 de marzo de 2022, el precio previo al descuento en una venta con descuento es el precio más bajo cobrado en los 30 días anteriores al descuento, según el resumen de KPMG sobre la modificación. Aquí el precio más bajo de los 30 días previos es 800 TRY, de modo que el descuento real frente a esa referencia es del 12,5 %, no del 30 %. La carga de probar los hechos del descuento recae en el vendedor. Un feed que tacha 1.000 TRY en la página de destino mientras la semana a 800 TRY figura en el historial de precios supone un problema regulatorio aunque Google muestre la anotación.

Para cualquier mercado, el artefacto que ayuda con ambas pruebas es un registro diario del precio realmente cobrado por SKU.

Lista de verificación previa para un feed de ofertas

1. Exporte price, sale_price y sale_price_effective_date de cada SKU en oferta.
2. Calcule el porcentaje de descuento y marque todo lo que sea igual o inferior al 5 %, o igual o superior al 90 %.
3. Marque las filas sin desfase de zona horaria.
4. Cruce con su historial de precios y marque los SKU cuyo precio base haya cambiado en los últimos 30 días.
5. Renderice diez páginas de producto de muestra y confirme que ambos precios son visibles sin interacción del usuario.
6. Confirme que no se ha escrito ningún código promocional ni precio de fidelización en sale_price.

Cómo medir si la anotación ha ayudado

No dé por hecho que un tachado mejora los resultados. Compare grupos de productos equivalentes durante las mismas fechas, siguiendo el enfoque de nuestra guía para medir el impacto en el ROAS de un cambio en el feed. Si el formato de TRY, AED o SAR es incoherente, corríjalo primero; consulte nuestra guía sobre errores de IVA, moneda y decimales.

Dónde se queda corta esta guía

Hemos trabajado con las páginas de ayuda de Google tal como estaban cuando las consultamos, y Google cambia estos requisitos. No hemos podido confirmar qué se aplica a las cuentas turcas, porque Turquía no figura en las listas de países de la página de anotaciones. No podemos ver el interior de su cuenta de Merchant Center, por lo que la elegibilidad puede diferir de lo que sugieren las reglas, y el propio Google dice que las anotaciones no están garantizadas. Tampoco hemos cubierto Meta ni otros canales, cuyos campos de precio de oferta siguen reglas distintas. La sección sobre la normativa turca se basa en un resumen secundario, no en el texto del Resmi Gazete, y no constituye asesoramiento jurídico; confírmelo con un abogado. Channable publica su propia explicación sobre las anotaciones de precio de oferta, que merece la pena leer junto con esta guía.

Preguntas frecuentes

¿Por qué mi sale_price está aprobado pero no hay tachado?

La aprobación solo comprueba la validez de los datos. La anotación tiene condiciones adicionales: un descuento superior al 5 % e inferior al 90 %, un precio base vigente durante el tiempo suficiente para su país y ambos precios visibles en la página de destino. Empiece por las comprobaciones 2, 5 y 6.

¿Necesito sale_price_effective_date?

En los feeds de datos de producto ordinarios es opcional. En los feeds de actualización de inventario online, Google indica que ambos atributos de oferta deben enviarse juntos. Recomendamos enviarlo en cada oferta programada para que el final de la oferta quede explícito.

¿Puedo poner en sale_price un descuento por código promocional?

No. Google le pide que gestione los descuentos por código promocional en los ajustes de descuento de la tienda. Los precios de fidelización y de socios van, en cambio, en el atributo loyalty_program.

¿Una promoción de Merchant Center crea una anotación de oferta?

No. Google indica que los precios de oferta enviados como promociones no cuentan. Use el atributo sale_price para las anotaciones de oferta y las promociones para ofertas como los descuentos en la cesta.

¿Cuánto tiempo debe haber estado vigente el precio original?

En la mayoría de los países de anuncios de Shopping, Google indica 30 días dentro de los últimos 200. En EE. UU., para anuncios de Shopping, son 5 días dentro de los últimos 30 o 15 días dentro de los últimos 200. Los anuncios de inventario local necesitan 60 días.

¿Por qué el descuento que muestro difiere del que fija la ley turca?

Google comprueba el precio base que usted cobró. Las normas turcas, según el resumen de KPMG, fijan como referencia el precio más bajo de los 30 días anteriores al descuento. Una rebaja temporal puede reducir el precio de referencia frente al que legalmente puede anunciar.

Revise su propio feed

Si quiere una segunda opinión sobre los atributos de precio de su feed, páselo por la herramienta gratuita de auditoría de feeds de productos de Feedance.