Le 28 mai 2020, le décret transposant la directive Omnibus est venu préciser une règle jusque-là floue en France : toute annonce de réduction de prix doit désormais se référer au prix le plus bas pratiqué au cours des trente derniers jours précédant l’application de la réduction, et non au dernier prix affiché juste avant la promotion.
Sur une boutique WooCommerce, cette règle se traduit par une contrainte technique précise : le prix barré affiché ne peut pas être n’importe quel prix passé, il doit correspondre à ce prix plancher des trente derniers jours. Une promotion mal calculée expose à un contrôle de la DGCCRF, particulièrement sensible sur ce point depuis l’entrée en vigueur du texte.
Ce qu’il faut vérifier avant chaque mise en ligne
- Le prix affiché comme prix de référence (le prix barré) correspond-il au prix le plus bas réellement pratiqué sur les trente derniers jours, pas seulement au prix catalogue habituel ?
- Le produit a-t-il déjà connu une promotion récente qui abaisserait ce prix de référence, même si le prix catalogue affiché entre-temps était revenu au prix normal ?
- Le pourcentage de réduction annoncé correspond-il exactement à l’écart entre le prix de référence calculé et le nouveau prix promotionnel ?
- L’historique de prix du produit est-il conservé quelque part, exploitable en cas de demande de justification ?
Configurer le prix barré natif plutôt qu’un champ personnalisé
WooCommerce gère nativement le prix barré via les champs _regular_price et _sale_price de chaque produit, avec une planification de dates de promotion intégrée (_sale_price_dates_from et _sale_price_dates_to). Il est fortement déconseillé de bricoler un champ personnalisé pour afficher un prix barré différent du prix régulier réel du produit : cela casse la cohérence des données structurées (balisage Schema.org) utilisées par les moteurs de recherche et les comparateurs de prix, en plus de rendre le calcul de conformité bien plus difficile à auditer.
Automatiser le calcul du prix de référence
Pour éviter une vérification manuelle à chaque promotion, un historique de prix peut être journalisé automatiquement à chaque modification via le hook woocommerce_process_product_meta :
add_action('woocommerce_process_product_meta', function ($post_id) {
$prix_actuel = get_post_meta($post_id, '_price', true);
$historique = get_post_meta($post_id, '_historique_prix', true) ?: [];
$historique[] = [
'prix' => $prix_actuel,
'date' => current_time('mysql'),
];
// Ne conserver que les 45 derniers jours pour rester pertinent
$historique = array_filter($historique, function ($entree) {
return strtotime($entree['date']) > strtotime('-45 days');
});
update_post_meta($post_id, '_historique_prix', array_values($historique));
});
function calculer_prix_reference_30_jours(int $post_id): float
{
$historique = get_post_meta($post_id, '_historique_prix', true) ?: [];
$prix_periode = array_column($historique, 'prix');
return $prix_periode ? min($prix_periode) : (float) get_post_meta($post_id, '_regular_price', true);
}Documenter en cas de contrôle
Conserver cet historique de prix, même une fois la promotion terminée, constitue la meilleure protection en cas de demande de justification. Un export périodique de cette métadonnée vers un tableau externe, ou simplement sa conservation en base au-delà de la fenêtre de 45 jours pour les produits ayant connu une promotion, permet de répondre rapidement à toute question sur la conformité d’une annonce passée.
En résumé
Une réduction affichée sur WooCommerce n’est conforme que si le prix barré reflète réellement le prix le plus bas des trente derniers jours, pas un prix catalogue arbitraire. Automatiser le calcul via un historique journalisé évite l’erreur humaine et donne une réponse immédiate en cas de contrôle, bien plus solide qu’une vérification manuelle ponctuelle avant chaque campagne commerciale.
