L'essentiel, si vous manquez de temps

Wix propose aujourd'hui tout le socle technique attendu : balises personnalisables, robots.txt éditable, balise canonique modifiable, redirections 301 avec import de fichier, données structurées, rendu côté serveur. Les vraies limites sont ailleurs : le contrôle fin de la performance, la profondeur des données structurées sur mesure, et surtout le coût de sortie, parce qu'il n'existe pas d'export propre. Si votre site Wix ne décolle pas, la cause est neuf fois sur dix votre contenu, pas votre plateforme.

D'où vient la mauvaise réputation, et ce qu'il en reste

Elle est méritée, mais elle date. Jusqu'au milieu des années 2010, Wix construisait ses pages entièrement en JavaScript côté navigateur. Le code source livré à Googlebot était pratiquement vide, et l'indexation s'en ressentait. À l'époque, déconseiller Wix pour un projet reposant sur le trafic organique était un conseil juste.

La plateforme a refondu son architecture à partir de 2016 et 2017, et sert désormais ses pages avec un rendu côté serveur : le contenu est présent dans le HTML livré, sans dépendre de l'exécution du JavaScript par le moteur. C'est le point décisif, et c'est celui que les articles jamais relus continuent d'ignorer.

Ce qui reste de vrai dans la critique, c'est que Wix reste une plateforme fermée. Vous ne décidez pas de tout, et sur les projets où le dernier pourcent de contrôle technique fait la différence, cela pèse. Mais entre « la plateforme empêche d'être indexé » et « la plateforme limite les réglages avancés », il y a un fossé que beaucoup d'articles franchissent sans le dire.

Ce que Wix permet réellement aujourd'hui

Voici les fonctions documentées par l'éditeur, celles qui constituent le socle technique d'un site correctement référençable.

FonctionDisponible ?Ce qu'il faut savoir
Title et meta description Oui, page par page Modifiables individuellement, avec des modèles applicables aux pages générées automatiquement
Fichier robots.txt Oui, éditable Un éditeur intégré permet d'autoriser ou de bloquer des robots précis. Contredit ce qu'affirment beaucoup d'articles anciens
Sitemap XML Oui, automatique Généré et mis à jour seul. Peu paramétrable, ce qui est un inconvénient sur les gros sites
Balise canonique Oui, personnalisable Une canonique auto-référente est posée par défaut, et vous pouvez la remplacer page par page
Redirections 301 Oui, avec import de fichier Le traitement en masse par import est possible. C'est l'erreur la plus répandue dans les articles sur le sujet
Données structurées Oui, avec limites Balisage automatique sur les types de pages dynamiques (produits, articles, événements), personnalisable dans une certaine mesure
Balises personnalisées Oui Ajout de balises meta au-delà de celles prévues par défaut
Optimisation des images Oui, automatique Redimensionnement et conversion en format moderne pris en charge par la plateforme
Rendu côté serveur Oui Le contenu est dans le HTML livré. C'est ce qui a réglé le problème historique d'indexation
Search Console Oui, intégré Vérification du domaine et envoi des pages à l'indexation depuis l'interface

Autrement dit : sur le socle, il ne manque rien d'essentiel. Un site Wix peut être exploré, indexé, canonisé, redirigé et balisé correctement. C'est exactement ce qu'il faut pour se positionner.

Diagnostic

Le blocage vient-il vraiment de Wix ?

Avant d'engager une migration coûteuse et risquée, il vaut mieux vérifier. Neuf fois sur dix, ce qui bloque un site Wix est son contenu, pas sa plateforme.

Faire vérifier mon site

Je vous dis franchement si la migration se justifie, ou non.

Les limites qui subsistent vraiment

Elles sont réelles, mais plus étroites et plus spécifiques qu'on ne le dit. Les voici, par ordre d'importance décroissante selon mon expérience.

