Rupture de stock : gérer tes fiches produits sans perdre ton SEO

Une rupture de stock ne fait pas perdre de positions en soi. Les pertes viennent d’une fiche produit vide, laissée en ligne pendant des mois sans rien pour la justifier. Google peut alors la traiter comme un soft 404 et la retirer des résultats, même si le serveur répond normalement. Le reste du site n’est pas touché.

La bonne décision dépend d’abord d’une question simple : la rupture est-elle temporaire ou définitive ? Ensuite, du remplaçant réel, du trafic déjà accumulé sur l’URL et de ce que raconte ton flux Merchant Center. C’est l’un des premiers tris que je fais en mission de consultant SEO e-commerce, et il se traite gabarit par gabarit.

Ce que Google fait d’une fiche en rupture

Une page produit en rupture n’est pas sanctionnée par défaut. Google retire uniquement les pages qui n’apportent plus rien à l’internaute : une fiche vide, sans description, sans alternative, sans date de retour. Ce mécanisme porte un nom, le soft 404. Il explique l’essentiel des pertes de position attribuées à tort à la rupture elle-même.

Le soft 404, le vrai risque à connaître

Google définit un soft 404 comme une URL qui renvoie un code 200, celui du succès, alors que la page n’a rien à montrer. Sa documentation cite un cas qui touche directement les fiches en rupture : une page avec « no main content or empty page ». Elle est nette sur le sort de ces pages : elles « are excluded from Search », exclues des résultats.

Aucun délai fixe ne déclenche ce basculement. Mueller l’a confirmé sur Twitter en 2021 : « there’s no fixed timeframe ». Une fiche qui garde du contenu utile peut tenir plusieurs mois, là où une fiche qui se vide bascule parfois en quelques semaines.

Ce qui n’est pas pénalisé

Deux points rassurants, tous deux confirmés par John Mueller.

D’abord, une fiche qui reste indexable, avec des données structurées qui annoncent le produit indisponible, garde sa place dans l’index : Google conserve l’URL et revient la crawler. La condition rejoint sa nuance : que la page reste utile.

Ensuite, une fiche en soft 404 n’entraîne jamais le reste du site avec elle. Seule l’URL concernée disparaît du classement. Mueller : « the rest of the site’s rankings are not affected by that ».

Rupture temporaire : garder la page

Sur une rupture temporaire, la règle est simple : la page reste en 200. Le contenu doit prouver à Google qu’elle sert encore à quelque chose. Pas de redirection, pas de suppression : le travail se joue sur ce que tu affiches.

Le contenu qui évite le soft 404

Garde la description complète, les avis clients, une date de réassort et des produits alternatifs. Une fiche comme celle-là est l’inverse d’un soft 404 : elle répond encore à l’intention de recherche, même sans bouton d’achat actif.

Soigne surtout les alternatives. Un maillage interne e-commerce qui redirige l’intention d’achat au lieu de la couper net réduit le risque de soft 404, et retient une partie du trafic qui atterrit encore sur cette URL.

BackOrder ou PreOrder : ne pas les confondre

Google accepte plusieurs valeurs availability pour une offre : InStock, OutOfStock, LimitedAvailability, PreOrder, PreSale, BackOrder, entre autres. Deux d’entre elles sont souvent confondues.

Merchant Center est explicite sur la distinction : « The preorder value should only be used for new products that haven’t been released yet. Existing products that are out of stock and will be back in stock at a later date […] should use backorder. » Les deux valeurs exigent une availability_date, affichée sur la page.

Sur la page elle-même, Merchant Center demande un signal clair : un texte explicite (« épuisé », « indisponible ») ou un bouton d’achat désactivé ou grisé. Avec backorder ou preorder, la date d’expédition prévue doit être visible.

Une nuance : la documentation Google sur le lancement d’un site déconseille de désactiver l’ajout au panier pour empêcher un achat. Ce conseil vise un site qui se lance. Sur une rupture confirmée, Merchant Center accepte explicitement le bouton grisé.

Déclasser sans couper le maillage

Retirer une fiche en rupture de la page d’accueil ou du haut de sa catégorie n’oblige pas à supprimer tout maillage vers elle. Garde au moins un lien depuis une fiche produit proche ou une page de contenu. La fiche reste accessible au crawl sans être mise en avant sur le site.

Sur les produits saisonniers, mon conseil est net : réutilise la même URL chaque saison plutôt que d’en recréer une nouvelle à chaque réassort. Une nouvelle URL repart de zéro en SEO, alors que la même URL garde l’historique, les avis et les positions déjà construites.

