Magento Ecommerce SEO : conseils d'optimisation de boutique

Magento a du potentiel SEO, mais il faut travailler pour le libérer

Magento (désormais Adobe Commerce) est l'une des plateformes e-commerce les plus flexibles disponibles. Elle propulse des boutiques générant des millions de chiffre d'affaires annuel et gère des catalogues de produits de plus de 100 000 SKUs. Mais cette flexibilité s'accompagne de complexité, et du point de vue SEO, Magento par défaut est problématique.

Une installation standard de Magento 2 crée du contenu dupliqué, génère des URLs gonflées à cause de la navigation à facettes, se charge lentement en raison de ressources non optimisées et gère mal les balises canonical. Nous avons audité des dizaines de boutiques Magento, et chacune d'entre elles avait des problèmes SEO dont le propriétaire n'avait pas connaissance.

La bonne nouvelle est que Magento vous donne le contrôle pour tout corriger. Contrairement aux plateformes hébergées qui limitent ce que vous pouvez modifier, Magento vous permet de changer les structures d'URL, de modifier les règles robots.txt, de personnaliser la logique des balises canonical et de contrôler l'indexation à un niveau granulaire. Il vous suffit de savoir quoi modifier.

Ce guide couvre les problèmes SEO spécifiques à Magento que nous rencontrons le plus souvent et les solutions exactes pour chacun. Si vous souhaitez une aide professionnelle, découvrez nos services SEO Adobe Commerce. Pour un parcours en autonomie, le guide SEO Magento de notre academy couvre chaque étape. Que vous utilisiez Magento 2 Open Source ou Adobe Commerce (la version payante), ces problèmes et solutions s'appliquent à vous.

Corriger la navigation à facettes pour éviter la surindexation

La navigation à facettes est le système de filtrage de Magento pour les pages de catégories. Les clients l'utilisent pour filtrer par taille, couleur, prix, marque et autres attributs. C'est excellent pour l'ergonomie. C'est désastreux pour le SEO si on ne la configure pas.

Le problème est que chaque combinaison de filtres génère une URL unique. Une page de catégorie pour 'chaussures femme' avec des filtres pour la taille, la couleur, la marque et la gamme de prix peut produire des milliers de variations d'URL. Magento les indexe toutes par défaut. Nous avons audité une boutique Magento avec 200 catégories et découvert que la navigation à facettes avait créé plus de 340 000 URLs indexables, dont la plupart étaient des doublons à contenu faible de la catégorie parente.

Google gaspille son budget de crawl sur ces URLs, et le contenu dupliqué dilue les signaux de classement sur des milliers de pages au lieu de les concentrer sur les pages de catégories qui devraient réellement se positionner.

La solution dépend de votre stratégie SEO. Pour les combinaisons de filtres ayant une vraie demande de recherche (comme 'chaussures de course Nike rouges'), vous voulez que ces pages soient indexées avec un contenu unique et des balises canonical pointant vers elles-mêmes. Pour tout le reste, vous voulez empêcher l'indexation.

Dans Magento 2, allez dans Stores > Configuration > Catalog > Catalog > Layered Navigation. Configurez 'Use In Search Results Layered Navigation' soigneusement. Ensuite, utilisez les balises meta robots pour mettre en noindex les combinaisons de filtres sans demande de recherche. Nous ajoutons typiquement un module personnalisé qui applique noindex,follow à toute URL contenant plus d'un paramètre de filtre, tout en gardant les pages de filtres simples et pertinentes indexables.

Une autre approche consiste à utiliser un filtrage basé sur AJAX qui ne modifie pas du tout l'URL. Cela conserve toute la fonctionnalité de filtrage pour les utilisateurs tout en présentant une URL unique et propre aux moteurs de recherche. Les extensions Magento comme Amasty Improved Layered Navigation et Mirasvit Layered Navigation gèrent cela efficacement.

Les réécritures d'URL et le problème d'URL de Magento

Le système de réécriture d'URL de Magento est puissant mais se casse facilement. Chaque fois que vous modifiez un nom de produit, déplacez un produit vers une catégorie différente ou mettez à jour un nom de catégorie, Magento crée une nouvelle réécriture d'URL. Au fil du temps, celles-ci s'accumulent. Nous avons vu des boutiques Magento avec plus de 2 millions d'entrées dans la table de base de données url_rewrite, causant de graves problèmes de performance.

