Referencia de atributos
Fecha efectiva del precio de oferta [sale_price_effective_date]: programar rebajas en Google Shopping
Guía de sale_price_effective_date en Google Merchant Center: el formato del intervalo de fechas para iniciar y terminar precios de oferta, y errores comunes.
Sandalias de tacón ancho Zara — Camel
La oferta tiene límite de tiempo → caduca automáticamente → el historial del precio base queda intacto → la anotación de precio tachado aparece correctamente
Sandalias de tacón ancho Zara — Camel
sale_price definido pero sin fecha efectiva → la oferta nunca caduca automáticamente → sin querer, la rebaja pasa a ser «permanente» → el precio base pierde credibilidad y no se cumplen las condiciones para la anotación
sale_price_effective_date define cuándo empieza y termina una oferta. Sin él, la oferta sigue activa indefinidamente, lo que pone en riesgo el requisito del precio base (el precio debe estar activo 30 días o más para que aparezca el tachado) y puede causar problemas con las políticas si el precio «original» nunca llega a cobrarse.
¿Qué es sale_price_effective_date?
El atributo sale_price_effective_date define el intervalo de fechas durante el cual el sale_price de un producto está activo. Funciona como un mecanismo de programación: el precio de oferta se activa en la fecha y hora de inicio y se desactiva automáticamente en la fecha y hora de finalización, y el precio mostrado vuelve al valor price habitual. Fuera de este periodo, Google ignora el campo sale_price por completo.
Sin este atributo, un sale_price enviado está permanentemente activo; nunca caduca. Es la causa más habitual de rebajas que siguen activas sin querer y, sin que te des cuenta, puede impedirte mostrar la anotación de precio tachado (que requiere que el precio base haya estado activo durante al menos 30 de los últimos 200 días).
Especificaciones técnicas
| Nombre del feed | sale_price_effective_date |
| Obligatorio | Recomendado (técnicamente no es obligatorio, pero muy recomendable si usas sale_price) |
| Formato | Intervalo ISO 8601: start/end; p. ej., 2025-06-01T00:00:00+00:00/2025-06-30T23:59:59+00:00 |
| Formato de solo fecha | También se acepta 2025-06-01/2025-06-30 |
| Separador | Barra inclinada / entre start y end |
| Zona horaria | Incluye el desfase horario (p. ej., +02:00, -05:00 o +00:00 para UTC) |
Cómo funciona el par sale_price + sale_price_effective_date
-
Antes de la fecha y hora de inicio: Google muestra el
pricehabitual. El precio de oferta está en el feed, pero no se muestra. -
Entre la fecha y hora de inicio y la de fin: Google muestra
sale_pricecon un tachado enprice(si se cumple la condición del precio base de 30 días). -
Después de la fecha y hora de fin: Google vuelve al
pricehabitual. El valor del precio de oferta permanece en el feed pero se ignora. -
Sin fecha efectiva definida: El precio de oferta está activo indefinidamente hasta que se elimina del feed.
La regla de los 30 días del precio base
Para que aparezca la anotación de precio tachado (el precio original tachado junto al precio de oferta), el price base debe haber sido el precio real del producto durante al menos 30 de los 200 días anteriores. Esto significa:
-
Mantener una oferta 30 días o más sin fecha de fin desgasta el historial del precio base y puede hacer que la anotación desaparezca.
-
Las ofertas consecutivas (termina una oferta, empieza otra inmediatamente) también reducen el tiempo en el precio base.
-
Inflar artificialmente el
pricejusto antes de una oferta, para rebajarlo justo después, no cumple este requisito y es una infracción de las políticas. -
Una oferta bien programada y con límite de tiempo (p. ej., 7–14 días) mantiene intacto el historial del precio base y garantiza que la anotación aparezca en la siguiente oferta.
Reglas
-
La fecha y hora de inicio debe ser anterior a la de finalización; los intervalos invertidos hacen que el precio de oferta nunca se active.
-
sale_pricedebe ser estrictamente inferior aprice. -
Solo un periodo de vigencia por producto (no varios intervalos).
-
No definas una fecha de finalización en el pasado; el precio de oferta se tratará inmediatamente como caducado.
-
El desfase horario es obligatorio si incluyes la hora; si lo omites, la oferta puede activarse o caducar a horas inesperadas.
Prácticas recomendadas
-
Define siempre una fecha de finalización: casi nunca hay un motivo comercial para que una oferta dure indefinidamente. Si conviertes en norma fija de tu proceso de feed que toda oferta tenga fecha de fin, evitarás promociones que se alargan sin querer.
-
Programa las ofertas con antelación a través del feed: sube
sale_price+sale_price_effective_datecon una fecha de inicio futura antes de que se lance la oferta. Así evitas las prisas con el feed el mismo día y te aseguras de que la oferta se active justo a la hora prevista. -
Usa feeds complementarios para la programación dinámica de ofertas: si realizas promociones frecuentes y de corta duración (p. ej., ofertas flash), un feed complementario limitado a los productos en oferta se actualiza más rápido que un feed completo y permite activar/desactivar ofertas con una programación más precisa.
-
Respeta la regla de los 30 días como una restricción de calendario: después de cualquier período de oferta, deja pasar al menos 30 días con el
pricenormal antes de lanzar otra oferta en los mismos productos. Así podrás seguir mostrando la anotación en futuras promociones.
Errores comunes
-
Definir
sale_pricesinsale_price_effective_date: la oferta nunca caduca automáticamente. -
Invertir las fechas de inicio y fin: la oferta nunca se activa.
-
Usar un formato sin barras (p. ej., dos campos de fecha separados): incorrecto; debe ser una única cadena
start/end. -
Omitir el desfase horario: la oferta se activa/caduca a horas inesperadas.
-
Definir una fecha de finalización en el pasado: Google trata la oferta como ya caducada y muestra el precio habitual inmediatamente.
-
Encadenar ofertas con tanta frecuencia que el historial del precio base queda por debajo de los 30 días: la anotación de precio tachado desaparece.
-
Definir
sale_priceigual aprice: sin descuento, sin anotación, posible advertencia de calidad de datos.
Preguntas frecuentes
¿Cuál es el formato exacto de sale_price_effective_date?
YYYY-MM-DDThh:mm:ss+HH:MM/YYYY-MM-DDThh:mm:ss+HH:MM. Ejemplo: 2025-06-01T00:00:00+00:00/2025-06-30T23:59:59+00:00. Esto significa que la oferta empieza a medianoche UTC del 1 de junio y termina al final del día 30 de junio. Incluye siempre el desfase horario. También se acepta el formato de solo fecha (sin hora): 2025-06-01/2025-06-30, pero si incluyes la hora controlas con precisión cuándo se activa y cuándo caduca la oferta.¿Es obligatorio sale_price_effective_date cuando uso sale_price?
sale_price sin sale_price_effective_date, el precio de oferta se activa inmediatamente y nunca caduca automáticamente; sigue activo hasta que eliminas sale_price del feed. Es la causa más habitual de rebajas que se alargan sin querer. Define siempre un periodo de vigencia para garantizar la caducidad automática.¿Qué es la regla del precio base de 30 días y cómo se relaciona con este atributo?
price) haya sido el precio real del producto durante al menos 30 de los 200 días anteriores. Si tu oferta dura demasiado, sobre todo por falta de sale_price_effective_date, el precio rebajado se convierte a efectos prácticos en el precio «real», la condición de los 30 días deja de cumplirse y la anotación de precio tachado desaparece. Una oferta bien acotada en el tiempo protege el historial de tu precio base.¿Puedo programar una oferta futura usando este atributo?
sale_price y sale_price_effective_date con una fecha de inicio en el futuro, y Google activará el precio de oferta automáticamente cuando llegue la fecha de inicio. Hasta entonces se muestra el price actual. Esto es ideal para promociones planificadas (Black Friday, rebajas de temporada): sube los datos de la oferta con antelación y se activará en la fecha programada, sin tener que actualizar el feed ese mismo día.¿Qué ocurre cuando pasa la hora de finalización de sale_price_effective_date?
sale_price_effective_date, Google vuelve automáticamente a mostrar el valor del atributo price habitual y elimina la anotación de oferta. El valor sale_price permanece en tu feed; Google simplemente lo ignora porque la fecha efectiva ha caducado. No necesitas eliminar sale_price de tu feed cuando termine la oferta, aunque es buena práctica limpiarlo en tu próxima actualización completa del feed.¿Puede ser el sale_price mayor que el precio habitual?
sale_price sea estrictamente inferior a price. Si sale_price es igual o superior a price, la anotación de oferta no aparecerá y el producto podría recibir una advertencia de calidad de datos. Asegúrate de que cualquier descuento sea real (al menos una pequeña rebaja). Google también analiza patrones y no mostrará la anotación de precio tachado en los productos con precios base inflados artificialmente.Guías relacionadas
- Referencia de atributosAtributo Precio de oferta [sale_price] en Google Shopping: precio tachado e impacto en el CTR
- Referencia de atributosPrecio [price] en Google Shopping: requisitos, prácticas recomendadas y ejemplos
- Referencia de atributosFecha de disponibilidad [availability_date] en Google Shopping: guía para preventa y productos bajo pedido