Faut-il vraiment renvoyer un 404 pour les produits définitivement indisponibles ?

Pourquoi Google fait-il cette distinction entre indisponibilité temporaire et permanente ?

La logique de Google repose sur l'efficience du crawl budget. Un site e-commerce moyen dispose d'un budget de crawl limité, déterminé par sa popularité et sa taille. Googlebot doit décider quelles pages explorer en priorité.

Quand un produit est temporairement indisponible (rupture de stock provisoire, réapprovisionnement prévu), maintenir un statut 200 signale que cette page reste pertinente. Google continuera de la crawler régulièrement, ce qui permet à la page de conserver son PageRank et son potentiel de ranking une fois le produit de nouveau disponible.

Que se passe-t-il techniquement avec un statut 404 pour un produit définitivement retiré ?

Un code 404 (Not Found) informe explicitement Googlebot que cette ressource n'existe plus. Le crawler va progressivement réduire la fréquence de visite de cette URL, puis finir par la désindexer. Cela libère du crawl budget pour les pages actives.

Le terme « soft 404 » mentionné par Mueller désigne une page qui renvoie un statut 200 mais dont le contenu indique clairement qu'elle est vide ou inexistante (message « produit introuvable », contenu quasi absent). Google détecte ces soft 404 et les traite de manière similaire aux vraies 404, mais avec un délai supplémentaire.

Quelle est la différence d'impact SEO entre les deux approches ?

Conserver un statut 200 sur des produits définitivement retirés crée un problème double : dilution du crawl budget et risque de soft 404 détectés par Google. Le bot perd du temps sur des pages mortes au lieu d'explorer les nouveaux produits ou contenus mis à jour.

Passer en 404 nettoie activement le site. Les liens internes pointant vers ces pages peuvent être redirigés vers des catégories ou produits alternatifs pertinents, préservant ainsi le flux de PageRank interne sans créer de culs-de-sac.

• Produit temporairement indisponible : statut 200, conserver la page indexée, afficher un message clair de rupture provisoire avec date de retour si possible
• Produit définitivement retiré : statut 404, supprimer l'URL de l'index, rediriger les backlinks externes vers une alternative pertinente si elle existe
• Crawl budget optimisé : moins de pages mortes crawlées = plus de ressources pour les contenus actifs
• Soft 404 : à éviter absolument, ils créent de la confusion et retardent la désindexation
• Maillage interne : auditer et nettoyer les liens pointant vers des 404 pour éviter les impasses de crawl

Cette recommandation est-elle cohérente avec les observations terrain des SEO ?

Oui, totalement alignée avec ce qu'on observe en pratique. Les sites e-commerce qui laissent traîner des centaines de fiches produits en statut 200 avec des messages « produit non disponible » sans date de retour voient leur crawl budget gaspillé. Les logs serveur montrent Googlebot qui passe du temps sur ces pages mortes au lieu d'explorer les nouvelles gammes.

Un cas classique : un site avec 50 000 références dont 20 000 obsolètes en 200. Googlebot crawle ces 20 000 pages régulièrement, alors que 5 000 nouvelles fiches produits peinent à être découvertes rapidement. Passer ces 20 000 en 404 libère instantanément du budget pour les contenus actifs. L'indexation des nouveautés s'accélère de manière mesurable.

Quelles nuances faut-il apporter à cette règle ?

La notion de « définitivement indisponible » est parfois floue. Un produit saisonnier qui revient chaque année (maillots de bain, décorations de Noël) n'est pas définitivement retiré. Dans ce cas, conserver le statut 200 avec un contenu adapté (« Disponible prochainement en juin ») est justifié.

Autre nuance : une fiche produit qui possède des backlinks puissants ne devrait pas simplement renvoyer un 404. Mieux vaut implémenter une redirection 301 vers la catégorie parente ou un produit équivalent. Cela préserve le jus SEO transmis par ces liens externes, contrairement à un 404 qui coupe ce flux.

