Balises canoniques Magento : les erreurs sur 70 % des boutiques auditées
Parmi les 500+ boutiques de commerce électronique que nous avons auditées depuis 2019, l'erreur SEO la plus courante que nous trouvons n'est pas le bourrage de mots-clés ou le contenu léger. Ce sont les balises canoniques. Environ 70 % des boutiques Magento que nous auditons ont au moins un des trois problèmes liés aux balises canoniques, et le coût est silencieux : des pénalités de contenu dupliqué sur des URL que le propriétaire de la boutique ne réalisait pas indexables.
Cet article couvre les trois modèles que nous voyons le plus souvent, comment les trouver sur votre propre boutique en moins d'une heure, et les corrections en une ligne qui les résolvent généralement.
Pourquoi les balises canoniques sont-elles plus importantes sur Magento que sur la plupart des plateformes
Magento génère plus de permutations d'URL par page que presque n'importe quelle autre plateforme de commerce électronique. Un seul produit peut être accessible via :
- Son propre URL canonique
- Le filtre de page de catégorie qui l'a produit
- Un SKU parent configurable
- Chaque SKU simple enfant sous ce parent
- Filtres de navigation en couches (couleur, taille, marque)
- Ordres de tri et pagination
Sans balises canoniques correctes, toutes ces URL se disputent l'index de Google. Google en choisit une, souvent la mauvaise, et les signaux de classement se divisent.
Modèle 1 : SKUs configurables et enfants indexés
L'erreur la plus courante. Par défaut, Magento génère une page produit pour le SKU configurable parent et une URL distincte pour chaque SKU simple enfant. Les deux sont explorés. Les deux sont indexés. Les deux se disputent la même requête produit.
La correction : les SKUs enfants d'un parent configurable doivent se canoniser vers le parent. Dans admin → stores → configuration → catalog → search engine optimization, réglez "utiliser la balise meta lien canonique pour les produits" sur oui. Ensuite, vérifiez dans le HTML : visitez l'URL d'un SKU enfant et inspectez le <link rel="canonical">. Il doit pointer vers l'URL du parent, pas celle de l'enfant.
Nous voyons cette mauvaise configuration environ la moitié du temps sur les boutiques utilisant des thèmes tiers, car le thème de remplacement omet souvent le bloc canonique dans le modèle d'en-tête produit.
Modèle 2 : Navigation facettée créant des pages dupliquées
La navigation en couches (couleur, taille, marque) génère des URL comme /category/dresses?color=blue&size=m&sort=price_asc. Chaque combinaison de filtres est une URL distincte. Avec trois dimensions de filtre et dix valeurs chacune, cela représente mille variations d'URL indexables par page de catégorie.
Magento, par défaut, ne canonise pas celles-ci vers la catégorie parent. Certaines sont du contenu dupliqué léger (les mêmes produits dans un ordre différent). Certaines sont des pages d'atterrissage valides (une combinaison de filtres populaire qui vaut la peine d'être indexée).
La correction a deux parties. D'abord, définissez noindex,follow sur les URL de combinaison de filtres qui ont une faible valeur de recherche. La plupart des boutiques souhaitent que chaque combinaison de deux filtres ou plus soit en noindex. Ensuite, pour les URL de filtre unique qui valent vraiment la peine d'être classées (pages uniquement couleur, pages uniquement marque), définissez des canoniques auto-référencées afin qu'elles s'indexent proprement.
Le comportement par défaut de Magento de laisser tout indexer est erroné pour presque toutes les boutiques. Nous avons vu des boutiques récupérer 20 à 30 % de trafic organique de catégorie en corrigeant ce seul paramètre.
Modèle 3 : Surcharge de thème personnalisée rompant le comportement canonique de base
Nous avons vu cela dans un quart des boutiques que nous auditons. Un développeur frontend a à un moment donné construit un modèle de produit personnalisé, en copiant le modèle par défaut Luma, et a omis le bloc de balise canonique. Magento génère l'URL canonique en PHP mais ne l'émet jamais car le modèle omet l'appel de rendu.
La correction est une ligne : dans votre view/frontend/templates/product/view.phtml ou le modèle équivalent Hyvä, assurez-vous que le lien canonique est rendu. Les thèmes Hyvä incluent le helper canonique par défaut ; vérifiez qu'il n'a pas été supprimé par une personnalisation de thème.
Pour vérifier sur n'importe quelle page : ouvrez les outils de développement, recherchez dans le HTML rel="canonical". S'il manque complètement, c'est un bug critique. Présent mais pointant vers la mauvaise URL est la deuxième variation la plus courante que nous trouvons.
Comment trouver ces problèmes sur votre propre boutique en moins d'une heure
- Explorez 50 pages produit et 20 pages de catégorie avec Screaming Frog ou tout autre crawler SEO. Filtrez la colonne des URL canoniques.
- Vérification du modèle 1 : choisissez 5 produits configurables avec des SKUs enfants. Visitez directement l'URL de chaque SKU enfant. Inspectez le canonique. Il doit pointer vers le parent.
- Vérification du modèle 2 : visitez votre page de catégorie principale, cliquez sur deux filtres, regardez l'URL. Affichez la source, trouvez le canonique. Il doit soit se canoniser vers la catégorie non filtrée (comportement par défaut que nous voulons) soit avoir une balise
<meta name="robots" content="noindex,follow">(également acceptable pour les combinaisons de faible valeur). - Vérification du modèle 3 : choisissez 5 URL de produits, vérifiez que chacune a un canonique pointant vers elle-même ou son parent. Tout manque est un bug critique.
L'audit complet prend entre 30 et 60 minutes. Les corrections vont d'une simple case à cocher dans l'administration à quelques lignes dans un modèle de thème.
Ce que nous auditons lors de la définition de l'engagement
Lorsque nous sommes mandatés pour auditer le SEO d'une boutique Magento, les balises canoniques sont les trois premières vérifications sur la liste. Nous n'avons jamais réalisé d'audit sur une boutique réalisant plus de 500K £ de revenus annuels qui n'avait pas au moins un de ces trois modèles cassés. Le fait qu'ils soient silencieux (pas de message d'erreur, pas d'avertissement administratif, juste des classements inférieurs aux attentes) est la raison pour laquelle ils persistent.
La portée honnête
Nous ne sommes pas une agence SEO dédiée. Le chiffre de 70 % provient des audits techniques que nous réalisons dans le cadre d'engagements plus larges de migration et de performance Hyvä, et non d'un crawl SEO dédié de chaque boutique sur Internet. L'échantillon est biaisé vers des boutiques de marché intermédiaire et B2B qui nous ont engagés pour des travaux de performance. Les boutiques B2C pures avec une discipline SEO forte déjà en place feraient baisser le nombre.
Ce que nous pouvons dire avec confiance : si vous n'avez pas spécifiquement audité les balises canoniques de votre boutique Magento au cours des 12 derniers mois, prévoyez une heure cette semaine. Les corrections se remboursent d'elles-mêmes par une récupération de classement dans quelques semaines pour toute boutique réalisant plus de 200K £ de revenus annuels.
Liens connexes
- Guide d'optimisation des performances Magento couvre le cadre d'audit plus large.
- Guide d'achat d'extensions Magento couvre les critères d'évaluation des modules SEO.
- Meilleurs modules de cookies GDPR Magento couvre un autre domaine de conformité à coût silencieux sur de nombreuses boutiques.
Si vous souhaitez que l'équipe eTechFlow réalise un audit technique sur votre boutique, le service de vérification de santé Magento fournit un rapport écrit dans les cinq jours ouvrables.