SEO par CMS : optimiser WordPress, Shopify, Wix, Webflow et Squarespace
Chaque CMS impose ses propres contraintes de référencement : la structure des adresses, ce que vous pouvez modifier dans le code, et les pages qu'il génère sans vous le dire. Ce guide reprend cinq plateformes une à une — forces réelles, limites réelles, les trois réglages qui pèsent le plus, les pièges qui reviennent à chaque audit, et le travail à faire pour être lisible par les moteurs de réponse.
Ce que votre CMS change vraiment, et ce qu'il ne change pas
Une idée circule selon laquelle certaines plateformes seraient « mauvaises pour le SEO ». C'est une simplification. Un CMS ne décide ni de la qualité de vos textes, ni de la réputation de votre entreprise, ni du nombre de sites qui parlent de vous — c'est-à-dire de l'essentiel. En revanche, il décide de trois choses concrètes : la forme de vos adresses, ce que vous êtes autorisé à modifier dans le code servi au navigateur, et les pages qu'il fabrique automatiquement en plus de celles que vous écrivez.
Ces trois éléments expliquent la quasi-totalité des problèmes techniques que nous rencontrons. Ils expliquent aussi pourquoi le même conseil ne fonctionne pas partout : dire « ajoutez une balise canonique » n'a pas le même sens quand vous éditez un gabarit de thème et quand vous dépendez d'un réglage exposé par un éditeur visuel. La différence entre le référencement classique et le fait d'être cité par une IA est traitée à part, dans notre page GEO vs SEO ; ici, nous restons sur le terrain de votre plateforme.
Un avertissement de méthode, valable pour tout ce qui suit. Les interfaces de ces produits évoluent en permanence, et un article qui décrit un menu au pixel près est faux six mois plus tard. Nous décrivons donc des mécanismes et des points de contrôle, pas des chemins de clics. Là où le comportement exact d'une plateforme nous paraît susceptible d'avoir changé, nous énonçons la règle générale et la façon de la vérifier chez vous, plutôt que d'inventer un détail rassurant.
Les cinq plateformes, une par une
Chaque fiche suit la même trame : nature du produit, forces, limites, les trois réglages à traiter en priorité, les pièges spécifiques, puis le travail GEO possible sur cette plateforme.
WordPress — référencement, réglages et pièges
Open source, auto-hébergé — vous contrôlez le serveur et chaque fichier.
Ses forces
Accès complet au code, aux gabarits et aux fichiers servis à la racine du domaine : robots.txt, sitemap, llms.txt, tout est modifiable.
Écosystème d'extensions SEO mature qui gère les balises title, les descriptions, les canoniques et les données structurées sans toucher au code.
Structure d'URL entièrement libre : vous décidez de la hiérarchie plutôt que de la subir.
Ses limites
La qualité du référencement dépend du thème et de l'hébergement, pas de WordPress lui-même. Un thème lourd ou un serveur lent annule le reste du travail.
Le CMS génère par défaut de nombreuses pages d'archives — catégories, étiquettes, dates, auteurs — qui produisent des pages presque vides et se ressemblent entre elles.
La liberté totale signifie aussi qu'aucun garde-fou n'existe : rien n'empêche une mauvaise configuration de rester en ligne pendant des mois.
Les trois réglages qui comptent le plus
Réglage 1
La structure des permaliens, décidée une fois pour toutes
Choisissez une structure lisible et stable dès l'ouverture du site, avant toute publication. Changer les permaliens plus tard casse toutes les URL déjà connues des moteurs et de vos clients ; il faut alors poser une redirection permanente pour chaque ancienne adresse, et le moindre oubli devient une page d'erreur indexée.
Réglage 2
Le tri des archives auto-générées
Décidez explicitement lesquelles de vos pages de catégories, étiquettes, dates et auteurs méritent d'être indexées. Une page d'étiquette avec deux articles n'apporte rien à un moteur, et une page d'archive par date n'apporte rien à personne. Les extensions SEO permettent de les désindexer sans les supprimer du site.
Réglage 3
La performance réelle des pages, mesurée et pas supposée
Images redimensionnées avant l'envoi, mise en cache activée, extensions inutilisées désinstallées plutôt que désactivées. Mesurez sur une vraie page de contenu et depuis un appareil mobile, pas sur la page d'accueil depuis votre bureau — ce sont deux résultats différents.
Les pièges propres à WordPress
La case « décourager les moteurs de recherche » restée cochée
WordPress propose, dans les réglages de lecture, une option qui demande aux moteurs de ne pas indexer le site. Elle est utile pendant la construction, et c'est la première cause de site invisible que nous rencontrons : personne ne pense à la décocher le jour de la mise en ligne. Vérifiez-la avant toute autre chose.
Deux extensions SEO installées en même temps
Deux extensions concurrentes écrivent chacune leur balise canonique, leur titre et leurs données structurées. La page envoie alors des instructions contradictoires, et le moteur en choisit une au hasard. Une seule extension SEO active, toujours.
La pagination et les pages jointes aux images
WordPress crée par défaut une page dédiée pour chaque image jointe. Ces pages n'ont aucun contenu propre. La règle générale : toute URL que votre CMS génère automatiquement et que vous n'avez pas écrite doit être passée en revue avant d'être laissée à l'index.
Ce qu'il faut faire pour le GEO sur WordPress
C'est le CMS le plus confortable pour le GEO, parce que vous servez ce que vous voulez à la racine du domaine. Un fichier llms.txt y est un simple fichier texte à déposer. Les données structurées Organization, LocalBusiness, Product ou FAQPage se posent via l'extension SEO ou directement dans le gabarit. Et comme vous éditez robots.txt à la main, vous décidez précisément quels robots d'IA sont autorisés — sans dépendre d'un éditeur qui déciderait à votre place.
Shopify — référencement, réglages et pièges
Hébergé, orienté commerce — la structure des URL est imposée par la plateforme.
Ses forces
Infrastructure rapide et fiable sans travail d'optimisation serveur de votre part.
Les thèmes récents posent les données structurées Product de façon native : prix, disponibilité et avis sont lisibles par une machine sans intervention.
Le fichier robots.txt est personnalisable via un modèle dédié, ce qui reste rare chez les plateformes hébergées.
Ses limites
Les préfixes d'URL sont imposés : vos produits vivent sous /products/, vos catégories sous /collections/, vos articles sous /blogs/. Vous ne pouvez pas construire une hiérarchie d'URL libre.
Les descriptions de produits importées d'un catalogue fournisseur sont identiques à celles de vos concurrents. C'est le problème de fond du référencement e-commerce, et aucun réglage ne le résout.
La navigation à facettes multiplie les adresses avec paramètres, qui affichent des variantes du même contenu.
Les trois réglages qui comptent le plus
Réglage 1
La balise canonique du thème, vérifiée dans le code
Un même produit est atteignable par plusieurs chemins : directement, ou à travers chacune des collections qui le contient. Sans canonique correcte, ces adresses se présentent comme des pages distinctes portant le même contenu. Les thèmes officiels posent une canonique vers l'adresse produit courte ; sur un thème sur mesure ou fortement modifié, faites-la vérifier explicitement.
Réglage 2
Des titres et descriptions écrits produit par produit
Le champ de référencement de chaque fiche produit est optionnel, donc souvent laissé vide, et la plateforme retombe alors sur le nom du produit seul. Une description écrite pour un client — usage, matière, dimensions, ce qui distingue ce modèle du précédent — est aussi ce qui donne à un moteur de réponse une raison de vous citer plutôt que le catalogue du fabricant.
Réglage 3
Le traitement des collections et des filtres
Une collection utile a un texte d'introduction propre et un objectif clair. Une collection créée pour un besoin d'affichage interne n'a pas à être indexée. Même logique pour les adresses filtrées : elles servent la navigation du client, pas la découverte par un moteur.
Les pièges propres à Shopify
Les doublons produit / collection
C'est le piège structurel de Shopify. Le même article existe sous /products/mon-article et sous /collections/ma-collection/products/mon-article. Vérifiez sur une fiche réelle, en affichant le code source, que la balise canonique pointe bien vers la version courte, quelle que soit la porte d'entrée utilisée.
Les variantes traitées comme des pages
Une variante de taille ou de couleur ajoute un paramètre à l'adresse. Sauf raison commerciale précise, une variante n'est pas une page à référencer séparément : c'est un état de la même page.
Les produits retirés du catalogue
Un produit épuisé et dépublié laisse derrière lui une adresse qui reste connue des moteurs et parfois liée depuis l'extérieur. Prévoyez une redirection vers le produit remplaçant ou vers sa collection — la plateforme propose de le faire au moment de la suppression, encore faut-il ne pas cliquer trop vite.
Ce qu'il faut faire pour le GEO sur Shopify
Shopify étant hébergé, vous ne déposez pas un fichier arbitraire à la racine du domaine comme sur un serveur qui vous appartient : la faisabilité d'un vrai llms.txt dépend de ce que la plateforme et vos applications permettent au moment où vous le tentez — vérifiez-le avant de le promettre à quiconque. Concentrez plutôt l'effort sur ce qui est acquis : des données structurées Product complètes et exactes, une fiche Organization sur la page « à propos », et un robots.txt personnalisé qui autorise explicitement les robots des moteurs de réponse que vous visez.
Wix — référencement, réglages et pièges
Hébergé, éditeur visuel — le rendu s’appuie fortement sur JavaScript.
Ses forces
Les réglages de référencement essentiels sont accessibles sans code : titre, description, adresse de page, texte alternatif des images, redirections permanentes, robots.txt.
Le plan de site est généré et tenu à jour automatiquement.
Les outils intégrés guident un utilisateur non technique à travers les réglages de base, ce qui évite les oublis les plus coûteux.
Ses limites
Vous ne contrôlez ni le code produit par l'éditeur, ni la structure du document. Ce qui n'est pas exposé dans un réglage n'est pas modifiable.
Le poids des pages est difficile à réduire, parce que l'essentiel du chargement vient de la plateforme et non de votre contenu.
Les adresses de pages sont plus contraintes que sur un CMS ouvert, notamment pour les contenus issus de collections.
Les trois réglages qui comptent le plus
Réglage 1
Un titre et une description écrits pour chaque page
L'éditeur propose des gabarits automatiques. Ils empêchent les champs vides, ils ne produisent pas des libellés distinctifs. Reprenez à la main au moins les pages qui comptent commercialement : accueil, prestations, contact, pages locales.
Réglage 2
L'adresse de chaque page, fixée avant publication
Corrigez les adresses tant que la page n'est pas connue des moteurs. Après, tout changement impose une redirection permanente — Wix en propose un gestionnaire dédié, utilisez-le systématiquement plutôt que de laisser mourir l'ancienne adresse.
Réglage 3
Le contenu essentiel présent dans la page, pas derrière une interaction
Un texte qui n'apparaît qu'après un clic sur un onglet, un survol ou un défilement peut ne pas être vu par un robot. Le contenu qui doit vous positionner se lit sans rien déclencher.
Les pièges propres à Wix
Le rendu JavaScript, à vérifier plutôt qu’à supposer
Wix construit ses pages avec JavaScript et sert une version pré-rendue aux robots. Le résultat est en pratique bien meilleur qu'il ne l'était il y a quelques années, mais il n'est pas garanti pour chaque bloc de chaque page — en particulier les éléments chargés après coup. La méthode qui tranche : demandez l'inspection de l'URL dans la Search Console et lisez le code rendu tel que le robot l'a obtenu. Ce que vous y voyez est ce qui compte ; le reste est une hypothèse.
Les applications ajoutées à l'éditeur
Chaque application installée ajoute du code à vos pages. Deux ou trois passent inaperçues ; une dizaine se ressentent sur le temps d'affichage. Retirez celles que vous n'utilisez plus.
Les pages de collection dupliquées par les filtres
Comme sur toute plateforme proposant filtres et tris, les combinaisons produisent des adresses multiples pour un contenu proche. Passez-les en revue une fois, décidez, et n'y revenez plus.
Ce qu'il faut faire pour le GEO sur Wix
Sur une plateforme hébergée, partez du principe que vous n'ajouterez pas un fichier libre à la racine du domaine sans confirmation explicite du produit. Ce qui reste entièrement à votre portée : rendre le contenu lisible sans exécution de script, ajouter des données structurées via les outils prévus par la plateforme, tenir des pages de questions-réponses rédigées en phrases complètes, et vérifier dans robots.txt qu'aucune règle n'exclut les robots des moteurs de réponse.
Webflow — référencement, réglages et pièges
Hébergé, mais produisant un HTML propre que vous contrôlez presque entièrement.
Ses forces
Vous contrôlez la structure du document : niveaux de titres, texte alternatif, balises, code injecté dans l'en-tête. C'est rare pour une plateforme hébergée.
Les redirections permanentes sont gérées nativement, dans un panneau prévu pour cela.
Les gabarits de collection permettent de générer titres et descriptions à partir des champs du contenu : des centaines de pages restent cohérentes sans saisie manuelle.
Ses limites
Aucune logique côté serveur : ce qui demande un traitement dynamique doit passer par un service externe.
Les volumes de contenu et le nombre d'éléments de collection dépendent du plan souscrit, ce qui peut brider un projet éditorial qui grossit.
La qualité du résultat dépend de la discipline de celui qui construit : rien n'empêche d'empiler des titres de niveau 1 ou de laisser des textes alternatifs vides.
Les trois réglages qui comptent le plus
Réglage 1
L'indexation du sous-domaine de prévisualisation
Un projet Webflow est accessible à la fois sur votre domaine et sur une adresse de prévisualisation fournie par la plateforme. Si les deux sont ouvertes aux moteurs, votre site existe en double. Webflow expose un réglage pour empêcher l'indexation de l'adresse de prévisualisation : c'est la première case à vérifier après avoir branché le domaine.
Réglage 2
Les gabarits de title et de description au niveau de la collection
Définissez-les une fois par collection, à partir des champs réels du contenu. Vous évitez ainsi la centaine de pages qui partagent le même titre — un défaut que les moteurs traitent comme un signe de contenu interchangeable.
Réglage 3
La hiérarchie des titres dans le canevas
L'éditeur visuel laisse choisir librement le niveau de chaque bloc de texte, y compris pour des raisons purement esthétiques. Un seul titre de niveau 1 par page, puis des niveaux 2 et 3 qui suivent réellement le plan du contenu.
Les pièges propres à Webflow
Le site de démonstration resté indexable
C'est le piège classique de la plateforme : la version de prévisualisation indexée en parallèle du site réel, avec le même contenu à deux adresses. Vérifiez que l'adresse fournie par la plateforme n'apparaît pas dans les résultats de recherche pour votre marque.
Les niveaux de titres choisis pour la taille du texte
« Ce titre est trop petit, je le passe en H2 » : la décision est visuelle, la conséquence est structurelle. Réglez la taille par le style, pas par le niveau de balise.
Les redirections oubliées lors des refontes
Webflow rend la refonte facile, donc fréquente. Chaque adresse abandonnée doit recevoir une redirection permanente vers son équivalent le plus proche. Une refonte réussie visuellement et ratée sur ce point coûte de la visibilité pendant des mois.
Ce qu'il faut faire pour le GEO sur Webflow
C'est la plateforme hébergée la plus favorable au GEO, parce que vous injectez librement du JSON-LD dans l'en-tête d'une page ou d'un gabarit de collection : Organization, LocalBusiness, Article, FAQPage. Vous éditez aussi robots.txt depuis les réglages du projet, donc vous décidez de l'accès des robots d'IA. Pour un fichier servi à la racine du domaine comme llms.txt, vérifiez ce que la plateforme autorise au moment où vous le mettez en place, et ne considérez pas le fichier comme actif tant que vous ne l'avez pas ouvert vous-même dans un navigateur.
Squarespace — référencement, réglages et pièges
Hébergé, orienté design — des réglages par défaut corrects, peu de marge au-delà.
Ses forces
Les bases sont saines par défaut : plan de site généré, adresses lisibles, sites adaptés au mobile sans effort.
Les titres et descriptions sont éditables page par page, sans code.
Un gestionnaire de redirections d'URL est fourni, avec une syntaxe simple à une ligne par règle.
Ses limites
Le contrôle technique s'arrête vite : la structure du document, le fichier robots.txt et le contenu servi à la racine du domaine ne vous appartiennent pas.
Les modèles de blog et de boutique créent automatiquement des adresses de catégorie et d'étiquette qui produisent des pages minces.
Les possibilités d'optimisation de la vitesse sont limitées, parce que l'essentiel du chargement relève de la plateforme.
Les trois réglages qui comptent le plus
Réglage 1
Le titre et la description de chaque page significative
La plateforme peut composer un titre à partir du nom de la page et du nom du site. C'est acceptable pour une page secondaire, insuffisant pour une page qui doit vous amener des clients. Écrivez-les à la main pour vos pages commerciales.
Réglage 2
Le gestionnaire de redirections, utilisé à chaque changement
Chaque fois que vous renommez une page ou un article, ajoutez la règle correspondante dans le panneau de redirections. Ne partez pas du principe que la plateforme s'en charge : vérifiez l'ancienne adresse dans un navigateur, vous saurez en dix secondes.
Réglage 3
Le tri des pages de catégorie et d’étiquette du blog
Gardez celles qui rassemblent un vrai corpus et méritent un texte d'introduction. Pour les autres, mieux vaut ne pas créer l'étiquette que créer une page qui ne contient qu'un lien.
Les pièges propres à Squarespace
Les changements de slug sans redirection
C'est le piège dominant sur cette plateforme, parce que renommer une page y est trivial et que rien ne vous alerte. Toute adresse déjà publiée, partagée ou liée doit survivre à son renommage sous forme de redirection permanente.
Les pages construites à partir de blocs sans texte
Un design réussi peut ne contenir presque aucun texte lisible : images, icônes, titres courts. Un moteur ne dispose alors de rien pour comprendre ce que vous vendez. Chaque page importante a besoin de plusieurs paragraphes réellement rédigés.
Le blocage des robots hérité de la phase de construction
Comme partout, la protection activée pendant la conception — page de garde, mot de passe, exclusion des moteurs — doit être retirée à l'ouverture. Vérifiez-le le jour de la mise en ligne, pas trois mois après.
Ce qu'il faut faire pour le GEO sur Squarespace
Considérez ici que vous ne maîtrisez pas les fichiers de la racine du domaine, et bâtissez la stratégie GEO sur ce que vous maîtrisez : du texte rédigé en phrases complètes, des questions posées telles que vos clients les posent et suivies de réponses courtes, des coordonnées et horaires cohérents entre le site et vos fiches externes, et les données structurées proposées par la plateforme là où elles existent. Un moteur de réponse cite d'abord une page qu'il comprend — le fichier llms.txt est un confort, pas une condition.
Les règles qui valent sur toutes les plateformes
Une fois les particularités traitées, il reste un socle identique partout. Si vous ne deviez retenir que quatre points de ce guide, ce sont ceux-là.
Une page, une adresse, une intention
La plupart des problèmes techniques que nous rencontrons se ramènent à la même cause : le même contenu accessible par plusieurs adresses. Filtres, paramètres de suivi, version avec et sans barre oblique finale, sous-domaine de test resté ouvert. Le CMS change, le symptôme ne change pas.
Toute adresse abandonnée mérite une redirection permanente
Le jour où vous renommez ou supprimez une page, son adresse continue d'exister dans l'index des moteurs, dans les liens que d'autres sites vous ont faits, et dans les favoris de vos clients. Une redirection permanente transfère cet héritage. Une page d'erreur le jette.
Ce que le robot voit prime sur ce que vous voyez
Sur toute plateforme reposant sur JavaScript, ne supposez rien. Ouvrez le code rendu, ou passez par l'inspection d'URL de la Search Console. Cinq minutes de vérification remplacent trois mois de suppositions.
Le contenu reste au-dessus de la technique
Un site techniquement irréprochable qui ne dit rien de précis ne se positionne pas, et ne se fait pas citer. Les réglages de cette page suppriment des obstacles ; ils ne remplacent pas des pages qui répondent réellement à une question.
Le GEO selon votre CMS : ce qui dépend de la plateforme, ce qui n'en dépend pas
Être cité par un moteur de réponse repose sur trois conditions. La première est l'accès : les robots des systèmes d'IA doivent pouvoir lire vos pages, ce qui se règle dans robots.txt — et dépend donc de la capacité de votre plateforme à vous laisser éditer ce fichier. La deuxième est la compréhension : des données structurées correctes et un texte rédigé en phrases complètes, ce qui ne dépend d'aucune plateforme. La troisième est l'exactitude : des informations à jour et cohérentes avec ce que disent vos autres présences en ligne.
Le fichier llms.txt appartient à la première catégorie. C'est une convention émergente, pas un standard adopté par les grands éditeurs : son absence ne vous disqualifie pas, et sa présence ne garantit rien. Nous détaillons ce qu'il vaut réellement dans notre article faut-il un fichier llms.txt. Si votre plateforme vous permet de le servir à la racine, faites-le, le coût est nul. Sinon, investissez ce temps dans les deux autres conditions, qui pèsent davantage.
Attention au piège inverse, celui qui coûte le plus cher : bloquer les robots d'IA sans le vouloir. Une règle de sécurité recopiée depuis un forum, une extension « anti-aspiration » activée par prudence, et vos pages deviennent invisibles pour des systèmes que vos clients utilisent tous les jours. C'est le sujet de notre article quand robots.txt bloque les IA, et c'est la vérification la plus rentable de cette page, parce que son effet est binaire.
Par où commencer, quel que soit votre CMS
Vérifiez que vous êtes indexable. Case de blocage des moteurs décochée, robots.txt lisible et sans exclusion large, site de prévisualisation fermé. Tant que ce point n'est pas acquis, le reste ne sert à rien.
Listez vos adresses en double. Filtres, paramètres, catégories automatiques, versions de test. Décidez pour chaque famille : indexée, canonique vers une autre, ou exclue.
Écrivez les titres et descriptions de vos dix pages commerciales.À la main, une par une. C'est le travail au meilleur rapport temps/résultat sur n'importe quelle plateforme.
Posez vos données structurées. Identité de l'entreprise au minimum, puis vos produits ou vos prestations. Notre glossaire définit les termes, et nos outils permettent de contrôler le résultat.
Mesurez avant de recommencer. Un changement, une observation. Les positions bougent naturellement d'un jour à l'autre : notre article sur les variations de position explique pourquoi il ne faut pas conclure trop vite.
Questions fréquentes sur le SEO par CMS
Quel CMS est le meilleur pour le référencement ?
Aucun ne l'est intrinsèquement. WordPress et Webflow offrent le plus de contrôle technique, Shopify impose une structure d'URL mais s'occupe de la performance, Wix et Squarespace couvrent les besoins courants d'un site vitrine. Le facteur décisif reste la qualité du contenu publié et la rigueur des réglages, pas la marque du CMS.
Faut-il changer de CMS pour améliorer son référencement ?
Rarement. Une migration casse des adresses, fait perdre l'historique et mobilise des semaines. Commencez par corriger les réglages décrits sur cette page. Un changement ne se justifie que si votre plateforme vous empêche réellement de faire ce que votre activité exige.
Peut-on ajouter un fichier llms.txt sur toutes les plateformes ?
Non. Servir un fichier libre à la racine du domaine suppose de contrôler le serveur, ce qui est le cas d'un WordPress auto-hébergé mais pas de toutes les plateformes hébergées. Vérifiez ce que la vôtre autorise, et ne considérez le fichier comme actif qu'après l'avoir ouvert vous-même dans un navigateur.
Comment savoir ce que le robot voit réellement sur mon site ?
Utilisez l'inspection d'URL de la Google Search Console et lisez le code rendu obtenu par le robot, ou affichez le code source de la page. C'est la seule façon de trancher sur une plateforme qui construit ses pages avec JavaScript.
Savoir ce que votre CMS laisse passer
La plupart des points de ce guide se contrôlent en lisant vos pages telles qu'une machine les reçoit. Notre analyse le fait pour vous : accès des robots, données structurées présentes ou manquantes, adresses en double, contenu lisible sans script. Vous obtenez une liste de corrections classées par impact, pour votre plateforme.