Quitter Wix pour WordPress : migrer sans tout perdre

Un site Wix qui plafonne en SEO, un plan mensuel qui grimpe chaque année, une refonte impossible sans tout reconstruire à la main : c’est le trio de raisons qui pousse la plupart des dirigeants à vouloir partir. Le vrai frein n’est jamais la décision elle-même, c’est la peur de perdre le trafic, les positions Google et le contenu accumulé pendant des années. Cette peur est légitime : une migration mal faite peut faire chuter un site de 30 à 50% de son trafic organique en quelques semaines. Une migration bien faite, à l’inverse, est souvent l’occasion de corriger tout ce que Wix empêchait de corriger.

Pourquoi Wix devient un problème passé un certain stade

Wix reste correct pour lancer une vitrine en quelques jours. Le problème apparaît quand le site grossit : blog actif, catalogue produits, trafic SEO significatif. Trois limites reviennent systématiquement chez les clients qui me contactent pour quitter la plateforme :

• Les performances techniques. Wix charge un volume de JavaScript propriétaire difficile à alléger, ce qui plafonne le score PageSpeed mobile autour de 50-70 même sur un site simple, quels que soient les réglages d’image ou de cache activés dans l’interface.
• Le verrouillage SEO. Impossible de modifier finement le HTML généré, de contrôler le rendu des balises canonical sur certains templates, ou d’implémenter des données structurées avancées sans passer par des ajustements limités et parfois instables.
• Le coût cumulé. Un abonnement Business ou Business Elite, additionné d’extensions payantes pour combler les manques natifs, finit souvent par dépasser sur trois ans le coût d’un site sur mesure qu’on possède réellement.

Ce qu’on perd, ce qu’on garde : faire le tri avant de migrer

Une migration Wix vers WordPress ne consiste pas à tout recréer à l’identique. Certaines fonctionnalités propriétaires de Wix (certains widgets, l’éditeur Wix ADI, les animations spécifiques au moteur Wix) n’ont pas d’équivalent direct et doivent être repensées. En revanche, ce qui compte vraiment pour le référencement se conserve intégralement si la migration est méthodique : les URLs, le contenu texte, les images, les métadonnées, et surtout l’autorité accumulée par les backlinks pointant vers le domaine.

La règle à retenir : le nom de domaine ne change pas, donc l’autorité du domaine ne se perd pas. Ce qui se perd, c’est ce que la migration abîme par négligence — des URLs cassées, un maillage interne disparu, des balises title réécrites sans réflexion.

Auditer l’existant avant de toucher à quoi que ce soit

Avant toute migration, je fais systématiquement l’inventaire complet du site Wix source :

1. Export de la liste complète des URLs indexées (via Google Search Console, pas seulement le sitemap Wix, qui omet parfois des pages).
2. Export du contenu : pages, articles de blog, fiches produits si e-commerce, avec leurs images en haute résolution.
3. Relevé des pages qui génèrent réellement du trafic organique sur les 12 derniers mois, pour prioriser leur préservation stricte.
4. Vérification des redirections déjà en place sur le site Wix, souvent héritées d’une migration précédente et jamais nettoyées.

Cet audit prend une demi-journée et évite l’essentiel des mauvaises surprises. C’est l’étape que la plupart des migrations bâclées sautent — et c’est précisément celle qui détermine si le trafic survit au changement de plateforme.

Préserver le référencement : la question des redirections 301

Wix génère ses URLs selon une structure propre (souvent avec des segments comme /post/ pour le blog) qui ne correspond jamais exactement à celle de WordPress. Chaque URL source doit être mappée vers sa nouvelle URL de destination et redirigée en 301, pas en 302 : la redirection permanente transmet le signal SEO à Google, la temporaire ne le fait pas.

Sur un site de quelques dizaines de pages, ce mapping se fait manuellement dans un tableur. Au-delà de la centaine d’URLs, je génère la table de correspondance par script à partir de l’export Search Console, puis je l’implémente au niveau serveur ou via un plugin de redirection éprouvé — jamais via de simples règles côté client, qui sont ignorées par les robots d’indexation les plus stricts.

Un point souvent oublié : les redirections doivent rester en place au minimum 12 mois après la bascule, le temps que Google réévalue complètement l’ancienne structure d’URLs.

Reconstruire sur WordPress natif plutôt qu’avec un page builder

C’est le choix qui détermine si la migration résout réellement les problèmes de départ ou si elle les déplace. Recréer le site Wix avec Elementor ou Divi revient à échanger un système propriétaire fermé contre un système propriétaire ouvert, mais tout aussi lourd en JavaScript et CSS inutilisés. Le score PageSpeed mobile reste plafonné, pour des raisons différentes mais avec le même résultat.

