Blocs de disponibilité : Stock, Livraison et Traitement des commandes

Un bloc de disponibilité répond à la dernière question opérationnelle de l’acheteur : puis-je obtenir cet article, par quel moyen et quand ? Il regroupe les informations de stock, livraison, retrait en magasin, backorder et abandon dans une unité extractible plutôt que de les disperser entre un badge, une infobulle de paiement et une page de politique d’expédition.

Pourquoi cet élément est important

La disponibilité n’est pas un texte de réassurance. C’est une contrainte d’achat. Un acheteur qui a choisi un produit peut encore abandonner sa décision si la page ne peut pas répondre à la question de savoir si la variante sélectionnée est vendable, si la livraison atteint le lieu souhaité ou si elle arrive avant une échéance réelle. Une disponibilité précise réduit l’incertitude au moment où l’incertitude coûte le plus cher.

La psychologie repose sur le contrôle, non sur l’urgence artificielle. « Il n’en reste que 2 » peut aider quelqu’un à évaluer le risque quand le nombre est vrai et actuel. Le même message nuit à la confiance lorsqu’il persiste pendant des jours, se réinitialise après un rafraîchissement ou fait référence à un entrepôt qui ne peut pas servir l’acheteur. Un bloc utile donne au lecteur les faits nécessaires pour agir : statut actuel, destination, méthode, calendrier, conditions et prochaine action disponible.

L’extractibilité machine signifie qu’un robot d’indexation, un agent d’achat, un flux ou une technologie d’assistance peut préserver la relation entre une variante et ses informations de livraison. Un point vert à côté de « Disponible » est sémantiquement faible : disponible pour quelle couleur, quel lieu, quelle méthode et quel moment ? Un bloc étiqueté peut conserver la réponse complète.

La fraîcheur est importante car l’inventaire est volatile. Le système de contenu doit récupérer le statut auprès de la source de vérité commerciale, tandis que l’horodatage visible et la politique de repli rendent détectables les données obsolètes ou indisponibles. Les moteurs de recherche et les systèmes d’IA doivent voir le même état matériel qu’un acheteur ; les données structurées ne peuvent pas réparer une page contradictoire.

Quand l’utiliser

Utilisez un bloc de disponibilité lorsque le stock ou la livraison change la capacité du lecteur à réaliser l’action prévue. Il est pertinent sur les pages produits physiques, les listes de produits où le stock affecte la sélection, les billets ou offres à inventaire limité, et les points de terminaison de données commerciales conçus pour les agents. Il fonctionne également pour le retrait en magasin, la livraison locale, les délais de fabrication sur commande, les backorders, les précommandes et les produits abandonnés.

Rendez le bloc par variante achetable lorsque la taille, la couleur, le conditionnement, l’état, le vendeur ou le lieu modifient la réponse. « En stock » pour la famille de produits est trompeur lorsque la taille sélectionnée est indisponible. Si une marketplace compte plusieurs vendeurs, chaque offre doit avoir son propre prix, disponibilité, promesse de livraison et identité du vendeur.

Les erreurs courantes à ne pas inclure dans cet élément :

• Le prochain rendez-vous d’une équipe de service est un créneau de réservation, pas une disponibilité de stock.
• Les horaires d’ouverture appartiennent aux heures et coordonnées ; « ouvert maintenant » ne signifie pas qu’un article est présent.
• Le statut de publication d’une fonctionnalité logicielle appartient à la documentation produit ou de version, sauf si l’accès est véritablement limité par capacité.
• L’expiration d’une promotion est une condition d’offre, pas un état d’inventaire.
• Une politique d’expédition générale explique les règles applicables à toutes les commandes ; le bloc de disponibilité applique ces règles à cet article, cette destination et ce moment.
• Une affirmation marketing d’un détaillant telle que « livraison rapide » n’est pas une estimation et ne doit pas occuper un champ de livraison.

