Problèmes de prix soldé dans Merchant Center : solutions

Ce que signifie ce problème

Lorsque vous envoyez un sale_price, Google s'attend à ce que trois éléments concordent : le prix soldé dans vos données produit, le prix soldé sur la page de destination et le prix facturé au paiement. Si l'un d'eux diffère, Merchant Center signale un prix non concordant pour cet article et le refuse jusqu'à sa correction. Dans les comptes plus anciens, le même problème apparaît sous le nom Valeur non concordante (exploration de la page) [price] (Mismatched value (page crawl) [price]).

Une deuxième version, plus discrète, du problème est un prix soldé approuvé mais qui n'affiche jamais de prix barré dans les annonces. Ce n'est pas toujours une erreur. Google indique qu'il n'affiche les annotations de soldes que lorsqu'il le décide, en fonction des performances, même lorsque toutes les exigences sont remplies.

Pourquoi cela se produit

• Le calendrier de la promotion est décalé. La valeur sale_price_effective_date du flux commence trop tôt, se termine trop tard ou utilise le mauvais fuseau horaire : la promotion est active à un endroit et pas à l'autre.
• La promotion est terminée sur le site, mais le flux envoie encore sale_price. C'est fréquent après le Black Friday ou le Cyber Monday, lorsque les remises sont retirées manuellement.
• price et sale_price sont inversés, ou le prix soldé est égal ou supérieur au prix habituel. Le prix soldé doit être inférieur à price.
• La page n'affiche pas le prix habituel. Google exige que les pages de destination affichent à la fois le prix d'origine et le prix soldé ; la page de paiement ne doit afficher que le prix soldé.
• La remise n'est appliquée qu'au paiement (remise automatique dans le panier ou code promo). Si les acheteurs ont besoin d'un code, il s'agit d'une promotion, pas d'un prix soldé.
• Des prix membres ou de fidélité ont été placés dans sale_price. Depuis le 1er juillet 2025, Google n'autorise plus les prix membres dans price ou sale_price ; ils doivent figurer dans l'attribut loyalty_program.

Comment le corriger

1. Trouvez les articles concernés. Dans Merchant Center, ouvrez Produits > À corriger (Needs attention) et filtrez sur le problème de prix non concordant. Notez si le prix relevé lors de l'exploration correspond à votre prix habituel (la promotion est terminée ou n'a pas commencé) ou à un autre montant.
2. Vérifiez la page de destination. Chargez le produit dans une fenêtre de navigation privée. Vous devez voir le prix habituel barré et le prix soldé affiché. Ajoutez l'article au panier et vérifiez que la page de paiement facture le prix soldé.
3. Corrigez les dates d'effet. Utilisez le format ISO 8601 avec un décalage horaire et une barre oblique entre le début et la fin, par exemple 2026-11-27T00:00-0500/2026-12-01T23:59-0500. Assurez-vous que l'heure de fin correspond au moment où votre site rétablit réellement le prix.
4. Corrigez-le sur votre plateforme.
   • Shopify (application Google & YouTube) : l'application envoie le prix comparatif (compare-at price) de Shopify en tant que price et le prix actuel en tant que sale_price. Pour terminer une promotion, supprimez le prix comparatif (ou réinitialisez le prix) dans Shopify ; l'application se resynchronise. Comme Shopify n'envoie pas de date d'effet, la promotion dure tant que le prix comparatif existe : les applications de prix programmés doivent donc mettre à jour Shopify lui-même, pas seulement l'affichage de la vitrine.
   • WooCommerce : utilisez les dates de promotion programmées de WooCommerce sur le produit. Google for WooCommerce et la plupart des plugins de flux les transmettent, mais vérifiez que votre plugin associe le calendrier WooCommerce à sale_price_effective_date et que le fuseau horaire de la boutique dans les réglages WooCommerce est correct.
   • Fichiers de flux et tableurs : ajoutez ou corrigez la colonne sale_price_effective_date. Utilisez une source de données supplémentaire pour ajouter les dates sans toucher au flux principal.
5. Retirez les codes promo et les prix membres de sale_price. Gérez plutôt les remises par code comme des promotions Merchant Center, et utilisez loyalty_program pour les prix membres.
6. Utilisez des règles d'attributs pour des corrections groupées rapides. Si toute une promotion doit se terminer plus tôt, une règle d'attribut dans les paramètres de votre source de données peut vider sale_price pour un ensemble de produits jusqu'à la correction des données source.
7. Demandez une vérification du site une fois que la page et le flux concordent.

Délai de résolution

Google explore à nouveau les articles refusés dans les heures ou les jours qui suivent. Une vérification du site demandée peut prendre jusqu'à 12 heures. Une fois votre source de données mise à jour, comptez environ un à trois jours pour le retour des articles corrigés. Si votre promotion ne dure qu'un week-end, mieux vaut souvent régler les dates avant le lancement que courir après les refus pendant la promotion.

Comment l'éviter

• Planifiez les promotions dans le flux, pas seulement sur la vitrine. Définissez toujours une date de fin.
• Mettez à jour votre source de données au moment exact où une promotion commence et se termine ; programmez une récupération supplémentaire si nécessaire.
• N'appliquez pas de soldes sur tout le site via des remises au niveau du panier si vous voulez des prix barrés dans Shopping.
• Après les grandes promotions, contrôlez le flux pour repérer d'éventuelles valeurs sale_price restantes.
• Testez les pages en promotion avec le test des résultats enrichis pour que les données structurées indiquent le prix soldé et non le prix habituel.

Pour une hygiène de flux plus poussée, consultez notre guide d'optimisation du flux produits, ou laissez Mercantads configurer et surveiller vos prix promotionnels. Réservez un audit de flux.

Questions fréquentes

Pourquoi mon prix soldé ne s'affiche-t-il pas dans Google Shopping ?

Si le produit est approuvé et que les données sont correctes, Google choisit peut-être simplement de ne pas afficher l'annotation. Les annotations de prix soldé n'apparaissent qu'une partie du temps : vérifiez que la page affiche les deux prix et laissez tourner.

Puis-je mettre un prix avec code promo dans sale_price ?

Non. Si les acheteurs ont besoin d'un code, le prix soldé n'est pas accessible à tous et provoquera des non-concordances. Configurez-le plutôt comme une promotion dans Merchant Center.

Quel fuseau horaire utiliser pour sale_price_effective_date ?

Utilisez le décalage qui correspond au moment où votre site modifie réellement le prix, généralement le fuseau horaire local de votre boutique. Un décalage de quelques heures seulement peut déclencher des refus au début ou à la fin d'une promotion.

Dois-je continuer à envoyer le prix habituel ?

Oui. price doit toujours contenir le prix plein, hors promotion, et sale_price le montant remisé.