Produits épuisés dans une boutique en ligne : masquer, rétrograder ou afficher ?

En résumé

• Un produit épuisé dans les résultats de recherche est rarement une erreur : c'est une option de configuration que personne n'a revue, ou une copie du catalogue restée quelques minutes en arrière.
• Masquer les produits épuisés n'a de sens que pour ce qui ne revient pas. Celui qui cherche un produit par son nom et reçoit zéro résultat n'apprend pas qu'il est épuisé : il apprend que la boutique « ne l'a pas », et va le chercher ailleurs.
• Rétrograder est le compromis qui fonctionne le plus souvent : le produit reste trouvable, avec le signe d'épuisé, après ceux qui peuvent être achetés aujourd'hui, et avec des alternatives à côté.
• Afficher sans signe est la pire des trois options. Le client clique, s'enthousiasme, et ne découvre que sur la fiche qu'il ne peut pas acheter.
• La fiche du produit épuisé ne doit pas disparaître : elle reste indexée par Google, continue de recevoir des liens, et c'est là que les alternatives convainquent ceux qui allaient partir.

Un client cherche, trouve le produit, clique, et la fiche dit qu'il est épuisé. C'est l'un des moments les plus fréquents d'une boutique en ligne et l'un des moins réfléchis : la plupart des boutiques décident quoi faire des produits épuisés une fois, dans une option de configuration, et n'y reviennent plus.

La décision pèse plus qu'il n'y paraît. Un produit épuisé, c'est une recherche avec intention d'achat, une page que Google connaît déjà et un client qui peut rester ou aller voir une autre boutique. Cet article passe en revue ce que font les clients quand ils tombent sur un produit épuisé, compare les trois options dont dispose une boutique, et explique pourquoi la recherche de la boutique affiche parfois du stock que la boutique sait déjà ne plus avoir.

Ce que fait le client quand il trouve un produit épuisé

Une part considérable s'en va, et va chercher le même produit dans une autre boutique. La recherche du Baymard Institute sur les produits épuisés le mesure : quand le produit que le client voulait n'est pas disponible, environ 30 % ont tendance à simplement abandonner. La même étude note que 68 % des boutiques ne permettent pas de commander un produit temporairement épuisé, et que les alertes par email et les listes de souhaits rapportent peu comme réponse principale, parce que celui qui veut le produit maintenant préfère l'acheter tout de suite ailleurs.

Ce qui retient ceux qui allaient partir, c'est ce que la boutique met devant eux à ce moment-là : des alternatives visibles pour ceux qui ne tiennent pas à ce produit précis, et une date ou un délai pour ceux qui y tiennent. Un produit épuisé avec des alternatives à côté est un embranchement ; un produit épuisé seul est une impasse.

Il y a aussi la frustration dans l'autre sens : trouver des produits épuisés dans les résultats sans aucune indication, cliquer, et le découvrir sur la fiche. C'est le cas où le produit apparaît comme s'il était en vente, et c'est le plus facile à éviter.

Masquer, rétrograder ou afficher : les trois options comparées

Rétrograder, dans la plupart des boutiques. Masquer est le bon choix pour ce qui ne revient pas ; afficher sans signe est le mauvais choix dans tous les cas.

L'argument contre le masquage, c'est le client qui sait ce qu'il veut. Il cherche le nom exact d'un produit acheté l'an dernier, et la recherche répond zéro résultat ou tout autre chose. Il n'apprend pas qu'il est épuisé, ni quand il revient, ni ce qui existe de semblable : il apprend que la boutique « ne l'a pas ». En même temps, la fiche de ce produit perd la seule porte d'entrée qu'elle avait depuis la recherche.

L'argument contre l'affichage sans signe est le plus simple : le client clique, s'enthousiasme et ne découvre que sur la fiche qu'il ne peut pas acheter. Si les produits épuisés apparaissent, ils apparaissent marqués.

Rétrograder réunit le meilleur des deux. Le produit reste trouvable par celui qui le cherche par son nom, avec l'étiquette d'épuisé bien visible, mais après tout ce qui peut être acheté aujourd'hui : celui qui cherche « manteau d'hiver » voit d'abord ceux qui sont disponibles, et celui qui cherche ce manteau-là le trouve quand même, avec les produits similaires à un clic.

La règle pratique : rétrograder ce qui revient, masquer ce qui a été retiré du catalogue, et ne jamais afficher sans signe.

La fiche du produit épuisé compte aussi

La page d'un produit épuisé ne doit pas disparaître. Elle reste indexée par Google, continue de recevoir des liens de l'extérieur et de l'intérieur de la boutique, et c'est la porte d'entrée de celui qui a cherché le produit par son nom, dans la boutique ou en dehors. Supprimer la fiche, ou répondre par une erreur, jette ce trafic et la position que la page avait.

Ce que la fiche doit faire, c'est ce que les résultats de recherche doivent faire aussi : dire clairement que le produit est épuisé, montrer des alternatives en stock et, quand il y a une date, dire quand il revient. Dans les données structurées, la disponibilité a une valeur propre pour cela, le OutOfStock de la liste des disponibilités de schema.org, et c'est avec lui que Google affiche le bon état sans retirer la page de l'index.

