Période de validité du prix soldé [sale_price_effective_date] : planifier des promotions dans Google Shopping

Qu’est-ce que sale_price_effective_date ?

L’attribut sale_price_effective_date définit la plage de dates pendant laquelle le sale_price d’un produit est actif. Il fonctionne comme un mécanisme de planification : le prix soldé s’active à la date et l’heure de début et se désactive automatiquement à la date et l’heure de fin, ramenant le prix affiché à la valeur price normale. En dehors de cette fenêtre, Google ignore complètement le champ sale_price.

Sans cet attribut, un sale_price soumis est actif en permanence — il n’expire jamais. C’est la première cause de promotions qui se prolongent par erreur, et cela peut, sans que vous le remarquiez, vous empêcher d’afficher l’annotation de prix barré (qui exige que le prix de base ait été actif pendant au moins 30 des 200 derniers jours).

Spécifications techniques

Comment fonctionne la paire sale_price + sale_price_effective_date

• Avant la date et l’heure de début : Google affiche le price normal. Le prix soldé est présent dans le flux, mais n’est pas affiché.

• Entre le début et la fin de la période : Google affiche le sale_price avec le price barré (si la condition du prix de base de 30 jours est remplie).

• Après la date et l’heure de fin : Google revient au price normal. La valeur du prix soldé reste dans le flux mais est ignorée.

• Aucune date de validité définie : le prix soldé reste actif indéfiniment, jusqu’à ce qu’il soit supprimé du flux.

Prix barré : la règle des 30 jours au prix de base

Pour que l’annotation de prix barré apparaisse (affichant le prix d’origine barré à côté du prix soldé), le price de base doit avoir été le prix réel du produit pendant au moins 30 des 200 jours précédents. Concrètement :

• Laisser courir une promotion 30 jours ou plus sans date de fin érode l’historique du prix de base et peut faire disparaître l’annotation

• Les promotions consécutives (une promotion se termine, une autre commence immédiatement) réduisent aussi le temps passé au prix de base

• Gonfler artificiellement le price juste avant une promotion — puis le réduire immédiatement — ne satisfait pas à cette exigence et est contraire aux règles

• Une promotion bien planifiée et limitée dans le temps (par ex., 7 à 14 jours) préserve l’historique du prix de base et garantit que l’annotation apparaîtra lors de la prochaine promotion

Règles

• La date et l’heure de début doivent être antérieures à la date et l’heure de fin — les plages inversées empêchent le prix soldé de s’activer

• sale_price doit être strictement inférieur à price

• Une seule plage de dates de validité par produit (pas de plages multiples)

• Ne définissez pas de date de fin dans le passé — le prix soldé sera immédiatement considéré comme expiré

• Les décalages de fuseau horaire sont obligatoires dès que vous indiquez une heure — leur omission peut entraîner des heures d’activation/expiration inattendues

Bonnes pratiques

• Définissez toujours une date de fin — il n’y a presque jamais de raison commerciale pour qu’une promotion se poursuive indéfiniment. Faire de la durée limitée une règle stricte de votre chaîne de production du flux évite les promotions prolongées par erreur.

• Planifiez les promotions à l’avance via le flux — importez sale_price + sale_price_effective_date avec une date de début future avant le lancement de la promotion. Vous évitez ainsi de mettre à jour le flux dans l’urgence le jour J, et vous garantissez que la promotion s’active exactement à l’heure.

• Utilisez des flux supplémentaires pour la planification dynamique des promotions — si vous organisez des promotions fréquentes et de courte durée (par ex., des ventes flash), un flux supplémentaire limité aux produits éligibles à la promotion s’actualise plus rapidement qu’un flux complet et peut activer/désactiver les promotions selon un calendrier plus serré.

• Respectez la règle des 30 jours comme contrainte de calendrier — après toute période de promotion, prévoyez au moins 30 jours au plein tarif (price) avant de lancer une autre promotion sur les mêmes produits. Vous restez ainsi éligible à l’annotation pour les promotions suivantes.

Erreurs courantes

• Définir sale_price sans sale_price_effective_date — la promotion n’expire jamais automatiquement

• Inverser les dates de début et de fin — la promotion ne s’active jamais

• Utiliser un format sans barre oblique (par ex., deux champs de date séparés) — incorrect ; doit être une seule chaîne start/end

• Omettre le décalage de fuseau horaire — la promotion s’active/expire à des heures inattendues

• Définir une date de fin dans le passé — Google considère la promotion comme déjà expirée et affiche immédiatement le prix normal

• Enchaîner les promotions si souvent que l’historique du prix de base tombe en dessous de 30 jours — l’annotation de prix barré est supprimée

• Définir sale_price égal à price — aucune remise, aucune annotation, avertissement possible sur la qualité des données