La structure d'URL par défaut de Magento inclut le chemin de catégorie dans les URLs de produits. Un produit peut être accessible à '/women/shoes/running-shoes/nike-air-zoom.html' mais aussi à '/nike-air-zoom.html' et '/sale/nike-air-zoom.html'. C'est le même produit à trois URLs différentes. Magento ajoute bien des balises canonical, mais la logique canonical choisit parfois la mauvaise URL, en particulier pour les produits présents dans plusieurs catégories.

Notre approche recommandée est de supprimer complètement les chemins de catégories des URLs de produits. Dans Magento 2, allez dans Stores > Configuration > Catalog > Catalog > Search Engine Optimization et définissez 'Use Categories Path for Product URLs' sur 'No'. Cela donne à chaque produit une URL unique comme '/nike-air-zoom.html', quelles que soient les catégories auxquelles il appartient. Exécutez ce changement d'abord dans un environnement de staging et mettez en place des redirections depuis les anciennes URLs avec chemin de catégorie.

Nettoyez régulièrement la table url_rewrite. Les anciennes redirections de produits qui n'existent plus, les réécritures pour les catégories supprimées et les entrées en double s'accumulent. Nous exécutons un script de nettoyage trimestriel qui supprime les réécritures orphelines. Sur la boutique d'un client, la suppression de 1,8 million d'entrées url_rewrite obsolètes a réduit la taille de la table de 94% et amélioré sensiblement les temps de chargement de l'administration.

Pour les suffixes d'URL, Magento utilise par défaut '.html' pour les URLs de catégories et de produits. Il n'y a aucune raison SEO de garder ou supprimer ce suffixe, mais soyez cohérent. Si vous décidez de le supprimer, faites-le lors d'une migration ou d'une refonte, pas comme un changement isolé, car chaque URL existante aura besoin d'une redirection.

La vitesse du site sur Magento nécessite un vrai investissement

Magento n'est pas rapide par défaut. Une installation standard de Magento 2 sur un hébergement basique se charge typiquement en 4 à 6 secondes. C'est trop lent pour les utilisateurs comme pour les moteurs de recherche. Google a explicitement déclaré que la vitesse de page est un facteur de classement, et leurs métriques Core Web Vitals pénalisent les pages à chargement lent.

Le Full Page Cache est l'amélioration de vitesse la plus impactante. Magento 2 supporte Varnish comme Full Page Cache, et vous devriez l'utiliser. Varnish se place devant Magento et sert du HTML en cache pour la plupart des requêtes de pages, éliminant le besoin pour Magento de traiter du PHP à chaque visite. Avec Varnish correctement configuré, les temps de chargement descendent à moins d'une seconde pour les pages en cache.

L'optimisation des images est la deuxième priorité. Les images de produits sur les boutiques Magento sont souvent téléchargées en originaux 3000x3000px sans compression. Nous implémentons la conversion WebP, le lazy loading et des jeux d'images responsives via des extensions Magento ou des transformations au niveau du CDN. Une boutique typique réduit la charge utile des images de 60 à 75% après optimisation.

Le bundling JavaScript et CSS dans Magento 2 est notoirement problématique. Le bundling intégré rend souvent les choses pires en créant des fichiers bundle massifs. Nous désactivons le bundling natif de Magento et utilisons à la place des processus de build personnalisés avec des outils comme Webpack ou, de plus en plus, migrons vers un frontend headless (Hyvae ou une PWA personnalisée) qui gère l'optimisation des ressources de manière indépendante.

L'infrastructure d'hébergement compte davantage pour Magento que pour des plateformes plus simples. Un plan d'hébergement mutualisé ne suffira pas. Au minimum, vous avez besoin d'un VPS ou d'un serveur dédié avec stockage SSD, PHP 8.1+, Redis pour le stockage des sessions et du cache, Elasticsearch ou OpenSearch pour la recherche catalogue, et Varnish pour le Full Page Caching. Pour les boutiques dépassant 10 000 visites mensuelles, nous recommandons des hébergeurs Magento managés spécialisés dans l'optimisation des performances.

Nous mesurons chaque projet Magento par rapport aux objectifs Core Web Vitals : LCP inférieur à 2,5 secondes, FID inférieur à 100ms et CLS inférieur à 0,1. Atteindre ces seuils sur Magento est possible mais nécessite une optimisation délibérée à chaque couche de la stack.

Extensions SEO Magento qui valent la peine d'être installées