Les règles de rédaction des éléments prévalent : choisissez le bloc par son objectif, pas par son style de badge, carte ou accordéon. Si la tâche principale est d’indiquer si et comment l’article sélectionné peut être obtenu, c’est un bloc de disponibilité.

Où le placer

Placez le bloc principal dans la zone d’achat, après que l’acheteur a sélectionné toutes les variantes qui affectent le stock et immédiatement avant le contrôle de quantité et l’action d’achat. Cet ordre permet à la page de calculer un état véridique avant de présenter « Ajouter au panier ». Si les contrôles de variantes se trouvent au-dessus du prix, placez le bloc après ces contrôles et mettez à jour son nom accessible avec la sélection.

Sur une page catégorie ou liste, utilisez un statut compact directement dans la carte produit correspondante. Créez un lien vers la page détaillée pour les dates spécifiques à la destination, sauf si la carte peut les calculer avec précision. Dans un guide d’achat ou un avis, placez un statut qualifié éditorialement à côté du marchand et de l’heure de vérification ; n’insinuez pas que l’éditeur contrôle l’inventaire.

Le bloc peut se trouver à côté du prix lorsque les deux se réfèrent à la même variante et au même vendeur. Il ne peut pas se trouver à côté d’un badge contradictoire, d’un bouton d’achat activé pour un article indisponible, d’un compte à rebours sans rapport, ou d’une affirmation de livraison basée sur une autre destination. Ne placez pas de témoignage, de carrousel promotionnel ou de vente croisée entre le statut et son action suivante. Ne cachez pas un statut abandonné sous les avis tout en laissant l’ancien contrôle d’achat visible.

L’ordre mobile doit rester : variante sélectionnée, état du stock, choix de livraison ou de retrait, conditions, puis action. Une barre d’achat collante peut répéter un état court, mais elle doit provenir de la même source et ne jamais contredire le bloc complet.

Anatomie

1. Contexte : identifie le produit, la variante, le vendeur et le lieu exacts auxquels les informations s’appliquent.
2. État du stock : utilise un état contrôlé tel que En stock, Stock faible, Rupture de stock, Backorder, Précommande ou Abandonné.
3. Indication de quantité : donne un nombre vérifié ou un seuil non numérique ; il ne fabrique jamais de rareté.
4. Destination : nomme le pays, la région, le code postal ou le magasin sélectionné utilisé pour l’estimation.
5. Mode de livraison : sépare l’expédition, la livraison locale, le retrait et la livraison numérique.
6. Fenêtre de livraison ou de disponibilité : affiche une date absolue ou une fourchette bornée, pas « bientôt ».
7. Date limite et conditions : précise le fuseau horaire, la date limite de commande, l’hypothèse de jours ouvrables, l’exigence d’adhésion ou le montant minimum de commande lorsque pertinent.
8. Politique et action en cas d’indisponibilité : explique le réapprovisionnement, la substitution, le backorder, la notification ou l’archivage.
9. Fraîcheur et source : enregistre quand l’état a été déterminé et quel service fiable l’a fourni.
10. Action commerciale : correspond à l’état : achat, précommande, inscription sur liste d’attente, trouver un autre magasin ou voir le successeur.

Exemples de conception

Chaque variante utilise du texte en plus de la couleur, préserve le contexte de l’article sélectionné et affiche un horodatage ou un contrat de source en direct.

En stock avec choix de livraison. À utiliser lorsque l’article est vendable maintenant. Séparez le stock en ligne du stock en magasin et affichez une estimation par méthode éligible.

Stock faible. À utiliser uniquement lorsqu’un seuil défini est franchi. N’affichez un nombre exact que s’il est sûr et suffisamment actuel ; sinon, indiquez « Stock faible » et conservez l’horodatage.

Rupture de stock, réapprovisionnement prévu. Désactivez l’action d’achat immédiate sauf si les backorders sont acceptés. Indiquez la fourchette prévue uniquement lorsque les données merchandising ou d’approvisionnement la soutiennent.

