Audit SEO Wix : ce qui a changé, et ce qui coince encore

Pendant des années, "Wix" et "mauvais SEO" étaient quasiment synonymes dans le milieu du référencement — une réputation largement méritée à l'époque : URLs générées automatiquement et illisibles, impossibilité de modifier le fichier robots.txt, absence de redirections 301 natives, pages construites avec des technologies peu lisibles pour les robots d'exploration. Une bonne partie de ces limites a été corrigée depuis, notamment après les investissements de Wix dans son moteur de rendu et ses outils SEO à partir de 2019. La réputation, elle, a mis plus de temps à évoluer que la plateforme elle-même.

Ce décalage entre la réputation et la réalité technique actuelle mérite d'être corrigé point par point, plutôt que de se fier à un jugement global figé dans le temps — certains points se sont réellement améliorés, d'autres restent de vrais points de vigilance aujourd'hui encore.

Ce qui s'est réellement amélioré

• Les URLs sont désormais personnalisables et propres, loin des identifiants générés automatiquement d'il y a quelques années.
• Le fichier robots.txt est éditable directement depuis le tableau de bord, un changement majeur par rapport à l'ancienne version figée et non modifiable.
• Des redirections 301 natives sont disponibles depuis l'interface, sans extension tierce ni contournement technique.
• Les balises title, meta description et l'attribut alt des images sont éditables page par page et image par image.
• Le moteur de rendu a été largement retravaillé pour produire un HTML plus proche de ce qu'un site codé à la main produirait, nettement plus lisible pour les robots d'exploration qu'auparavant.

Ce qui reste un vrai point de vigilance

Le poids des pages reste le point faible le plus systématiquement observé sur les sites Wix, en particulier ceux construits avec de nombreuses applications tierces du App Market (formulaires avancés, pop-ups, widgets de réservation, chat en direct). Chaque application ajoutée charge son propre script JavaScript, souvent sans lien avec les autres, ce qui cumule rapidement un poids de page et un temps d'exécution JavaScript disproportionnés par rapport à un site codé sur mesure avec les mêmes fonctionnalités — un effet direct sur le LCP et l'INP, les deux Core Web Vitals les plus sensibles à ce type de surcharge.

Le piège du changement de domaine

Un site créé sur un sous-domaine gratuit (monsite.wixsite.com/monsite) puis migré vers un nom de domaine personnalisé plus tard change effectivement d'adresse complète — un cas de migration de domaine classique, avec son propre risque de perte de signal si les redirections ne sont pas configurées correctement entre les deux. Beaucoup de créateurs de site Wix traversent cette étape sans réaliser qu'il s'agit techniquement d'une migration à part entière, avec les mêmes précautions à prendre qu'un changement de domaine sur n'importe quelle autre plateforme.

Les pages de catégories de blog, un risque de contenu fin

Le système de blog intégré à Wix génère automatiquement des pages de catégorie et de tag pour chaque étiquette attribuée à un article — un mécanisme pratique pour la navigation, mais qui peut produire un grand nombre de pages à très faible contenu (parfois un seul article par tag) si les étiquettes sont utilisées sans discipline. Ces pages fines, répétées en grand nombre, diluent l'autorité du site plutôt que de la renforcer, et méritent une vérification régulière pour fusionner ou supprimer les tags trop peu utilisés.

La limite structurelle : un seul site, un seul éditeur

Contrairement à un CMS open source, un site Wix reste entièrement dépendant de l'écosystème Wix — aucune portabilité du code vers un autre hébergeur, aucun accès direct au serveur ou à la base de données. Ce n'est pas un problème SEO au sens strict, mais une limite stratégique à connaître avant de construire un site destiné à grandir significativement : un site avec plusieurs centaines ou milliers de pages (un catalogue e-commerce important, un site éditorial à fort volume) rencontre plus vite les limites de personnalisation technique de la plateforme qu'un site de taille plus modeste, le public pour lequel Wix reste le plus pertinent.

Checklist pour un site Wix

• Le domaine personnalisé est bien configuré avec les redirections 301 nécessaires si le site a été migré depuis un sous-domaine gratuit.
• Le nombre d'applications tierces installées est limité au strict nécessaire, chacune vérifiée pour son effet sur le temps de chargement.
• Les balises title et meta description sont renseignées manuellement page par page, pas laissées aux valeurs par défaut générées automatiquement.
• Les pages de tags de blog avec un seul article ou moins ne sont pas laissées à se multiplier sans contrôle.
• Le fichier robots.txt est vérifié pour confirmer qu'aucune page importante n'y est bloquée par erreur.
• Les Core Web Vitals mobiles sont testés spécifiquement, le poids des applications tierces y étant généralement plus pénalisant que sur desktop.

En résumé

Wix n'est plus la plateforme structurellement inadaptée au SEO qu'elle a pu être il y a plusieurs années — les fondamentaux techniques (URLs, robots.txt, redirections, balises) sont aujourd'hui correctement couverts. Les points de vigilance se sont déplacés vers des problèmes plus fins : le poids cumulé des applications tierces, la gestion des migrations de domaine, et la prolifération de pages de tags à faible contenu. Un audit technique reste la seule façon de savoir lequel de ces points affecte réellement un site Wix donné, plutôt que de se fier à une réputation générale qui ne reflète plus l'état actuel de la plateforme.

Seoditum vérifie ce point automatiquement, avec preuve à l'appui, sur l'ensemble de votre site.