Le visiteur d’une fiche épuisée

Une fiche en rupture reçoit encore des visiteurs. Ils ont cliqué sur un résultat, ils cherchent cette référence précise, et ils tombent sur un bouton grisé. La question devient commerciale : que fais-tu de cette intention d’achat avant qu’elle reparte ? Le rebond sec est la seule issue à écarter.

Capter l’intention avec une alerte de réapprovisionnement

Le champ d’alerte par e-mail est le dispositif le plus simple à poser. Le visiteur laisse son adresse, tu le préviens au retour du produit. Tu transformes un trafic perdu en demande qualifiée, sur une référence précise plutôt que sur une catégorie entière.

L’exécution compte plus que l’outil choisi. Place le champ à l’emplacement du bouton d’achat plutôt qu’en bas de fiche, et demande l’adresse seule, rien d’autre. Tiens aussi la promesse : une alerte envoyée trois semaines après le retour en stock ne sert personne.

Ces inscriptions ont une seconde vie côté pilotage. Elles te disent quelles références méritent un réassort prioritaire. Je m’en sers aussi pour trancher entre garder une fiche en ligne ou la sortir définitivement.

Afficher une date de retour, ou dire qu’il n’y en a pas

Quand la date est connue, affiche-la. Elle sert deux publics d’un coup : le visiteur, qui sait s’il doit attendre ou acheter ailleurs, et Merchant Center, qui l’exige avec backorder et preorder.

Quand elle n’est pas connue, ne l’invente pas. Dis ce que tu sais : produit en cours de réapprovisionnement, sans date confirmée, avec une alerte pour être prévenu. Une date annoncée puis repoussée deux fois coûte plus cher qu’une absence de date. Et si tu sais déjà que le produit ne reviendra pas, la rupture est définitive : c’est la partie suivante.

Proposer des alternatives de la même gamme

Trois à cinq produits proches suffisent : même usage, même gamme de prix, même taille quand c’est un critère d’achat. Un bloc « vous aimerez aussi » alimenté par les meilleures ventes du site n’aide personne. Ça ressemble à du remplissage.

Mon critère est simple : si le visiteur pouvait acheter cette alternative à la place du produit épuisé, elle a sa place sur la fiche. Sinon, elle encombre. Sur une pièce détachée, la bonne alternative est la référence compatible.

Rupture définitive : 301, 404 ou 410 ?

Le critère officiel pour une redirection 301 n’est pas « la catégorie la plus proche ». Google est précis : une 301 se justifie seulement si la page a « a clear replacement », un remplaçant clair. Sans ça, une 404 ou une 410 est la bonne réponse, et Google les traite quasiment de la même façon.

301, uniquement vers un vrai remplaçant

Alan Kent, developer advocate e-commerce chez Google, a répondu sans détour sur le cas d’un produit épuisé qui ne reviendra jamais : « From a Search perspective, it is fine to delete the page. From a site usability perspective, you might like to keep the page up for a while or do a redirect in case the old page was referenced from a third party blog or bookmarked by a customer. » Côté SEO, supprimer la page ne pose aucun problème. Une redirection se justifie surtout pour les visiteurs qui arrivent d’un ancien lien ou d’un favori.

Encore faut-il l’exécuter correctement. Mueller a précisé qu’une redirection vers une page affichant un bandeau « ce produit n’est plus disponible » peut être vue comme un soft 404 déguisé. L’algorithme lit ce message. Si le remplacement est réel, redirige vers une fiche active, sans bandeau d’indisponibilité.

Sur le choix entre 301 et 302, un mythe a la vie dure : la 302 ferait perdre du « jus SEO ». Google documente l’inverse : les deux redirections sont suivies.

La vraie différence porte sur l’URL de référence. Avec une permanente, Google « uses the redirect as a signal that the redirect target should be canonical » : la cible devient l’URL de référence. Avec une temporaire, il ne s’en sert pas comme signal, même si la cible peut être indexée quand d’autres signaux vont dans son sens. Sur une rupture qui ne reviendra jamais, une 302 laissée en place ne suffit donc pas à faire de la cible la nouvelle URL de référence.

404 ou 410 : une différence minime pour Google

Tous les codes 4xx, sauf le 429, sont traités de la même façon par l’algorithme d’indexation. L’URL sort de l’index si elle y était, et la fréquence de crawl diminue progressivement. Interrogé sur des millions de fiches vendues, à laisser en 404 ou à rediriger en 301, Gary Illyes a tranché : « 404 status codes are completely harmless, and so are 301. You need to decide what’s better for your scenario and fly with that. » Les deux sont sans danger, à toi de choisir selon ton cas.