Backorder ou précommande. Maintenez ces états distincts. Indiquez quand le paiement est autorisé ou capturé, la date d’expédition ou de sortie prévue, les conditions d’annulation et si les paniers mixtes sont expédiés séparément.

Abandonné. Supprimez les contrôles d’achat actifs et le balisage d’offre active. Conservez les spécifications utiles et les informations de support, puis identifiez un successeur officiel uniquement lorsque la relation est vérifiée.

Retrait en magasin. Nommez le magasin, l’heure de disponibilité, la durée de réservation et toute exigence d’identification. « Disponible à proximité » n’est pas suffisant lorsque l’acheteur doit se déplacer.

Paramètres

« Source » ci-dessous désigne l’endroit où le moteur de rendu obtient la valeur. Les systèmes commerciaux restent responsables de l’affirmation sous-jacente.

L’état contrôlé correspond à la vérité commerciale, pas à la présentation : in-stock, limited, out-of-stock, backorder, preorder ou discontinued. Une valeur spécifique au canal telle que collection-only appartient à method, car un article peut être en stock tout en n’étant disponible qu’en retrait.

Syntaxe et exemples de code

Les trois formes encodent le même SKU sélectionné, état, fourchette de livraison, source et action. Un projet doit enregistrer l’adaptateur Hugo ou WordPress correspondant avant d’utiliser cette syntaxe en production.

Directive Markdown portable

:::availability{status=in-stock sku="TJ-NV-M" destination="US-10001" method="shipping,collection" earliest="2026-08-31" latest="2026-09-01" cutoff="2026-08-28T14:00:00-04:00" checked="2026-08-27T09:42:00-04:00" source="inventory-api,fulfilment-api"}
## Availability