LimiteImpact réelQui est concerné
Le coût de sortie Il n'existe pas d'export propre du site. Partir signifie recréer les pages ailleurs, puis rediriger l'ancien vers le nouveau. C'est du temps, et un risque Tout le monde, à terme. C'est la limite la plus sous-estimée
Le contrôle de la performance Vous ne maîtrisez ni le code livré, ni les scripts chargés. Les Core Web Vitals se travaillent surtout par le contenu et les images, pas par l'optimisation technique Les sites sur marchés concurrentiels, où le dernier pourcent compte
La structure des URLs Certains préfixes imposés par la plateforme ne se retirent pas. Ce n'est pas grave en soi, mais cela bride une architecture pensée finement Les projets à forte volumétrie éditoriale
Les données structurées sur mesure On reste dans le cadre prévu. Un balisage complexe ou imbriqué sort du périmètre Les sites qui visent des affichages enrichis très spécifiques
Les gros volumes Le sitemap et la pagination se pilotent mal quand le nombre de pages devient important Les catalogues et les sites de plusieurs milliers de pages

Le vrai diagnostic, dans la plupart des cas

Quand on me dit « mon site Wix ne se positionne pas », je regarde d'abord le contenu et les liens, pas la plateforme. Neuf fois sur dix, le site compte quelques pages courtes qui ne répondent à aucune intention précise, aucun lien entrant, et un secteur où les concurrents publient depuis cinq ans. Migrer vers WordPress ne changerait rigoureusement rien à cette situation, mais coûterait plusieurs milliers d'euros.

Wix ou WordPress : le tableau de décision

CritèreWixWordPress
Socle SEO technique Complet pour l'essentiel Complet, avec un contrôle total en plus
Autonomie sans compétence technique Excellente, c'est sa raison d'être Correcte, mais l'entretien retombe sur vous
Maintenance Aucune, tout est géré Continue : coeur, thème, extensions
Plafond de personnalisation Réel, atteint sur les projets exigeants Pratiquement aucun
Performance atteignable Correcte, peu améliorable Excellente si bien tenu, mauvaise si négligé
Coût de sortie Élevé, pas d'export propre Faible, le contenu s'exporte proprement
Coût total sur trois ans Prévisible, abonnement Variable : hébergement, extensions, maintenance ou prestataire

Ma lecture : le débat n'est pas technique, il est économique. Wix vous vend de la tranquillité en échange d'un plafond et d'un coût de sortie. WordPress vous vend de la liberté en échange d'un entretien. Les deux se référencent, et sur la plupart des marchés, ce qui vous départagera de vos concurrents sera votre contenu.

Faut-il migrer ? La question à se poser avant

Une migration est l'opération la plus risquée du SEO, et sortir de Wix est particulièrement laborieux faute d'export. Avant de vous lancer, répondez honnêtement à ceci : quelle limite précise de Wix vous bloque aujourd'hui ?

Si vous migrez malgré tout, l'ordre est impératif : cartographier toutes les URLs actuelles, recréer les contenus, préparer le plan de redirections complet, puis basculer. Les erreurs classiques de refonte et la perte de trafic après refonte sont traitées en détail ailleurs sur ce site.

Les réglages qui comptent sur un site Wix

Puisque la plateforme permet l'essentiel, autant l'utiliser. Voici l'ordre dans lequel je procède sur un site Wix, du plus rentable au moins urgent.

  1. Écrire un title unique par page

    C'est de très loin le réglage au meilleur rendement, et le plus souvent négligé. Des titles générés automatiquement et identiques sur dix pages coûtent plus cher que n'importe quelle limite de la plateforme.

  2. Vérifier ce que contient le robots.txt

    Ouvrez votre-site.fr/robots.txt et lisez-le. C'est un fichier de quelques lignes qui peut annuler tout le reste, et il est éditable.

  3. Connecter la Search Console et regarder l'indexation

    Comparez le nombre de pages indexées à celui de vos pages réelles. Tout écart important passe avant n'importe quelle optimisation.

  4. Traiter les images

    La plateforme optimise le format, mais elle n'écrit pas vos attributs alt et ne réduit pas une photo de 4 000 pixels que vous avez déposée telle quelle.

  5. Construire un maillage interne réel

    Des liens contextuels dans le texte, pas seulement le menu. C'est faisable sur Wix et presque personne ne le fait.

  6. Publier du contenu qui répond à une intention

    Le point qui décide de tout. Un site de six pages sans profondeur ne se positionnera nulle part, quelle que soit la technologie qui le sert.