Sur le choix précis entre 404 et 410, Mueller a été tout aussi direct : « The difference in processing of 404 vs 410 is so minimal that I can’t think of any time I’d prefer one over the other for SEO purposes. » L’idée qu’un 410 accélère nettement la désindexation ne tient donc pas.

Garder la page en archive pour les pièces uniques

Sur des produits réellement uniques (pièces d’artisanat, éditions limitées), Mueller recommande une troisième voie. Ni redirection, ni suppression, mais un déplacement vers une section archive du site, du type « nos réalisations passées ». Ça évite le soft 404 tout en gardant la trace du produit et ses images indexées.

Pour un produit à date de fin connue à l’avance (édition limitée, événement), la balise unavailable_after fait le travail en amont. Elle indique à Google de sortir la page des résultats après une date précise, sans attendre qu’un soft 404 se déclenche.

Variantes en rupture partielle

Une fiche produit avec plusieurs tailles ou couleurs ne doit jamais disparaître parce qu’une seule variante manque. Google documente précisément ce cas avec ProductGroup et hasVariant : chaque variante porte sa propre offre et sa propre disponibilité. L’exemple officiel montre d’ailleurs une taille en BackOrder à côté d’autres en InStock.

Ce qu’il faut contrôler sur ce type de fiche :

• La fiche parente reste en ligne tant qu’une seule variante est disponible, même si celle que le visiteur cherchait est épuisée.
• Le sélecteur grise les options indisponibles, ce que Merchant Center autorise explicitement sur une page avec variantes : le visiteur voit ce qui manque sans perdre la fiche.
• La disponibilité du flux doit correspondre exactement à celle affichée sur la page, variante par variante. Un écart entre les deux fait refuser le produit dans Merchant Center.

Merchant Center : aligner flux et fiche

Le flux Merchant Center vit sa propre vie, souvent en décalage avec le site. Google le reconnaît lui-même : « if a product sells out, your website would typically immediately mark it as unavailable for purchase, but Google Merchant Center may not be updated until some time later, especially if you’re using feeds. » D’où sa recommandation : laisser Merchant Center mettre à jour ses données produit à partir de ton site, plutôt que de dépendre d’un flux statique.

Un point souvent raté : Merchant Center déconseille explicitement d’utiliser out_of_stock pour un produit que tu ne vends plus. Sa doc est directe : « Don’t set the availability attribute to out_of_stock for products that you’re no longer selling. Remove any discontinued products from your product data. » Pour un arrêt définitif, la bonne action est de retirer le produit du flux.

La mise en pause fonctionne sur une fenêtre courte : jusqu’à 14 jours avec l’attribut pause (avec la valeur all, une pause plus longue archive le produit). Au-delà, Google renvoie vers excluded_destination, qui retire le produit des canaux choisis. Il interdit en revanche de passer une offre en out_of_stock pour la mettre en pause : cette valeur reste réservée au produit réellement indisponible.

Supprimer puis réajouter une offre a un coût : Google prévient qu’il faut alors « a significant amount of time before it can show again ». Sur une rupture temporaire, garde donc l’offre dans le flux et change son statut. Le retrait du flux se réserve aux produits définitivement arrêtés.

Flux ChatGPT : la disponibilité devient obligatoire

Le flux produit spécifié par OpenAI pour le commerce dans ChatGPT rend availability obligatoire sur chaque ligne. Le piège est ailleurs. La spécification définit deux formats distincts, qui n’acceptent pas les mêmes valeurs, et un même fichier ne peut en utiliser qu’un seul :

• Le format OpenAI natif accepte cinq valeurs : in_stock, out_of_stock, pre_order avec un tiret bas, backorder et unknown. La documentation demande d’employer la dernière sans détour : « Use unknown explicitly when stock status is unavailable ». unknown n’affirme pas que l’article est en stock.
• Le format compatible Google en accepte quatre : in_stock, out_of_stock, preorder et backorder. La consigne y est explicite : « Use preorder, not the OpenAI spelling pre_order; unknown is not accepted. » preorder et backorder y imposent une colonne availability_date, et ce format ne s’utilise qu’après confirmation d’OpenAI pour ton flux.

La sanction d’une erreur est nette : « Omitted, empty, or unrecognized values reject the row. » Le rejet porte sur la ligne entière. Les lignes valides continuent d’être traitées, et l’Upload History signale les erreurs. Un pre_order glissé dans un fichier au format Google fait donc disparaître le produit du canal, sans alerte ailleurs que dans cet historique.

