Prix soldé [sale_price] dans Google Shopping : prix barré et impact sur le CTR

Qu’est-ce que l’attribut sale_price ?

L’attribut sale_price permet d’envoyer un prix réduit pour un produit, en plus du price normal. Lorsque les deux sont présents et que le sale_price est inférieur, Google applique automatiquement son affichage de prix barré dans les annonces Shopping : le prix d’origine barré, le prix soldé mis en évidence en rouge et un badge « Soldes » sur la vignette du produit.

Il s’agit de l’une des annotations visuelles les plus percutantes disponibles dans Google Shopping sans aucun coût supplémentaire ni exigence d’enchère. Elle montre immédiatement l’intérêt de l’offre aux acheteurs qui parcourent le carrousel Shopping : la remise est visible avant même le clic. Des hausses de CTR de 20 à 40 % pour les fiches affichant une promotion, par rapport à des fiches identiques sans promotion, sont couramment rapportées, toutes catégories e-commerce confondues.

Spécifications techniques

Où s’affiche sale_price

• Annonces Google Shopping — L’emplacement principal et le plus précieux. Google affiche le prix d’origine barré en gris, le prix soldé en rouge ou mis en évidence, et un badge « Soldes » sur la vignette du produit. Cet affichage apparaît dans le carrousel Shopping, l’onglet Shopping et les résultats de recherche avec des annotations Shopping.

• Fiches gratuites — L’onglet Shopping applique le même traitement de prix barré aux fiches gratuites. Les produits en promotion bénéficient d’un avantage visuel même sans campagnes payantes.

• Remarketing dynamique — Les annonces display de remarketing créées à partir de votre flux de produits utilisent le sale_price lorsqu’il est actif. Les acheteurs qui ont déjà consulté un produit et le retrouvent à prix réduit ont de fortes chances de convertir.

• Performance Max — Les groupes de composants PMax récupèrent les données produit, y compris sale_price, pour les cartes produit du canal Shopping. Les prix soldés sont affichés dans les emplacements Shopping de PMax partout où c’est possible.

sale_price_effective_date — l’attribut complémentaire indispensable

L’attribut sale_price_effective_date définit la fenêtre de temps pendant laquelle le prix soldé est valide. Son format est :

YYYY-MM-DDTHH:MM+TZ/YYYY-MM-DDTHH:MM+TZ

Exemple : 2026-11-27T00:00+01:00/2026-11-30T23:59+01:00 (du Black Friday à la fin du Cyber Monday, CET)

• Charger les promotions à l’avance — Soumettez sale_price et effective_date avant le début de la promotion. Google activera automatiquement le prix soldé à l’heure de début.

• Expiration automatique — Le prix soldé se désactive lorsque l’heure de fin est passée, sans nécessiter de mise à jour du flux. Cela évite de laisser accidentellement des prix promotionnels en ligne après la fin d’une campagne — l’une des erreurs de gestion de flux les plus courantes et les plus coûteuses.

• Sans effective_date — sale_price est considéré comme actif en permanence. Si vous oubliez de le supprimer à la fin de la promotion, vous annoncez un prix qui n’existe plus sur votre page de destination, ce qui entraîne des refus pour incohérence de prix.

Règles (ce que Google impose)

• sale_price doit être strictement inférieur à price — En cas d’égalité, l’attribut est ignoré ; un sale_price plus élevé déclenche un avertissement de qualité des données.

• Doit correspondre au prix de la page de destination — Le prix soldé dans le flux doit correspondre au prix réduit réel sur la page de destination du produit au moment du clic. Les incohérences de prix entraînent un refus.

• Pas d’inflation artificielle des prix — Définir un price gonflé pour donner l’illusion d’une remise importante, alors que le « prix soldé » est en fait le prix de vente habituel, est contraire aux règles. Google recoupe l’historique des prix et des sources tierces.

• La devise doit correspondre à la devise cible du flux — La devise du prix soldé doit correspondre à la devise du prix. Vous ne pouvez pas soumettre le prix en EUR et le sale_price en USD.

• Format : pas de symboles de devise — Utilisez les codes ISO 4217 (EUR, GBP, USD, CZK) et non les symboles (€, £, $).

Bonnes pratiques

• Utilisez toujours sale_price_effective_date — Même pour les promotions sans date de fin prévue, définir une effective_date avec une heure de fin vous évite de laisser par erreur des prix soldés périmés actifs après la fin d’une promotion.

• Assurez la concordance avec la page de destination en temps réel — Si votre CMS met à jour les prix dynamiquement (par exemple, des ventes flash qui commencent à minuit), la fréquence de mise à jour de votre flux doit suivre. Envisagez un fichier supplémentaire pour les mises à jour de price/sale_price, que vous importez toutes les 15 à 30 minutes (une récupération planifiée s’exécute au maximum une fois par jour), pour synchroniser le flux et la page de destination.