Un produit retiré du catalogue est le cas différent. Là, la recommandation de Baymard est de le marquer comme retiré et de promouvoir fortement des alternatives sur la page elle-même, plutôt que de la supprimer ; si la page doit vraiment disparaître, une redirection vers le produit qui le remplace, ou vers la catégorie, garde dans la boutique celui qui arrive par un ancien lien.

Pourquoi la recherche affiche des produits déjà épuisés

Parce que la recherche ne tourne pas sur la base de données de la boutique. Elle tourne sur un index, une copie du catalogue préparée pour répondre en millisecondes, avec les champs découpés en mots, les synonymes appliqués et les filtres précomptés. C'est ce travail préalable qui fait qu'une recherche répond pendant qu'on écrit ; le coût, c'est que la copie doit être maintenue identique à l'original, et qu'il y a un intervalle, aussi court soit-il, entre un changement dans la boutique et le même changement dans l'index. Où passent les millisecondes, et pourquoi la copie est la seule façon de les gagner, est expliqué dans où passent les millisecondes d'une recherche.

La plupart des jours, cet intervalle se compte en secondes, et personne ne le remarque. Un produit épuisé dans les résultats, alors que la boutique sait déjà qu'il est épuisé, apparaît pour l'une de trois raisons :

Les deux premières se confirment en une minute : chercher le produit hors du thème, et regarder la date de la dernière indexation. Ce pas à pas, avec toutes les causes d'un produit absent par ordre de probabilité, se trouve dans le guide des produits qui n'apparaissent pas.

Comment Buskara traite les produits épuisés

Avec les trois options par boutique, le signe bien visible et des alternatives à côté. Dans le module PrestaShop, l'option des produits en rupture de stock choisit entre indexer quand même, rétrograder dans les résultats ou masquer ; les cartes portent l'étiquette d'épuisé quand la boutique l'active dans l'apparence ; et le bouton de produits similaires, sur la fiche ou dans les résultats, ouvre des alternatives en stock sans quitter la recherche. Sur une boutique Shopify, l'état du stock arrive par webhook, quelques secondes après le changement, et le carrousel de recommandations est un bloc de l'éditeur de thème.

L'index reste identique au catalogue par deux chemins, et aucun ne demande de configuration : le temps réel, par les hooks du module sur PrestaShop et par les webhooks sur Shopify, et la synchronisation périodique, qui rattrape ce que le temps réel n'a pas vu. Aucun des deux ne coûte quoi que ce soit. Ce qui a un prix, c'est de forcer une réindexation complète, 1 bToken par tranche de 1 000 documents envoyés, avec le compte affiché avant de confirmer ; la mécanique est décrite dans comment le catalogue est indexé, et quand il vaut la peine d'appuyer sur le bouton dans réindexer le catalogue.

Pour et contre : rétrograder plutôt que masquer

La première ligne de droite est l'objection sérieuse, et c'est le cas où masquer commence à avoir du sens : une boutique de pièces uniques, ou une catégorie où la rupture est permanente, n'a rien à gagner d'une file de produits épuisés au bas de la liste.

Questions fréquentes

Faut-il masquer les produits épuisés de la boutique en ligne ?

Seulement ceux qui ne reviennent pas. Pour les ruptures temporaires, rétrograder vaut mieux : le produit reste trouvable par celui qui le cherche par son nom, avec l'étiquette d'épuisé et après ceux qui ont du stock, et les alternatives sont à côté. Masquer transforme cette recherche en zéro résultat sans explication.

Que font les clients quand ils trouvent un produit épuisé ?

Selon la recherche du Baymard Institute, environ 30 % ont tendance à abandonner et à chercher le produit dans une autre boutique. Ce qui retient les autres, ce sont des alternatives visibles pour ceux qui ne tiennent pas à ce produit et une date pour ceux qui y tiennent ; les alertes par email et les listes de souhaits rapportent peu comme réponse principale.

Les produits épuisés nuisent-ils au SEO de la boutique ?

Pas parce qu'ils sont épuisés ; ils nuisent si la fiche disparaît. Une page supprimée ou qui répond par une erreur perd la position et le trafic qu'elle avait. La fiche doit rester, dire que le produit est épuisé, montrer des alternatives et marquer la disponibilité dans les données structurées comme OutOfStock.

Pourquoi la recherche de la boutique affiche-t-elle des produits épuisés ?

Parce que la recherche répond à partir d'un index, qui est une copie du catalogue, et que la copie peut être restée en arrière ou être configurée pour les afficher. Les causes habituelles sont un changement qui n'est pas passé par le temps réel (import, modification directe dans la base de données), la synchronisation périodique bloquée, ou l'option des produits en rupture de stock sur « indexer » ou « rétrograder ».

Combien de temps met un changement de stock pour atteindre la recherche ?

Quelques secondes, quand il passe par le temps réel : un produit enregistré sur PrestaShop déclenche le hook du module, et un changement sur Shopify arrive par webhook. Un changement qui ne passe pas par là, comme un import, attend la synchronisation périodique suivante ou une réindexation forcée.

Que faire de la fiche d'un produit retiré du catalogue ?

Le marquer comme retiré et promouvoir des alternatives sur la page elle-même, plutôt que de la supprimer. Si la page doit vraiment disparaître, une redirection vers le produit qui le remplace, ou vers la catégorie, garde dans la boutique celui qui arrive par un ancien lien.