Comment réaliser un audit SEO Wix complet : méthodologie en 8 étapes

Suivre une checklist d’audit générique sur Wix fait perdre du temps à un endroit précis : la moitié des vérifications techniques n’existent tout simplement pas de la même façon selon que le site tourne sur l’éditeur Wix classique ou sur Wix Studio. Voici les 8 étapes, avec la bonne marche à suivre pour chaque plateforme.

Étape 1 : vérifier l’indexation réelle

Ouvrez le rapport Pages de la Search Console et comparez le nombre d’URLs indexées au nombre de pages réellement publiées dans votre éditeur. Notez chaque page exclue et sa raison affichée (explorée non indexée, bloquée par balise, doublon). Cette étape est identique sur Classic Editor et sur Studio : l’indexation se pilote entièrement côté Google, pas côté éditeur.

Étape 2 : mesurer la performance et les Core Web Vitals

Passez vos pages stratégiques dans PageSpeed Insights en séparant systématiquement mobile et desktop. Notez LCP, INP et CLS pour chacune. Sur Studio, le tableau de bord de vitesse natif offre une ventilation plus fine par page ; sur Classic Editor, vous dépendrez davantage de PageSpeed Insights et de la Search Console pour ce détail.

Étape 3 : contrôler l’architecture et le maillage

Mesurez la profondeur de clic de vos pages stratégiques depuis la page d’accueil et repérez les pages orphelines, non reliées depuis le menu ni depuis aucun lien contextuel. Vérifiez que le menu de navigation reflète bien votre hiérarchie voulue, pas uniquement l’ordre de création des pages.

Étape 4 : évaluer le contenu par intention

Pour chaque page stratégique, formulez la requête unique à laquelle elle doit répondre. Si deux pages répondent à la même requête, elles se cannibalisent : fusionnez-les ou différenciez clairement leur angle. Vérifiez aussi qu’aucune page ne mélange présentation d’entreprise, blog et argumentaire commercial sans structure claire.

Étape 5 : auditer les balises et métadonnées

Contrôlez que chaque page a un titre unique de moins de 60 caractères et une méta description de moins de 160 caractères, dans le panneau SEO de chaque page (icône SEO en haut de l’éditeur). Vérifiez l’absence de H1 en double : un piège fréquent sur Wix vient des sections et widgets qui génèrent parfois leur propre balise de titre en plus du titre de page principal.

Étape 6 : vérifier les données structurées

Testez chaque type de page avec l’outil de test de résultats enrichis de Google : une donnée structurée présente mais mal formée est pire qu’une absence, car elle peut déclencher une alerte manuelle si elle ne correspond pas au contenu réellement visible.

Étape 7 : contrôler robots.txt, sitemap et redirections

Sur Classic Editor

Le fichier robots.txt est généré automatiquement avec des règles par défaut, personnalisable de façon limitée depuis les paramètres SEO avancés du site. Le sitemap XML est généré et mis à jour automatiquement, sans intervention possible sur sa structure.

Sur Wix Studio

Le contrôle est plus fin : Velo permet de personnaliser davantage les règles d’exploration pour des cas spécifiques (blocage de paramètres d’URL, gestion de sous-domaines). Un auditeur qui suit une checklist générique et cherche à modifier finement le robots.txt sur un site Classic Editor perdra du temps à chercher une option qui n’existe pas dans cette version de l’éditeur.

Dans les deux cas, vérifiez les redirections 301 natives (menu Redirections des paramètres SEO) : confirmez qu’aucune chaîne de redirection ne dépasse un seul saut et qu’aucune ne pointe vers une page elle-même en erreur.

Étape 8 : détecter les pages à faible visibilité

Croisez le rapport Performances de la Search Console avec vos pages indexées pour repérer les « pages zombies » : indexées depuis plusieurs mois mais sans la moindre impression. Une page zombie n’est pas un problème technique, c’est un signal que son contenu ne correspond à aucune requête réellement recherchée : elle se corrige par une réécriture ciblée sur une intention de recherche vérifiée, pas par un ajustement technique.

Construire le plan d’action

Classez chaque anomalie relevée dans une matrice impact/effort plutôt que de les traiter dans l’ordre où vous les avez trouvées. Les corrections à fort impact et faible effort (balises manquantes, redirection cassée, page orpheline à relier) passent en premier. Les corrections à fort impact mais fort effort (restructuration de contenu, refonte de l’architecture) se planifient sur plusieurs semaines plutôt que de bloquer les gains rapides.

Questions fréquentes