Backorder : définition, réglages boutique et valeurs de feed pour l'e-commerce

Un backorder (commande en réapprovisionnement) est une commande que tu acceptes pour un produit temporairement en rupture de stock, et que tu expédies dès l'arrivée du nouveau stock. La fiche produit reste achetable, le client paie ou s'engage maintenant, et tu promets une date d'expédition ultérieure. C'est la différence avec la rupture de stock, où le bouton d'achat est désactivé, et avec la précommande, réservée à un produit qui n'est pas encore sorti.

Les backorders maintiennent le chiffre d'affaires pendant qu'une livraison est en route, mais ils ne fonctionnent que si tous les canaux disent la même chose : la boutique affiche une date réaliste, le feed envoie la bonne valeur de disponibilité, et tu expédies vraiment dans le délai promis. Voici les définitions, les réglages exacts dans Shopify, WooCommerce et Magento 2, les valeurs Google Merchant Center, la règle européenne de livraison et les formulations qui tiennent les clients informés.

Backorder, rupture de stock, précommande ou délai fournisseur

Quatre situations se ressemblent vu de l'extérieur (aucun article dans ton stock) mais demandent des réglages, des textes de page et des valeurs de feed différents. L'attribut availability de Google trace clairement la limite : preorder est réservé aux nouveaux produits pas encore sortis, et un produit existant qui reviendra en stock, et pour lequel tu acceptes des commandes, est un backorder.

Le cas du fournisseur est celui que les équipes étiquettent le plus souvent mal. Si un fournisseur détient le stock et expédie dans un délai connu, le produit est en stock avec un délai de livraison plus long, pas en backorder. L'appeler backorder fait fuir les acheteurs sans raison ; déclarer en stock un produit réellement épuisé mène à des annulations.

Quand accepter les backorders et quand les désactiver

Un backorder est une promesse. Il a du sens quand tu peux la tenir et se retourne contre toi quand tu ne le peux pas. Applique ces tests produit par produit, pas à l'échelle de la boutique.

• Accepte-les quand un bon de commande est confirmé avec une date de livraison, que le fournisseur a l'habitude de la respecter et que le produit n'est pas lié à une date importante pour le client.
• Plafonne-les quand la quantité de réassort est connue : si 200 lampes sont en route, arrête d'accepter des backorders à 200, pas à l'infini.
• Désactive-les pour les cadeaux dans les semaines avant une fête, les articles saisonniers dont la saison se termine avant le réassort, et tout ce qui n'a pas de date confirmée. Notre checklist Black Friday comprend une vérification du stock et de la disponibilité pour les semaines de pic.
• Sois prudent sur les marketplaces. La plupart des marketplaces notent les vendeurs sur les expéditions en retard et les annulations, donc une date de backorder manquée y coûte plus cher que dans ta propre boutique. Vérifie les standards vendeurs de chaque marketplace avant d'autoriser les backorders sur les annonces qui y sont vendues.

Shopify : le réglage Continue selling when out of stock

Shopify n'a pas de statut backorder distinct. Tu l'autorises par produit ou par variante, et le produit continue de se vendre quand sa quantité atteint zéro. Selon le centre d'aide Shopify :

1. Ouvre le produit ou la variante dans l'admin Shopify.
2. Dans la section Inventory (Stock), vérifie que Inventory tracked (suivi du stock) est activé. L'option de survente n'apparaît que dans ce cas.
3. Sélectionne Continue selling when out of stock (continuer à vendre en cas de rupture de stock) et enregistre.

Deux détails comptent. Le réglage ne s'applique pas aux commandes Shopify POS, et avec plusieurs emplacements, le stock est attribué par emplacement : un article à zéro dans l'emplacement qui traite les commandes en ligne apparaît en rupture en ligne même si un autre emplacement dispose d'unités. Shopify n'ajoute pas non plus de date d'expédition pour toi : la date doit venir de ton thème, d'une application ou de la description produit.

WooCommerce : Allow back orders et ses trois options

WooCommerce a les réglages de backorder les plus explicites des trois plateformes. Dans la section Inventory (Inventaire) du produit, la documentation WooCommerce décrit deux voies :