Le marketplace d'extensions de Magento compte des centaines de modules liés au SEO. La plupart sont inutiles si vous savez configurer les paramètres intégrés de Magento. Mais quelques-uns comblent de véritables lacunes.

Mirasvit SEO Suite gère de nombreux problèmes SEO courants de Magento en un seul package. Il gère les URLs canonical, génère des sitemaps XML avec un meilleur contrôle que celui par défaut de Magento, ajoute du balisage Structured Data et fournit des templates SEO pour la génération en masse de balises title et meta descriptions. Nous l'utilisons sur environ 60% de nos projets Magento.

Amasty SEO Toolkit est la principale alternative. Il couvre un terrain similaire avec des approches différentes pour la gestion des canonical et la prévention du contenu dupliqué. Mirasvit et Amasty sont tous deux bien maintenus et régulièrement mis à jour pour les nouvelles versions de Magento.

Pour le Structured Data spécifiquement, nous utilisons souvent une extension dédiée plutôt que de nous appuyer sur les modules de la suite SEO. Les extensions Magefan ou Amasty Product Schema génèrent un balisage JSON-LD correct pour les produits, incluant prix, disponibilité, avis et notes agrégées. Un Structured Data bien fait génère des rich snippets dans les résultats de recherche, ce qui améliore sensiblement les taux de clics. Vous pouvez vérifier et créer votre balisage produit avec notre outil générateur de schéma.

Évitez d'installer plusieurs extensions SEO aux fonctionnalités qui se chevauchent. Deux extensions essayant toutes deux de gérer les balises canonical entreront en conflit et produiront des résultats imprévisibles. Choisissez une suite SEO principale et complétez-la avec des extensions spécialisées uniquement là où c'est nécessaire.

La génération de sitemaps XML dans l'implémentation par défaut de Magento est basique. Elle regroupe toutes les URLs dans un seul fichier sans différenciation de priorité et sans paramètres intelligents de fréquence de modification. Une extension comme Amasty XML Sitemap ou Mirasvit SEO Suite vous permet de diviser les sitemaps par type (produits, catégories, pages CMS), d'exclure des URLs spécifiques et de définir les priorités en fonction de l'importance réelle des pages.

Magento vs architecture headless pour le SEO

Le e-commerce headless sépare la couche de présentation frontend du moteur de commerce backend. Pour Magento, cela signifie utiliser Magento purement comme une API et construire le frontend avec un framework comme React, Vue ou une solution spécifique à Magento comme Hyvae.

Les implications SEO du passage au headless sont significatives. Le Magento traditionnel rend le HTML côté serveur, ce que les moteurs de recherche peuvent crawler sans problème. Un frontend headless riche en JavaScript peut s'appuyer sur le rendu côté client, que Google peut traiter mais pas aussi efficacement. Si votre frontend headless n'implémente pas le Server-Side Rendering (SSR) ou la Static Site Generation (SSG), vous risquez que les pages ne soient pas correctement indexées.

Hyvae est la solution headless que nous recommandons le plus souvent pour les boutiques Magento souhaitant des améliorations de vitesse. Elle remplace le frontend par défaut de Magento, Luma ou Blank, par une stack technologique moderne tout en maintenant le Server-Side Rendering. Les pages se chargent en moins d'une seconde en moyenne, et la sortie SEO (structure HTML, balises meta, Structured Data) peut être contrôlée avec précision.

PWA Studio, la solution headless officielle d'Adobe pour Magento, a connu des problèmes SEO persistants. Le Dynamic Rendering, la gestion incohérente des balises canonical et la difficulté à implémenter les balises hreflang en ont fait un choix risqué pour les boutiques soucieuses du SEO. La situation s'est améliorée avec les versions récentes, mais nous constatons encore des problèmes sur les boutiques PWA Studio qui n'existent pas sur les implémentations Magento traditionnelles ou Hyvae.

Notre conseil : si les problèmes de vitesse de votre boutique Magento sont la préoccupation principale, essayez d'abord d'optimiser la configuration existante (Varnish, Redis, optimisation des images). Passer au headless introduit de la complexité et des coûts. Si vous optez pour le headless, choisissez une solution qui supporte le SSR nativement et testez minutieusement avec l'outil URL Inspection de Google avant le lancement. Pour un traitement complet des principes de SEO technique e-commerce, notre guide de SEO technique pour le e-commerce s'applique à toutes les plateformes, y compris Magento.

Erreurs SEO Magento courantes que nous continuons à trouver