• Réservez-le aux vraies remises — Le prix barré perd vite sa crédibilité auprès des consommateurs si les acheteurs jugent le prix d’origine gonflé. Maintenez un historique de prix cohérent, afin que le prix d’origine corresponde au prix réellement pratiqué avant la promotion.

• Combinez-le avec Merchant Promotions — Cumulez sale_price (pour la remise sur le prix unitaire) avec une promotion Merchant Promotions (pour un texte d’offre supplémentaire tel que « Livraison gratuite à partir de 50 € » ou « -10 % supplémentaires avec le code »). Les deux fonctionnent indépendamment et, combinés, occupent un maximum d’espace dans Shopping.

• Privilégiez les produits à forte marge ou très concurrentiels — Tous les produits n’ont pas besoin d’un prix soldé. Concentrez les annotations sale_price sur les produits où la remise est significative (15 % ou plus) et où vous êtes en concurrence avec plusieurs marchands — l’effet de prix barré a l’impact relatif le plus important sur le CTR dans les requêtes compétitives et sensibles au prix.

sale_price ou Merchant Promotions : les principales différences

Impact sur les performances

• Augmentation du CTR — Le prix barré est systématiquement l’une des annotations Shopping ayant le plus d’impact. Des améliorations du CTR de 20 à 40 % par rapport aux fiches non soldées dans la même enchère sont couramment mesurées, en particulier dans la mode, l’électronique et la maison.

• Taux d’impressions dans les enchères sensibles au prix — Les modèles Smart Bidding de Google tiennent compte de la compétitivité des prix. Un sale_price inférieur signale une valeur plus forte à l’algorithme, ce qui peut améliorer le classement de l’annonce dans les enchères où le prix est un signal de qualité essentiel.

• Taux de conversion — Les fiches affichant une promotion convertissent mieux, car l’intérêt de l’offre est visible avant le clic. Les acheteurs qui cliquent connaissent déjà le prix réduit, ce qui limite les rebonds dus à une mauvaise surprise sur le prix en arrivant sur la page de destination.

• Gain sur les fiches gratuites — Dans les fiches gratuites de l’onglet Shopping, les annotations de promotion aident les produits à se démarquer dans un contexte organique où l’avantage des enchères ne s’applique pas. Des fiches gratuites bien annotées génèrent un trafic incrémental sans aucun CPC.

Erreurs courantes

• Soumettre sale_price sans mettre à jour le prix de la page de destination — entraîne un refus pour incohérence de prix

• Omettre sale_price_effective_date et oublier de supprimer sale_price après la fin de la promotion

• Définir sale_price égal à price (ne déclenche pas le prix barré, provoque seulement un avertissement de validation)

• Utiliser des symboles de devise au lieu des codes ISO 4217 dans la valeur

• Utiliser une virgule comme séparateur décimal (par ex., « 79,99 EUR ») — le point est obligatoire

• Gonfler le prix de base pour créer une remise apparente artificiellement importante — non-respect des règles

• Appliquer sale_price à des produits qui sont déjà à leur prix habituel dans la boutique

Conseils de pro

• Créez un flux supplémentaire pour les prix promotionnels — Ne modifiez pas votre flux principal pour ajouter des prix soldés. Gérez plutôt un flux supplémentaire léger avec uniquement les colonnes id, sale_price et sale_price_effective_date. Cela dissocie la tarification promotionnelle de votre catalogue de produits et vous permet de mettre à jour les prix soldés en quelques secondes sans régénérer l’intégralité de votre flux.

• Calez les récupérations du flux sur les heures de début des promotions — Configurez le calendrier de récupération de votre flux supplémentaire pour qu’il s’exécute à l’heure exacte de la mise en ligne de votre promotion. Un délai de 15 minutes entre la mise en vente sur votre site web et sa prise en compte par Google représente 15 minutes de risque d’incohérence de prix. Le préchargement via sale_price_effective_date est l’approche la plus sûre.

• Surveillez sans délai les avertissements d’incohérence de prix dans l’onglet « Attention requise » — L’incohérence de prix fait partie des motifs de refus qui s’aggravent le plus vite dans GMC. Un avertissement peut devenir un refus dans les 24 heures. Configurez des alertes par e-mail dans GMC pour les nouveaux problèmes liés aux produits afin de pouvoir réagir immédiatement pendant les périodes promotionnelles.

• Utilisez les références de prix dans les analyses de Merchant Center pour calibrer les remises — Le rapport sur la compétitivité des prix de GMC situe votre prix par rapport à celui de vos concurrents pour le même produit. Utilisez ces données pour fixer des prix soldés réellement plus compétitifs que ceux de vos concurrents : pas seulement pour afficher un prix barré, mais pour remporter la comparaison de prix qui décide du clic.