[À vérifier] Mueller parle de « soft 404 » comme acceptable, mais concrètement, Google met parfois des semaines à détecter qu'une page en 200 est en réalité vide. Pendant ce temps, le crawl budget est gaspillé. Un vrai 404 est plus franc et efficace immédiatement.

Dans quels cas cette règle ne s'applique-t-elle pas strictement ?

Sur des sites avec un très faible volume de produits (moins de 500 références), le crawl budget n'est pas un facteur limitant. Google crawle facilement l'ensemble du site plusieurs fois par semaine. Dans ce contexte, laisser un produit retiré en 200 avec un message clair a peu d'impact négatif.

Autre exception : les produits collectors ou vintage définitivement épuisés mais qui génèrent encore du trafic organique pour des requêtes informationnelles. Ces pages peuvent être transformées en contenu éditorial (historique du produit, alternatives actuelles) et conserver un statut 200. Elles deviennent des pages d'information plutôt que des fiches transactionnelles mortes.

Que faut-il faire concrètement pour gérer les produits retirés du catalogue ?

Première étape : segmenter le catalogue entre produits temporairement indisponibles (rupture avec date de retour) et définitivement retirés (arrêt de commercialisation, fin de gamme). Cette distinction doit être codée en base de données pour automatiser les statuts HTTP.

Pour les produits définitivement retirés, mettre en place une règle serveur (via .htaccess, nginx.conf ou le CMS) qui renvoie automatiquement un statut 404. Parallèlement, analyser les backlinks de ces pages via Search Console ou un outil comme Ahrefs pour identifier les URLs qui méritent une redirection 301 vers une alternative pertinente.

Comment auditer et nettoyer le maillage interne sur ces pages mortes ?

Les liens internes pointant vers des 404 créent des impasses de crawl et diluent le PageRank. Utiliser un crawler (Screaming Frog, Oncrawl, Botify) pour identifier tous les liens pointant vers les produits retirés. Ensuite, soit supprimer ces liens, soit les rediriger vers des catégories ou produits alternatifs.

Les filtres de navigation (facettes) génèrent souvent des liens vers des combinaisons incluant des produits retirés. Exclure ces produits des filtres dynamiques pour éviter de régénérer des liens morts au fil de la navigation utilisateur. Un paramètre « stock=0 AND statut=retiré » dans les requêtes de filtrage suffit généralement.

Quelles erreurs éviter lors de la mise en place de cette stratégie ?

Erreur classique : passer tous les produits en rupture en 404 sans distinction. Une rupture de stock temporaire (réapprovisionnement dans 15 jours) ne justifie pas un 404. La page perdrait son indexation et son ranking, alors que le produit reviendra bientôt. Résultat : perte de trafic organique au retour en stock.

Autre piège : créer des soft 404 involontaires en affichant une page quasi vide avec juste « Produit non disponible » en statut 200. Google finit par détecter ces pages comme vides et les traite comme des 404, mais avec un délai et une confusion. Autant être explicite dès le départ avec un vrai 404.

Ne pas gérer les backlinks externes avant de passer en 404 est une perte sèche de PageRank. Une page avec 10 backlinks de sites d'autorité doit être redirigée en 301 vers la catégorie parente ou un produit équivalent, pas simplement abandonnée en 404.

• Segmenter en base de données : produits temporairement indisponibles (statut 200) vs définitivement retirés (statut 404)
• Automatiser les statuts HTTP via des règles serveur ou CMS en fonction du statut produit
• Auditer les backlinks des produits retirés et mettre en place des redirections 301 vers des alternatives pertinentes
• Nettoyer le maillage interne : supprimer ou rediriger les liens pointant vers les 404
• Exclure les produits retirés des filtres de navigation dynamiques (facettes, recherche interne)
• Monitorer les soft 404 dans Search Console et corriger les pages détectées comme vides