Audit SEO Wix : les 30 points techniques à contrôler absolument en 2026

Niveau de lectureIntermédiaire
CMS / OutilWix
Temps de lecture8 min

Une checklist de 30 points ne vaut que si elle vous dit, pour chacun, OÙ agir. Sur Wix, un point qui se corrige en cinq minutes dans le panneau SEO Wiz et un point bloqué au niveau de la plateforme n’ont ni le même coût ni le même délai, et la plupart des checklists génériques les mélangent sans distinction.

Pourquoi un audit Wix ne se lit pas comme un audit WordPress

Sur un CMS open source, presque tout point d’audit débouche sur une correction possible, à condition d’y mettre le développement nécessaire. Sur Wix, ce n’est pas toujours vrai : certains points se corrigent en quelques clics dans le panneau SEO Wiz, page par page, tandis que d’autres dépendent d’une limite de la plateforme elle-même et ne se contournent qu’en partie, voire pas du tout sur l’éditeur Classic. Chacun des 30 points ci-dessous porte donc une indication : Page (correction immédiate sur la fiche concernée), Site (réglage global à revoir une fois pour toutes), ou Plateforme (limite structurelle de Wix, contournement partiel ou absent).

Ce qui se corrige en cinq minutes

La majorité des points de balisage, de contenu et une partie de l’indexation se règlent directement dans l’éditeur ou le panneau SEO Wiz, sans compétence technique particulière : title, meta description, alt, H1, toggle d’indexation par page. C’est là que se concentre le meilleur rapport temps investi / gain obtenu sur un audit Wix.

Ce qui ne se corrige pas sans contournement

À l’autre bout du spectre, la gestion des redirections en masse, la personnalisation fine du robots.txt sur l’éditeur Classic, ou la scalabilité d’un catalogue de plusieurs milliers de références sont des limites de la plateforme elle-même : aucun réglage dans le back-office ne les résout complètement. Le rôle d’un audit sérieux est de le dire clairement plutôt que de lister ces points au même niveau que le reste.

Indexation et couverture (5 points)

# Point de contrôle Repère Où corriger
1 Part des pages publiées réellement indexées (rapport Couverture GSC) Écart > 10-15 % à investiguer Site
2 Cause précise de chaque exclusion (noindex, doublon, redirection) Une raison identifiée par page exclue Page
3 Toggle « Masquer des moteurs de recherche » resté actif par erreur Zéro page stratégique masquée Page
4 Sitemap soumis, sans erreur d’exploration, à jour après changement de structure 0 erreur dans le rapport Sitemaps Site
5 Cohérence entre URL canonique déclarée et URL réellement indexée 100 % de correspondance sur les pages clés Page

Performance et Core Web Vitals (5 points)

# Point de contrôle Repère Où corriger
6 LCP sur données terrain (CrUX), pas seulement un score labo ≤ 2,5 s Page / Site
7 INP, en particulier sur pages riches en widgets ou animations tierces ≤ 200 ms Page
8 CLS mesuré séparément sur mobile et desktop ≤ 0,1 sur les deux Page
9 Poids et format des images (conversion WebP native, mais uploads volumineux à vérifier) Aucune image source non compressée Page
10 Temps de réponse serveur, surtout sur les pages chargées d’apps tierces installées TTFB stable, sans pic isolé Plateforme (dépend de l’app)

Architecture et maillage (5 points)

# Point de contrôle Repère Où corriger
11 Profondeur de clic des pages stratégiques depuis l’accueil 3 clics maximum Site
12 Pages orphelines, sans aucun lien interne entrant 0 page stratégique orpheline Page / Site
13 Cohérence du fil d’Ariane et lisibilité des URL URL courtes, fil d’Ariane fidèle à l’arborescence Page
14 Logique du menu principal et hiérarchie visible depuis l’accueil Pas plus de 7 entrées principales Site
15 Contenu réellement présent au chargement mobile, pas seulement masqué visuellement Identique en source à la version desktop Page

Le point 15 mérite une vérification systématique : l’option « Hidden on Mobile » masque l’affichage sans retirer le contenu du code, ce qui n’est pas le même problème qu’un contenu réellement absent. Notre guide complet sur l’audit SEO Wix détaille comment le vérifier par l’inspection d’URL avec Googlebot Smartphone.

Contenu et pertinence (5 points)

# Point de contrôle Repère Où corriger
16 Intention de recherche claire et unique par page Une page = une intention Page
17 Cannibalisation entre pages proches sur la même requête cible 0 doublon d’intention Site
18 Fraîcheur du contenu sur les pages qui en dépendent (tarifs, stock, actualité) Mise à jour documentée Page
19 Richesse du champ lexical comparée aux 3 premiers résultats Google Couverture équivalente ou supérieure Page
20 Adéquation entre le H1 et le contenu réellement développé sous ce titre Correspondance directe Page

Balises et données structurées (5 points)

