Pourquoi utiliser le canonical comme redirection sabote votre budget de crawl ?

Quelle est la confusion courante autour du canonical ?

Beaucoup de SEO utilisent le tag canonical comme une solution de facilité face aux produits en rupture de stock. L'idée : éviter un 404 en pointant vers une catégorie ou un produit de remplacement via un canonical. Ça semble logique en surface, mais ça ne l'est pas.

Le canonical n'a jamais été conçu pour remplacer une redirection. Son rôle initial est de gérer le contenu dupliqué en signalant quelle version canonique indexer. Quand on l'utilise pour gérer des ruptures de stock, on détourne son usage — et Google ne suit pas cette logique.

Pourquoi Google continue-t-il à crawler les deux pages ?

Parce que le canonical est une suggestion, pas une directive. Google peut choisir de l'ignorer. Mais surtout, dans le cas d'un produit hors stock pointant vers une catégorie, il n'y a aucune cohérence sémantique entre les deux pages.

Google va donc crawler la page produit pour vérifier son état, crawler la page de catégorie pour confirmer le canonical, et au final gaspiller du budget de crawl sans jamais comprendre pourquoi ces deux URLs sont liées. Résultat : vous payez deux fois le coût de crawl pour zéro bénéfice.

Quelle est la bonne approche selon Google ?

La recommandation officielle est claire : utilisez une redirection 301 ou 302 vers un produit similaire pertinent pour l'utilisateur. Si aucun produit de remplacement logique n'existe, retournez un 404 temporaire (ou un 410 si la rupture est définitive).

Cette approche a un double avantage. Elle préserve l'expérience utilisateur en orientant vers du contenu utile, et elle économise le budget de crawl en arrêtant net le crawl des pages hors stock. Google comprend immédiatement ce qui se passe — pas besoin de vérifier deux fois.

• Le canonical n'est pas une redirection — il gère le contenu dupliqué, pas les changements d'état.
• Utiliser un canonical vers une catégorie double le coût de crawl sans bénéfice clair.
• La solution : redirection 301/302 vers un produit similaire ou 404/410 si aucun remplacement logique.
• Google valorise la cohérence sémantique entre l'URL source et la cible d'une redirection.
• Un 404 temporaire n'est pas une catastrophe — c'est une réponse honnête que Google gère parfaitement.

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

Oui, largement. Sur les sites e-commerce avec forte rotation de stock, j'ai observé que les pages en canonical mal utilisé restent effectivement crawlées régulièrement. Google ne les consolide pas comme il le ferait pour du vrai contenu dupliqué.

Le problème, c'est que beaucoup de CMS e-commerce implémentent encore cette logique par défaut — canonical vers catégorie en cas de rupture. Résultat : des centaines de pages hors stock qui continuent de consommer du budget de crawl pour rien. Et ce budget, sur un gros catalogue, c'est une ressource critique.

Dans quels cas cette règle pourrait-elle être nuancée ?

Soyons honnêtes : il existe des cas limites. Si votre produit est temporairement hors stock pour 48h, faire une redirection 302 puis la défaire peut être plus coûteux en ressources techniques qu'un simple canonical. Mais c'est un cas marginal.

L'autre nuance, c'est quand le produit a un contenu unique de valeur (avis clients détaillés, vidéos, guides d'utilisation). Là, on peut vouloir garder la page indexée même en rupture. Dans ce cas, mieux vaut afficher un message clair de rupture avec suggestion de produits alternatifs, plutôt qu'un canonical obscur. [A vérifier] : Google n'a jamais précisé combien de temps il continue de crawler une page canonical avant de baisser la fréquence.

Quelle est la vraie limite de ce conseil ?

Martin Splitt ne donne aucun chiffre concret sur l'impact budget de crawl. Combien de crawl économise-t-on réellement en passant d'un canonical à une 302 ? Sur un site de 10 000 produits avec 20% de rupture, quel est le gain mesurable ? Ces données manquent.

Par ailleurs, la notion de "produit similaire pertinent" reste floue. Rediriger vers un produit concurrent direct peut cannibaliser son propre trafic. Rediriger vers une catégorie large dilue la pertinence. Le choix de la cible de redirection est un vrai arbitrage stratégique que Google ne détaille pas ici.

Que faut-il faire concrètement sur un site e-commerce ?

D'abord, auditer votre logique actuelle. Regardez comment votre CMS gère les produits hors stock. Si vous voyez des canonical vers des catégories, c'est un red flag. Il faut corriger ça en priorité.

Ensuite, mettre en place une logique de redirection conditionnelle. Si un produit a un équivalent direct (même marque, même usage, différence mineure), redirection 302. Si le produit est définitivement arrêté, 410. Si c'est temporaire sans équivalent clair, 404 avec suggestion de catégorie dans le contenu de la page d'erreur personnalisée.

Quelles erreurs éviter absolument ?

Ne redirigez pas tous les produits hors stock vers la homepage. C'est une erreur classique qui détruit l'expérience utilisateur et dilue complètement la pertinence sémantique. Google déteste ça.

Évitez aussi les chaînes de redirections. Si produit A redirige vers produit B qui redirige vers catégorie C, vous perdez du jus SEO et ralentissez le crawl. Une redirection doit pointer directement vers la destination finale.

Comment vérifier que votre implémentation est correcte ?

Utilisez Google Search Console pour traquer les pages crawlées en canonical qui devraient être redirigées. Regardez aussi les logs serveur — si vous voyez Googlebot crawler massivement des URLs hors stock avec canonical, vous avez un problème.

Un bon test : prenez 10 produits en rupture, vérifiez leur statut HTTP et leur en-tête canonical. Si vous voyez un 200 avec un canonical vers ailleurs, c'est mauvais signe. Vous devriez voir un 301/302 vers un produit pertinent, ou un 404/410 propre.

• Auditer la gestion actuelle des ruptures de stock dans votre CMS
• Remplacer les canonical vers catégories par des redirections 301/302 ou 404/410
• Définir une logique claire de choix de la cible de redirection (produit similaire > catégorie > 404)
• Tester en pré-production avant déploiement sur tout le catalogue
• Monitorer les logs de crawl et Search Console pour valider l'impact
• Documenter la logique pour éviter les régressions lors de futures mises à jour du CMS