Un thème WordPress sur mesure, codé en PHP natif sans page builder, charge uniquement le code nécessaire à chaque page. C’est ce qui permet d’atteindre 90+ au score PageSpeed mobile de façon reproductible, et c’est aussi ce qui donne un contrôle total sur le balisage HTML — indispensable pour corriger les limites SEO qui ont motivé le départ de Wix en premier lieu.

Migrer le contenu, les images et les formulaires sans tout ressaisir

Le contenu texte se récupère par export ou par scraping structuré des pages existantes, puis s’importe dans WordPress via WP All Import ou un script dédié selon le volume. Les images doivent être retéléchargées en résolution native (Wix sert souvent des versions compressées via son CDN, pas les fichiers sources) et recompressées au format WebP pendant l’import, ce qui améliore d’emblée les temps de chargement.

Les formulaires de contact posent un piège classique : si le site Wix utilise le formulaire natif avec stockage des soumissions côté Wix, cet historique n’est pas récupérable automatiquement et doit être exporté manuellement avant la résiliation de l’abonnement. Pour la boutique en ligne, si le site combine Wix et une logique e-commerce, la migration vers WooCommerce implique de recréer fiches produits, variantes, taxes et méthodes de livraison — un chantier à part entière qui mérite d’être chiffré séparément.

Basculer le domaine et le DNS sans coupure de service

Le nom de domaine ne change pas, mais son pointage DNS si. La bascule se prépare en réduisant au préalable le TTL des enregistrements DNS (24 à 48h avant le jour J), pour que la propagation du changement soit rapide une fois le nouveau site prêt. Le site WordPress est construit et testé sur un sous-domaine temporaire ou en local, entièrement validé — redirections comprises — avant que le DNS ne soit modifié.

Le jour de la bascule, je vérifie que le certificat SSL est actif sur la nouvelle infrastructure avant de couper l’ancienne, et je surveille l’indexation Google Search Console pendant les deux semaines suivantes pour repérer immédiatement toute erreur 404 imprévue sur une URL à fort trafic.

Combien de temps et quel budget prévoir

Pour un site vitrine de 10 à 30 pages sans e-commerce, compter généralement entre deux et quatre semaines de la première réunion à la mise en ligne, audit et période de surveillance post-migration inclus. Un site avec blog actif et plusieurs centaines d’articles, ou une boutique WooCommerce, s’étale plutôt sur six à dix semaines. Le budget dépend directement du volume de contenu à migrer et du niveau de personnalisation souhaité pour le nouveau thème : chaque devis se construit sur le périmètre réel du projet, détaillé et transmis sous 48h.

Quitter Wix est aussi souvent l’occasion de repenser la structure du site plutôt que de la reproduire à l’identique. Si l’arborescence, le parcours d’achat ou le maillage interne montraient déjà des limites sur Wix, la migration est le bon moment pour une véritable refonte de site web plutôt qu’un simple changement de moteur.

FAQ

Perd-on son référencement en quittant Wix pour WordPress ?

Pas si la migration est faite correctement. Le nom de domaine ne change pas, donc l’autorité SEO accumulée reste attachée au site. Le risque vient uniquement d’une mauvaise exécution technique : URLs mal redirigées, contenu supprimé, structure de titres modifiée sans réflexion. Avec un audit préalable et des redirections 301 complètes, la majorité des sites retrouvent leur position dans les semaines qui suivent la bascule, souvent avec de meilleurs résultats grâce aux gains de performance.

Faut-il refaire tout le design en quittant Wix ?

Non, ce n’est pas obligatoire : il est possible de reproduire fidèlement l’existant sur WordPress natif si le design fonctionne bien. Mais dans la pratique, la plupart des sites Wix ont été conçus avec les contraintes du template Wix en tête, pas avec un objectif de conversion ou de vitesse optimal. La migration est souvent l’occasion d’ajuster ce qui bloquait sans passer par une refonte complète.

Peut-on migrer un site Wix avec boutique en ligne vers WordPress ?

Oui, en migrant vers WooCommerce, mais c’est un chantier plus lourd qu’un site vitrine classique. Il faut recréer les fiches produits avec leurs variantes, reconfigurer les moyens de paiement, les règles de TVA et les transporteurs, et vérifier que l’historique client peut être importé si Wix le permet. C’est un projet à chiffrer séparément d’une simple migration de contenu.