# Point de contrôle Repère Où corriger
21 Title unique par page, sans troncature à l’affichage 1 title propre par page Page (SEO Wiz)
22 Meta description rédigée manuellement, pas le seul extrait auto-généré 140-155 caractères, rédigée Page (SEO Wiz)
23 Un seul H1 par page, hiérarchie H2/H3 cohérente en dessous 1 H1, pas de saut de niveau Page
24 Attributs alt renseignés sur les images porteuses de sens Alt descriptif, pas de mot-clé forcé Page
25 Validité des données structurées Schema.org générées automatiquement (produit, article, organisation) 0 erreur au test de résultats enrichis Site (Velo pour aller plus loin)

Sur le point 25, l’éditeur Classic génère un socle Schema.org automatique correct mais figé ; pour des données structurées avancées et sur mesure, seul Wix Studio via Velo ouvre ce contrôle fin. Notre méthodologie d’audit en 8 étapes détaille les autres écarts entre les deux éditeurs.

Limites de plateforme et suivi (5 points)

# Point de contrôle Repère Où corriger
26 Volume de redirections 301 à poser (gestion native manuelle, une par une) Frein réel dès 30 pages concernées Plateforme
27 Personnalisation fine du robots.txt Limitée sur Classic, accessible via Velo sur Studio Plateforme
28 Scalabilité du catalogue e-commerce Limite pratique observée au-delà de 1 000 références Plateforme
29 Gestion multilingue avancée (hreflang, contenu par marché) Fonctionnelle mais limitée via l’app Wix Multilingual Plateforme
30 Pages indexées sans impressions dans le temps (pages zombies) Revue trimestrielle, fusion ou désindexation Site

Comment prioriser quand tout ne peut pas être corrigé

Si vous avez une heure

Concentrez-vous exclusivement sur les points marqués Page : titles, meta descriptions, H1, alt, toggles d’indexation mal réglés. C’est le sous-ensemble qui offre le meilleur ratio gain immédiat sur temps investi, sans dépendance à une compétence technique ou à une limite de plateforme.

Si vous avez une journée

Ajoutez les points Site : profondeur de clic, cannibalisation, cohérence du sitemap, revue des pages zombies. Ce sont des corrections qui demandent une vue d’ensemble du site plutôt qu’une intervention page par page, mais qui restent réalisables sans sortir des outils natifs de Wix.

  1. Traitez les points Page en premierImpact rapide, aucun contournement technique nécessaire.
  2. Regroupez les points Site en un seul passageIls demandent une vue d’ensemble, autant les traiter ensemble plutôt qu’au fil de l’eau.
  3. Documentez les points Plateforme sans les promettre corrigésUn client ou une direction doit savoir qu’une limite structurelle reste une limite, pas un simple oubli à corriger.
  4. Réévaluez les points Plateforme lors d’une refonteUn changement d’éditeur (Classic vers Studio) ou une migration sont les seuls moments où ces points redeviennent réellement actionnables.

Questions fréquentes

Ces 30 points suffisent-ils pour un audit SEO Wix complet ?

Ils couvrent l’essentiel des blocages techniques récurrents. Un site avec des besoins spécifiques (e-commerce volumineux, multilingue avancé) mérite un passage complémentaire ciblé sur ces zones, où les limites de plateforme pèsent davantage.

Pourquoi certains points ne se corrigent-ils pas complètement sur Wix ?

Parce qu’ils dépendent de la plateforme elle-même (gestion des redirections en masse, personnalisation du robots.txt sur l’éditeur Classic) et non d’un réglage accessible dans le back-office d’un site donné.

Wix Studio corrige-t-il automatiquement les limites de l’éditeur Classic ?

Partiellement. Studio ouvre un contrôle plus fin via Velo (robots.txt, données structurées avancées), mais ne supprime pas toutes les limites structurelles, notamment sur la gestion en masse des redirections.

À quelle fréquence refaire cet audit ?

Une revue complète tous les trimestres reste un rythme raisonnable, avec un contrôle plus rapproché des points Page après chaque publication importante ou changement de structure du site.

Ce qu’il faut retenir

Une checklist qui ne distingue pas ce qui se corrige en cinq minutes de ce qui bute sur une limite de plateforme fait perdre du temps à celui qui l’applique. Sur Wix, cette distinction n’est pas un détail : elle change directement le délai qu’on peut raisonnablement promettre après un audit.

À propos de l’auteur

Aymeric Maingé

Consultant SEO senior avec plus de 10 ans d’expérience, côté agence et annonceur. J’accompagne des sites Wix sur l’audit technique, l’indexation et la performance, avec une connaissance fine des limites réelles de la plateforme. Mon approche croise audit terrain, priorisation métier et recommandations actionnables. Faites appel à un freelance SEO Wix pour prioriser les corrections qui comptent vraiment sur votre site.

À lire aussi

Les autres articles sur le sujet

Aymeric Maingé consultant SEO freelance