• Avec Stock management coché : tu saisis une Quantity et tu choisis sous Allow back orders? entre Do not allow (ne pas autoriser), Allow, but notify customer (autoriser, mais prévenir le client : un avis de backorder sur la fiche produit, dans le panier et le paiement en blocs, dans la commande et dans les e-mails client) et Allow (autoriser : le produit ne se distingue pas d'un article en stock).
• Sans Stock management : tu règles le Stock status à la main sur In Stock, Out of stock ou On back order. On back order affiche un avis uniquement sur la fiche produit, pas dans le panier, la commande ou les e-mails.

Pour la plupart des boutiques, Allow, but notify customer est le choix honnête par défaut : le client voit le délai avant de payer et le retrouve dans l'e-mail de confirmation. Le simple Allow masque le délai, ce qui n'est acceptable que si le réassort arrive dans quelques jours.

Magento 2 : Backorders et l'Out-of-Stock Threshold

Dans Adobe Commerce et Magento Open Source, tu règles les backorders globalement et tu les remplaces par produit. Au niveau global, va dans Stores > Settings > Configuration > Catalog > Inventory > Product Stock Options. La documentation Adobe Commerce liste trois valeurs pour Backorders :

• No Backorders : plus de commandes une fois le produit en rupture.
• Allow Qty Below 0 : les commandes continuent et la quantité devient négative.
• Allow Qty Below 0 and Notify Customer : la même chose, plus un message indiquant au client que la commande peut toujours être passée.

L'Out-of-Stock Threshold (seuil de rupture de stock) est l'endroit où tu plafonnes les backorders. Backorders activés, 0 autorise des backorders illimités, et une valeur négative fixe la limite : -50 accepte jusqu'à 50 unités sous zéro. Adobe précise aussi que le produit doit avoir le statut In Stock quand tu actives les backorders, et que les paiements des backorders sont encaissés immédiatement tandis que l'expédition reste en attente jusqu'à l'arrivée du stock.

Valeurs availability et availability_date dans Google Merchant Center

Google accepte quatre valeurs de disponibilité pour les produits ordinaires : in_stock, out_of_stock, preorder et backorder (plus build_to_order pour les annonces de véhicules). Quand tu envoies backorder ou preorder, Google demande l'attribut availability_date : le jour où le produit sera expédié.

• Format : ISO 8601 avec heure et fuseau horaire, par exemple 2026-12-04T09:00+0100. Sans heure ni fuseau, Google suppose minuit UTC.
• Une date, pas de plage : si tu n'as qu'une estimation, envoie ta meilleure estimation (Google suggère jusqu'à un an à l'avance) et mets-la à jour quand la date se précise.
• La même date sur la page : Google demande que la date d'expédition prévue soit aussi visible sur la page de destination. Sans date exacte, une date estimée est acceptée (l'exemple de Google est un mois et une année, comme « décembre 2026 »).
• Cohérence entre toutes les sources : la disponibilité doit correspondre entre le feed, la page de destination, les données structurées et le paiement, sinon Google refuse le produit.

C'est sur cette dernière règle que les backorders posent problème : la boutique autorise les backorders, mais le feed indique encore out_of_stock, ou le feed dit backorder alors que la page n'affiche aucune date. Notre guide sur l'erreur mismatched availability détaille les corrections. Garde aussi en tête que la valeur backorder est celle de Google ; les autres canaux de feed utilisent leur propre vocabulaire pour la même situation.

Règles européennes de livraison pour les produits en backorder

Pour les ventes aux consommateurs dans l'UE, la directive sur les droits des consommateurs fixe la base. L'article 18 de la directive 2011/83/UE prévoit que, sauf accord contraire des parties sur le moment de la livraison, le professionnel livre sans retard injustifié et au plus tard 30 jours après la conclusion du contrat. L'article 6 impose aussi d'indiquer au client, avant qu'il soit engagé, la date à laquelle tu t'engages à livrer.

• Affiche la date avant le paiement. Une date de backorder clairement indiquée sur la fiche produit et dans le panier, c'est ce qui fait d'un délai de livraison plus long une partie de l'accord.
• Si tu manques la date, le client peut t'accorder un délai supplémentaire raisonnable. Si tu manques aussi celui-là, il peut résoudre le contrat.
• Si la date était essentielle (le client l'a dit avant de commander, ou c'était évident, comme un costume pour une date précise), il peut résoudre le contrat immédiatement.
• Rembourse sans retard injustifié en cas de résolution : toutes les sommes versées au titre du contrat.