Après des années d'audit de boutiques Magento, certaines erreurs apparaissent de manière répétée. Voici celles qui causent le plus de dommages.

Le contenu dupliqué provenant des store views est omniprésent dans les installations Magento multilingues. Chaque store view génère son propre ensemble d'URLs, et sans balises hreflang et configuration canonical appropriées, Google voit le même contenu à plusieurs URLs. Nous trouvons cela sur presque chaque configuration Magento multi-boutique que nous auditons.

Les meta titles par défaut de Magento suivent le format 'Nom du produit - Nom de la catégorie - Nom de la boutique'. Ce template crée des balises title excessivement longues qui sont tronquées dans les résultats de recherche et gaspillent de l'espace pour le nom de la boutique. Nous supprimons le nom de la boutique des balises title des produits et catégories et personnalisons le template pour placer le mot-clé le plus important en premier.

Le sitemap Magento inclut souvent des pages noindex, des URLs 404 et des chaînes de redirections. Exportez votre sitemap et crawlez chaque URL qu'il contient. Nous trouvons régulièrement 10 à 30% d'URLs de sitemap qui ne devraient pas y figurer. Des sitemaps propres aident Google à consacrer son budget de crawl aux pages qui comptent.

Les pages CMS créées pour les promotions et campagnes sont oubliées après la fin de l'événement. Ces pages abandonnées s'accumulent au fil du temps. Une boutique Magento que nous avons auditée avait 450 pages CMS, dont 280 étaient des pages promotionnelles vides ou obsolètes qui apparaissaient encore dans le sitemap. Redirigez-les vers des pages de catégories pertinentes ou supprimez-les en renvoyant des codes de statut 410 appropriés.

Le robots.txt par défaut de Magento est trop permissif. Il autorise le crawl des pages de comptes clients, des pages de paiement, des pages de listes de souhaits et des pages de comparaison. Aucune d'entre elles ne devrait être crawlée. Mettez à jour le robots.txt pour interdire /customer/, /checkout/, /wishlist/, /catalog/product_compare/ et tout autre chemin menant à des pages spécifiques aux utilisateurs ou sans contenu.

Planifier un projet SEO Magento du début à la fin

Le SEO Magento n'est pas quelque chose que l'on configure une fois pour l'oublier. La complexité de la plateforme nécessite une maintenance continue. Voici comment nous structurons un projet SEO Magento.

La phase un est l'audit technique. Nous crawlons l'intégralité du site avec Screaming Frog, analysons la table url_rewrite, vérifions l'indexation de la navigation à facettes, testons la vitesse des pages sur différents types d'appareils et validons le Structured Data. Cela prend typiquement 2 à 3 semaines pour une boutique de plus de 5 000 produits et produit une liste priorisée de corrections. Un audit SEO e-commerce professionnel à ce stade vous donne une image complète de ce qui doit être corrigé avant le début des travaux.

La phase deux est la correction des problèmes d'infrastructure. Les changements de structure d'URL, les corrections de balises canonical, les mises à jour du robots.txt, le nettoyage du sitemap et les optimisations de vitesse interviennent ici. Cette phase prend généralement 4 à 6 semaines car de nombreux changements nécessitent du travail de développement et des tests en environnement de staging avant le déploiement.

La phase trois est l'optimisation on-page. Avec une base technique solide, nous optimisons les balises title, les meta descriptions, les H1 et le contenu sur les pages de catégories et de produits. Le keyword mapping guide cette phase. Nous utilisons souvent les templates d'extension SEO de Magento pour appliquer les optimisations à grande échelle, puis affinons manuellement les pages les plus prioritaires.

La phase quatre est le monitoring et l'itération. Nous suivons les statistiques de crawl dans Google Search Console, surveillons les Core Web Vitals, guettons les nouveaux problèmes d'indexation après les mises à jour de Magento et ajustons la stratégie en fonction des données de classement et de trafic. Les mises à jour de Magento réintroduisent parfois des problèmes SEO qui avaient été précédemment corrigés, donc les audits post-mise à jour font partie de la routine.

Magento est une plateforme puissante pour les boutiques avec de grands catalogues et des exigences complexes. Mais elle exige une attention SEO que les plateformes plus simples ne nécessitent pas. Si vous êtes sur Magento et que votre trafic organique ne croît pas, la configuration de la plateforme est presque certainement une partie du problème. Si vous évaluez Shopify comme alternative, notre guide SEO e-commerce Shopify est un point de comparaison utile pour évaluer les capacités des plateformes.