La logique rejoint celle de Merchant Center : la disponibilité conditionne la présence du produit dans le canal.

Sur la façon dont Google AI Overviews ou AI Mode exploitent la disponibilité produit, aucune documentation publique précise n’est disponible à ce jour, et je n’en tire donc aucune règle.

Les réglages à risque selon ton CMS

Chaque CMS a son propre piège pour transformer une simple rupture en 404 accidentelle. La documentation éditeur est claire sur ce point pour les trois principaux.

Sur Shopify, une astuce de la communauté marchande mérite d’être connue, même si elle n’est pas documentée officiellement : une collection automatisée avec la condition « stock > 0 » sort proprement un produit épuisé des listings, sans toucher à la fiche.

Catégories vidées par les ruptures

Une page catégorie n’échappe pas à la logique du soft 404. Une collection qui affiche zéro produit disponible ressemble à une page vide aux yeux de l’algorithme. Une collection qui ne montre plus que deux ou trois articles épuisés, sans alternative, produit le même effet, même si l’URL n’a jamais bougé.

La décision dépend du délai de réassort :

• Contenu éditorial ou gamme voisine encore présents : garde la catégorie active et indexée.
• Réassort prévu sous quelques semaines : passe-la temporairement en noindex.
• Catégorie vide durablement : fusionne-la avec sa catégorie parente.

À éviter dans tous les cas : une catégorie en ligne, indexée, qui n’affiche plus rien d’achetable depuis des mois.

Auditer tes ruptures dans Search Console

Un contrôle de 20 minutes suffit à repérer les fiches à risque avant de trancher au cas par cas. Dans Search Console, le rapport Pages filtré sur « Soft 404 » liste les URL déjà repérées par Google comme vides. Croise cette liste avec tes fiches produits en rupture : tu vois lesquelles sont sur le point de disparaître de l’index.

Pour chaque URL en rupture définitive, regarde deux chiffres avant de choisir entre 301 et 404. Les clics sur les 12 derniers mois dans le rapport Performances, et les backlinks entrants dans ton outil de suivi. Une page sans clic ni lien n’a besoin ni d’archive ni de redirection : une 404 fait le travail. Une page qui reçoit encore du trafic ou des liens mérite un vrai remplaçant.

Vérifie enfin les chaînes de redirection sur les produits déjà remplacés une ou plusieurs fois. Une 301 qui pointe vers une autre 301, elle-même vers une fiche disparue, ralentit l’exploration et finit sur une page morte. Corrige chaque ancienne URL pour qu’elle pointe directement vers la destination finale. Un crawl Screaming Frog filtré sur les codes 3xx remonte ces chaînes en quelques minutes sur un catalogue de taille moyenne.

La checklist d’une fiche en rupture

Neuf contrôles, dans l’ordre où je les passe en audit. Le premier commande tous les autres.

• Rupture temporaire ou définitive ? Tranche avant tout le reste : cette réponse décide du code HTTP.
• Code HTTP cohérent avec la décision. 200 sur une rupture temporaire. Sur une rupture définitive : 301 vers un vrai remplaçant, 404 ou 410 sans remplaçant.
• Valeur availability juste. backorder pour un produit qui revient, preorder réservé aux nouveautés jamais vendues.
• Date de réassort affichée quand elle est connue. Obligatoire avec backorder et preorder.
• Contenu qui évite le soft 404. Description complète, avis clients, signal de rupture explicite ou bouton grisé.
• Alternatives de la même gamme sur la fiche, plus un champ d’alerte de réapprovisionnement.
• Maillage interne conservé. Au moins un lien entrant pour garder la fiche accessible au crawl, même retirée des mises en avant.
• Flux Merchant Center aligné sur la disponibilité affichée, variante par variante.
• Liens internes nettoyés sur les fiches supprimées, et chaînes de redirection ramenées à la destination finale.

Gérer les ruptures sur tout le catalogue

Sur un catalogue qui tourne, les ruptures se traitent par règle : un cas, une décision, appliquée à toutes les fiches qui tombent dedans. Deux erreurs coûtent cher : supprimer des URL qui recevaient encore des clics, ou laisser des centaines de fiches vides en ligne pendant un an.

Consultant SEO freelance depuis 5 ans, j’ai accompagné plus de 35 clients, dont une majorité d’e-commerces, sans aucune sous-traitance. Ces règles font partie de ce que je pose en accompagnement SEO e-commerce : inventaire des fiches concernées, arbitrage 200/301/404, alignement du flux et du contenu. Un premier appel de 30 minutes suffit à savoir si c’est ta priorité du moment.