Messages de backorder pour la fiche produit, le panier et les e-mails

Les clients acceptent d'attendre quand ils le savent avant de payer. Ils annulent, se plaignent ou laissent un mauvais avis quand ils le découvrent après. Rédige le message une fois et réutilise-le partout où le produit apparaît.

• Fiche produit, près du bouton d'achat : « En réapprovisionnement. Commande maintenant, expédition vers le 4 décembre. » Place la date à côté du bouton, pas dans les onglets de description.
• Libellé du bouton : « Commander, expédié sous 3 semaines » au lieu d'un « Ajouter au panier » inchangé.
• Panier et paiement : répète la date sur chaque ligne, et indique ce qui se passe pour une commande mixte (expédition groupée ou en plusieurs fois).
• Confirmation de commande : la date d'expédition prévue, et comment annuler si le client change d'avis.
• Quand la date glisse : envoie un e-mail avant que l'ancienne date soit passée, avec la nouvelle date et une option d'annulation en un clic.

Les champs de stock qui doivent concorder sur tous les canaux

Derrière chaque backorder se trouvent quelques champs produit : la quantité, un statut de stock, l'autorisation ou non des backorders, et la date prévue. Les problèmes commencent quand ils se contredisent, par exemple un statut en backorder alors que les backorders ne sont pas autorisés, ou une quantité de 40 avec un statut en rupture. Chaque canal lit une combinaison différente, donc un seul champ erroné se traduit par une erreur différente sur chacun. Notre entrée de dictionnaire sur la disponibilité du stock explique les termes, et le calculateur de pertes de rupture estime ce que coûte un rayon vide quand tu renonces aux backorders.

Prenons une lampe de bureau noire, SKU LAMP-DSK-BLK, épuisée, avec 120 unités attendues le 4 décembre. Des données cohérentes pour ce seul produit ressemblent à ceci :

• Fiche produit : quantité 0, statut en backorder, backorders autorisés, avec un plafond de 120 unités.
• Shopify : Inventory tracked activé et Continue selling when out of stock sélectionné.
• WooCommerce : Stock management activé, Allow back orders? réglé sur Allow, but notify customer.
• Magento 2 : Backorders réglé sur Allow Qty Below 0 and Notify Customer, Out-of-Stock Threshold à -120.
• Feed Google : availability backorder, availability_date 2026-12-04T09:00+0100.
• Fiche produit et panier : « Expédié vers le 4 décembre » à côté du bouton d'achat.
• Quand le conteneur arrive : la quantité devient 120 moins les unités déjà commandées en backorder, le statut repasse en stock, les backorders sont désactivés et le feed revient à in_stock.

WISEPIM n'est pas un système de gestion de stock ni un système de gestion des commandes : il ne prend pas de commandes et ne décompte pas le stock au fil des ventes. Il conserve en revanche des champs de stock sur la fiche produit (la quantité, un statut de stock en stock, en rupture ou en backorder, et l'autorisation ou non des backorders) et les envoie avec le reste des données produit. À l'export, le réglage des backorders devient la politique de vente continue ou refusée de Shopify. Pour WooCommerce et Magento, WISEPIM envoie l'option d'autorisation simple (Allow, et Allow Qty Below 0), pas les variantes avec notification, donc un réglage avec notification choisi dans la boutique est remplacé au prochain export. Feed Hub envoie backorder à un feed Google Shopping pour chaque produit dont les backorders sont autorisés, même s'il reste des unités en stock, et le traduit dans le terme propre à chaque autre canal ; désactive les backorders dès l'arrivée du réassort. La connexion directe à Google Merchant Center se base uniquement sur la quantité et envoie en stock ou en rupture. WISEPIM n'a pas de champ intégré pour la date d'expédition prévue : garde la date dans un attribut personnalisé et associe-la à availability_date dans le mapping de champs du feed. Une action en masse dans les opérations en masse définit le statut de stock de toute une sélection, et les contrôles qualité signalent un produit marqué en backorder alors que les backorders ne sont pas autorisés. La page synchronisation du stock marketplace montre comment le stock accompagne chaque export, et synchronisation des plateformes couvre les connexions aux boutiques.