Wix et la visibilité dans les IA génératives

Bonne nouvelle sur ce terrain : le rendu côté serveur joue en faveur de Wix. Les robots des moteurs génératifs n'exécutent généralement pas le JavaScript, et un site dont le contenu n'est présent qu'après exécution leur est invisible. Sur ce point précis, un site Wix est mieux placé qu'une application monopage mal conçue.

Le point à vérifier reste le robots.txt : assurez-vous que vous ne bloquez pas les robots dont dépendent les citations. Le détail des robots concernés et de la configuration recommandée est sur mes pages GEO et audit SEO.

Pour qui Wix reste un bon choix

Pour un artisan, un commerce local, un prestataire de services, un cabinet indépendant : quelqu'un qui veut un site propre, autonome, sans maintenance ni développeur, et dont le trafic organique n'est pas le seul canal d'acquisition. Dans ce cadre, Wix fait très bien son travail et le débat SEO est largement théorique.

Il devient un mauvais choix pour un projet dont le trafic organique est le modèle économique, pour un catalogue de grande taille, ou pour un site qui prévoit d'évoluer beaucoup. Non pas parce qu'il empêche le référencement, mais parce que le plafond finira par se faire sentir, et qu'à ce moment-là le coût de sortie sera déjà élevé.

Questions fréquentes

Wix est-il mauvais pour le SEO ?
Non, plus depuis longtemps. La mauvaise réputation de Wix vient de son architecture d'avant 2017, où le contenu était généré en JavaScript et mal indexé. La plateforme rend aujourd'hui ses pages côté serveur et propose les réglages SEO essentiels : balises personnalisables, robots.txt éditable, balise canonique modifiable, redirections 301 avec import de fichier, données structurées. Sur un marché peu à moyennement concurrentiel, un site Wix bien réglé se positionne correctement.
Peut-on modifier le fichier robots.txt sur Wix ?
Oui. Wix propose un éditeur de robots.txt dans les réglages SEO, ce qui permet d'autoriser ou de bloquer des robots précis. C'est une correction importante à apporter aux articles anciens qui affirment le contraire : cette possibilité existe et elle est documentée par l'éditeur.
Peut-on faire des redirections 301 en masse sur Wix ?
Oui, l'import d'un fichier de redirections est possible depuis le gestionnaire d'URL. C'est probablement l'affirmation erronée la plus répandue sur le sujet, reprise d'article en article depuis des années. Cela reste moins souple qu'un fichier de configuration serveur, mais le traitement en masse existe bel et bien.
Faut-il migrer de Wix vers WordPress pour le SEO ?
Rarement pour la seule raison du SEO, et jamais sans avoir chiffré le coût. Une migration comporte un risque réel de perte de trafic, et sur Wix elle implique une recréation manuelle des pages plus un plan de redirections complet. Elle se justifie quand vous êtes bloqué par une limite précise et identifiée, pas par principe. Dans la majorité des cas que je vois, le problème est le contenu, pas la plateforme.
Peut-on faire un e-commerce ambitieux sur Wix ?
Techniquement oui, mais ce n'est pas le terrain où la plateforme est la plus à l'aise. Sur un catalogue important, les limites de pilotage du sitemap, de la pagination et des données structurées sur mesure se font sentir, et la concurrence sur les requêtes produit est féroce. Pour un catalogue restreint et une clientèle qui vient aussi d'ailleurs, cela reste tout à fait tenable.
Wix ou WordPress pour un site vitrine ?
Pour un artisan ou une petite structure sans budget de développement et sans ambition de trafic organique massif, Wix est une option raisonnable : le résultat est propre et autonome. WordPress reste préférable si vous voulez garder l'option d'évoluer sans tout reconstruire, notamment parce que sortir de Wix coûte cher en temps.

Sources : documentation officielle Wix sur ses fonctionnalités SEO (édition du robots.txt, personnalisation de la balise canonique, redirections 301 par import de fichier, données structurées sur les pages dynamiques, balises personnalisées, rendu côté serveur, intégration Search Console), consultée en août 2026.