In stock online and ready to dispatch.
Action: [Add navy Trail Jacket, size M to cart](https://example.com/cart/add/TJ-NV-M)
:::

Shortcode Hugo

{{< availability status="in-stock" sku="TJ-NV-M" destination="US-10001" method="shipping,collection" earliest="2026-08-31" latest="2026-09-01" cutoff="2026-08-28T14:00:00-04:00" checked="2026-08-27T09:42:00-04:00" source="inventory-api,fulfilment-api" >}}
## Availability

In stock online and ready to dispatch.
Action: [Add navy Trail Jacket, size M to cart](https://example.com/cart/add/TJ-NV-M)
{{< /availability >}}

Tous les paramètres sont nommés. L’exemple évite délibérément de mélanger des paramètres positionnels et nommés.

WordPress

[availability status="in-stock" sku="TJ-NV-M" destination="US-10001" method="shipping,collection" earliest="2026-08-31" latest="2026-09-01" cutoff="2026-08-28T14:00:00-04:00" checked="2026-08-27T09:42:00-04:00" source="inventory-api,fulfilment-api"]
In stock online and ready to dispatch.
Action: <a href="https://example.com/cart/add/TJ-NV-M">Add navy Trail Jacket, size M to cart</a>
[/availability]

Un bloc WordPress natif doit stocker ces valeurs comme des attributs typés plutôt qu’un seul bloc de texte riche. Le rendu côté serveur est préféré pour l’état initial ; la personnalisation côté client peut affiner la destination et l’estimation après consentement ou saisie.

Bons et mauvais exemples

Bon

Veste de trail bleu marine, taille M — en stock en ligne. La livraison vers 10001 est estimée du 31 août au 1er septembre en livraison standard. Commandez avant 14h00 HE le 28 août. La disponibilité en retrait en magasin est vérifiée séparément. Inventaire et estimation de livraison vérifiés à 09h42 HE le 27 août 2026.

Ceci fonctionne car l’état est lié à une variante sélectionnée, une destination, une méthode, une fourchette de dates, un fuseau horaire et un moment de vérification. Le lecteur peut agir sans interpréter une icône ni ouvrir une politique générique.

Mauvais

🟢 Dépêchez-vous ! Disponible maintenant — se vend rapidement. Livraison bientôt. Plus que quelques-uns !

Ceci échoue car « disponible » n’a ni variante, ni vendeur, ni canal ; « bientôt » n’a ni destination ni dates ; « quelques-uns » n’a pas de seuil défini ; et l’urgence ne peut pas être vérifiée. L’icône verte porte également un sens absent du texte. Remplacer l’icône par une rouge ne résoudrait pas le manque d’informations.

Balisage de schéma et accessibilité

Pour un article véritablement achetable, le bloc peut alimenter Product.offers via un Offer ou AggregateOffer. Faites correspondre l’état visible contrôlé à l’URL de disponibilité Schema.org correspondante, telle que InStock, OutOfStock, BackOrder, PreOrder, Discontinued ou LimitedAvailability. Le prix, la devise, le vendeur, l’état de l’article et l’URL doivent décrire la même offre. N’utilisez pas InStock simplement parce qu’une autre variante ou un autre vendeur dispose d’un stock.

Les informations de livraison peuvent alimenter OfferShippingDetails : destination, délai de préparation, délai de transit, tarif et méthode éligible doivent correspondre à la promesse visible. N’émettez pas un Offer actif pour un article abandonné et ne laissez pas un balisage d’offre obsolète lorsque l’action visible devient une liste d’attente.

Les données structurées sont une sortie de l’état commercial, pas une seconde base de données d’inventaire. Générez le bloc visible, le flux et le JSON-LD à partir de la même offre résolue chaque fois que possible. S’ils ne peuvent pas être mis à jour selon le même calendrier, publiez l’état défendable le moins permissif jusqu’à ce que la synchronisation soit terminée.

L’accessibilité exige un libellé textuel pour chaque état ; la couleur, l’animation et les icônes peuvent renforcer mais jamais définir l’état. Associez les mises à jour à la variante sélectionnée. Lorsqu’un changement de variante ou de destination met à jour le bloc de manière asynchrone, ne déplacez pas le focus et ne surprenez pas le lecteur ; annoncez un résultat concis via une région en direct correctement configurée. Évitez de répéter les annonces de compte à rebours chaque seconde.

Les contrôles de livraison nécessitent des libellés explicites tels que « Code postal de livraison » et « Changer de magasin de retrait ». Les dates doivent inclure le mois en toutes lettres lorsque l’ordre numérique pourrait être ambigu, et les dates limites nécessitent un fuseau horaire. Les contrôles d’achat désactivés doivent être accompagnés d’un texte expliquant pourquoi et proposant l’action valide suivante. Maintenez l’état complet accessible sans survol et fournissez une solution de repli rendue par le serveur lorsque JavaScript échoue.

Règles de rédaction

Commencez par l’état contrôlé en deux à six mots : « En stock en ligne », « Backorder disponible » ou « Abandonné ». Suivez avec la conséquence : prêt à être expédié, date de sortie prévue ou plus vendu. Utilisez un bloc par offre sélectionnée, pas un bloc par enregistrement d’entrepôt.

Utilisez des dates de livraison absolues ou une fourchette bornée de deux dates. Si l’estimation change selon la destination, nommez la destination. Si aucune estimation n’est fiable, dites ce qui doit se passer avant qu’elle puisse être calculée. « Habituellement », « bientôt », « rapide » et « devrait arriver » ne remplacent pas une fourchette sourcée.

Limitez le bloc principal à une ligne de statut, une à quatre lignes de livraison, une phrase de politique de 10 à 45 mots si nécessaire, et une action principale. Un libellé de stock faible nécessite un seuil approuvé ; un nombre exact nécessite une source actuelle. Révisez l’état en continu via l’intégration système et testez sa solution de repli à chaque cycle de validation du contenu.

Utilisez un langage calme et opérationnel. N’incluez jamais de rareté fabriquée, de mentions de popularité anonymes, de réductions sans rapport, de témoignages, de détails sur la garantie, de conditions de retour complètes ou de copie générique de politique d’expédition. N’appelez jamais une précommande « en stock », ne présentez pas un article indisponible comme « disponible à la commande » sans mentionner le backorder, et ne promettez pas une date que le système de livraison ne peut pas respecter.

Pour les articles abandonnés, dites « Abandonné » plutôt que « Actuellement indisponible ». Expliquez si le support, les pièces détachées, les manuels ou un successeur officiel restent disponibles.

Types d’articles qui l’utilisent

Le champ postTypes dans le frontmatter est la source de cette matrice d’implémentation.

Liste de contrôle qualité

• Le statut s’applique au SKU, vendeur, canal et lieu sélectionnés plutôt qu’à la famille de produits en général.
• Le stock, la vendabilité, le mode de livraison et le calendrier de livraison sont des champs séparés et ne se contredisent pas.
• Les sources d’inventaire et de livraison sont fiables, surveillées et nommées dans le contrat du composant.
• L’heure de vérification est présente, inclut un fuseau horaire et respecte la tolérance de fraîcheur de l’entreprise.
• Les nombres exacts et les libellés de stock faible utilisent des règles définies plutôt qu’une urgence promotionnelle.
• Chaque estimation de livraison nomme ou hérite d’une destination visible et utilise une date absolue ou une fourchette bornée.
• Les états de backorder et de précommande expliquent le calendrier de paiement, l’expédition ou la sortie prévue, et les conditions d’annulation.
• Les états de rupture de stock et d’abandon suppriment ou remplacent l’action d’achat immédiate.
• Le contenu visible, les données de flux, le comportement de paiement et les données structurées Offer décrivent le même état.
• Le statut est véhiculé par du texte, les changements dynamiques sont annoncés de manière appropriée et les contrôles ont des libellés explicites.
• Le bloc reste compréhensible sans couleur, survol, animation, personnalisation ou JavaScript.
• Les traitements mobiles et les barres d’achat collantes proviennent de la même source et préservent l’ordre de lecture correct.
• Les trois exemples de syntaxe correspondent aux mêmes champs typés sans perdre les données de source ou de fraîcheur.

FAQ

Un bloc de disponibilité doit-il afficher un nombre exact d’articles en stock ?

Seulement si le système d’inventaire est fiable, que le compteur se met à jour suffisamment rapidement et que son affichage ne crée aucun risque opérationnel ou de sécurité. Sinon, utilisez un état contrôlé tel que En stock, Stock faible, Backorder ou Rupture de stock. Ne créez jamais d’urgence avec un nombre non vérifié.

Que doit indiquer le bloc quand un article est en rupture de stock ?

Indiquez Rupture de stock, expliquez si un réapprovisionnement est prévu, donnez une date ou une fourchette vérifiée lorsqu’elle existe, et proposez une action pertinente comme une alerte de réapprovisionnement. N’affichez pas d’Offer achetable ni de bouton Ajouter au panier actif lorsque le paiement ne peut pas accepter la commande.

En quoi les backorders et les précommandes doivent-ils différer ?

Un backorder concerne un article établi temporairement indisponible pour une livraison immédiate ; une précommande concerne un article pas encore mis en vente normale. Étiquetez l’état avec précision, indiquez quand le paiement est effectué et donnez la date prévue d’expédition ou de sortie avec les éventuelles incertitudes.

Un bloc de disponibilité nécessite-t-il un schéma Offer ?

Non. Le bloc visible doit être précis même sans données structurées. Lorsque la page décrit une offre achetable authentique, son état visible doit correspondre à la valeur de disponibilité Offer et aux détails de livraison. Les mentions éditoriales et les enregistrements de catalogue indisponibles ne doivent pas être balisés comme des offres actives.

Les estimations de livraison peuvent-elles être personnalisées par lieu ?

Oui, si la destination est identifiée et qu’une solution de repli non personnalisée reste disponible. Annoncez les changements dynamiques aux technologies d’assistance, n’utilisez pas la géolocalisation IP comme certitude et maintenez l’état du stock rendu par le serveur précis pour les robots d’indexation et les utilisateurs sans JavaScript.