Migrer de WordPress vers Wix sans perdre son referencement : le plan de migration SEO 2026
- 28 juil.
- 10 min de lecture
Sommaire
Introduction
Changer de plateforme est l'une des operations les plus risquees pour le referencement d'un site. Migrer un site WordPress vers Wix ne consiste pas a recopier des pages : il s'agit de deplacer un capital de visibilite construit sur des mois, parfois des annees, sans en perdre une part au passage.
Une migration mal preparee se traduit par des URLs cassees, des pages devenues introuvables et une chute de trafic organique qui peut atteindre plusieurs dizaines de pourcents. La bonne nouvelle est que ces pertes sont evitables : elles resultent presque toujours d'oublis methodologiques, pas d'une fatalite technique liee a Wix.
Cette rigueur prolonge la logique de notre article sur le mobile-first indexing et la parite de contenu sur Wix : dans une migration comme dans l'indexation mobile, Google doit retrouver a la nouvelle adresse exactement les signaux qu'il connaissait deja, sans zone d'ombre ni contenu amputateur.
Cet article deroule un plan de migration complet, de l'audit prealable au suivi post-bascule. Chaque phase vise un objectif unique : transferer l'autorite acquise vers les nouvelles pages Wix, en fermant une a une les portes par lesquelles le trafic pourrait s'echapper.
Pourquoi une migration WordPress vers Wix menace le referencement
Le referencement d'un site repose sur un equilibre fragile entre des adresses connues de Google, des signaux de contenu stables et un reseau de liens entrants. Une migration bouscule ces trois piliers simultanement, ce qui explique sa dangerosite.
Quand une URL disparait ou change sans redirection, l'autorite qu'elle avait accumulee ne se transfere pas automatiquement. Les liens externes qui pointaient vers elle aboutissent sur une erreur, et le classement patiemment gagne s'evapore en quelques semaines.
Les trois sources de perte de trafic
La premiere source de perte est la rupture des adresses : un changement de format d'URL sans correspondance envoie visiteurs et robots vers des pages 404. La deuxieme est la perte de contenu, lorsque des pages ou des blocs entiers ne sont pas repris a l'identique sur la nouvelle version.
La troisieme source, plus insidieuse, est la degradation des signaux techniques : balises title reecrites, donnees structurees oubliees, temps de chargement degrade. Chacune prise isolement semble mineure, mais leur cumul suffit a faire reculer un site sur ses requetes strategiques.
Wix impose ses propres regles d'URL
Wix structure les adresses de ses pages et de son blog selon une logique qui lui est propre, differente des permaliens WordPress. Comprendre ces contraintes en amont evite de decouvrir apres coup que certaines correspondances d'URL sont impossibles a reproduire telles quelles.
Cartographier l'existant avant toute bascule
Aucune migration serieuse ne demarre sans un inventaire exhaustif de ce que l'on possede. Cette cartographie est la carte routiere de toute l'operation : sans elle, on avance a l'aveugle et l'on decouvre les pertes une fois qu'il est trop tard pour les corriger simplement.
Inventorier toutes les URLs et leur valeur
Exportez la liste complete des adresses indexees depuis votre sitemap WordPress et depuis la Search Console. Croisez cette liste avec les donnees de performance pour identifier les pages qui generent du trafic, des positions et des liens entrants : ce sont elles qu'il faudra proteger en priorite.
Ce diagnostic gagne a s'appuyer sur une methode structuree, comme celle que nous decrivons dans notre methodologie d'audit SEO Wix : on ne migre pas toutes les pages avec le meme soin, on hierarchise selon la valeur reelle mesuree dans les rapports.
Reperer les pages a fort capital de liens
Certaines pages concentrent l'essentiel des liens externes et donc de l'autorite du domaine. Les reperer permet de leur reserver une attention particuliere : redirection verifiee individuellement, contenu repris integralement et suivi rapproche apres la bascule.
Decider quoi migrer, fusionner ou abandonner
Une migration est aussi l'occasion d'un menage utile. Les pages obsoletes ou sans trafic peuvent etre fusionnees ou volontairement abandonnees, a condition de decider consciemment de leur sort et de rediriger celles qui gardent une valeur de lien, plutot que de les laisser tomber en silence.
Preserver la structure d'URL et la parite de contenu
La regle d'or d'une migration est simple : changer le moins de choses possible aux yeux de Google au moment de la bascule. Plus la nouvelle version ressemble a l'ancienne en termes d'adresses et de contenu, plus le transfert d'autorite est fluide et rapide.
Reproduire ou remapper les adresses
Lorsque c'est possible, conservez le meme chemin d'URL sur Wix. Quand la structure differe, etablissez une correspondance rigoureuse ancienne adresse vers nouvelle adresse, en vous appuyant sur les principes exposes dans notre article sur la structure d'URL et le SEO sur Wix. Une adresse lisible, courte et stable reste un actif que la migration doit preserver.
Garantir la parite de contenu
Chaque page migree doit reprendre l'integralite du contenu qui la faisait ranker : texte, titres, images et leurs attributs, blocs de reponse aux questions. Amputer une page de la moitie de son texte au pretexte d'un design plus epure revient a sacrifier les mots-cles sur lesquels elle etait positionnee.
Cette exigence de completude est la meme que celle de l'indexation mobile-first : Google evalue la version qu'il voit, et une page appauvrie a la migration est une page qui perd ses arguments de classement.
Ne pas negliger les images et les medias
Les images portent elles aussi du referencement, via la recherche visuelle et leurs attributs alternatifs. Transferez-les avec leurs textes alternatifs et des noms de fichiers coherents, et verifiez qu'aucune ne reste pointee vers l'ancien domaine, source de liens casses une fois WordPress eteint.
Le plan de redirections 301, pierre angulaire de la migration
S'il ne fallait retenir qu'une seule operation d'une migration, ce serait celle-ci. La redirection permanente 301 indique a Google qu'une adresse a definitivement demenage et lui demande de transferer vers la nouvelle page l'autorite accumulee par l'ancienne.
La redirection 301 est un code de reponse standard du protocole HTTP, dont le principe est documente dans la page consacree a la redirection HTTP. C'est le mecanisme officiel pour signaler un déplacement permanent, par opposition a une redirection temporaire qui, elle, ne transmet pas le meme signal a long terme.
Construire une table de correspondance complete
A partir de l'inventaire des URLs, dressez une table associant chaque ancienne adresse a sa destination sur Wix. Aucune URL indexee ne doit rester sans correspondance : une adresse orpheline non redirigee est une fuite directe de trafic et de liens entrants.
Rediriger vers la page la plus pertinente
Une redirection doit mener vers la page equivalente, pas vers la page d'accueil par defaut. Renvoyer massivement d'anciennes pages profondes vers l'accueil est interprete par Google comme une quasi-suppression, et l'autorite de ces pages n'est alors pas correctement transmise.
Eviter les chaines de redirections
Une adresse qui redirige vers une deuxieme, elle-meme redirigeant vers une troisieme, dilue le signal et ralentit l'exploration. Chaque ancienne URL doit pointer en une seule etape vers sa destination finale, sans rebond intermediaire inutile.
Transferer les signaux on-page sans les diluer
Au-dela des adresses et du texte, une page se classe grace a un ensemble de signaux sur la page elle-meme. Les negliger a la migration revient a livrer a Google une version affaiblie de pages qui fonctionnaient parfaitement.
Reprendre balises title et meta descriptions
Les balises title et les meta descriptions sont souvent generees automatiquement par des extensions cote WordPress. Verifiez que chaque page migree conserve son title optimise et sa description, plutot que de laisser Wix appliquer un modele generique qui effacerait des annees d'optimisation on-page.
Conserver la hierarchie des titres et le balisage
La structure des titres, du H1 unique aux sous-titres, transmet le plan semantique de la page. Reproduisez-la fidelement, et n'oubliez pas de reporter les donnees structurees qui declenchaient d'eventuels resultats enrichis, sans quoi ces affichages disparaissent silencieusement de la SERP.
Enfin, surveillez la performance technique de la nouvelle version. Un site plus lent apres migration perd sur l'experience utilisateur et sur les criteres de vitesse : mesurez le chargement des pages migrees et corrigez les regressions avant qu'elles ne pesent sur le classement.
Piloter l'indexation apres la bascule
Une fois le nouveau site en ligne, l'enjeu devient d'aider Google a decouvrir vite et bien la nouvelle version, tout en evitant qu'il continue de s'accrocher a l'ancienne. Cette phase se pilote avec des outils precis.
Soumettre le nouveau sitemap sans attendre
Generez et soumettez le sitemap du site Wix dans la Search Console des la mise en ligne, en suivant les bonnes pratiques de notre article sur le sitemap XML et l'indexation sur Wix. Ce fichier accelere la decouverte des nouvelles adresses et donne a Google la liste de reference des pages a explorer.
Maitriser les canoniques et le contenu duplique
Pendant la transition, l'ancien et le nouveau contenu peuvent coexister brievement et se dupliquer. Appliquez une gestion rigoureuse des balises canoniques, comme nous l'expliquons dans notre guide sur la balise canonical et le contenu duplique sur Wix, pour designer sans ambiguite la version qui fait autorite.
Utiliser l'outil de changement d'adresse
Si le nom de domaine change, la Search Console propose un outil de changement d'adresse qui informe officiellement Google du déplacement du site. Combine aux redirections 301, il accelere la reattribution de l'autorite vers le nouveau domaine et reduit la fenetre d'incertitude.
Le jour J : basculement DNS et fenetre de risque
La mise en ligne effective concentre les risques sur une periode courte mais critique. Une preparation minutieuse transforme ce moment redoute en formalite maitrisee, a condition d'avoir tout verifie en amont sur un environnement de recette.
Preparer et tester avant de basculer
Reproduisez le site complet sur Wix avant de toucher au domaine, et testez chaque redirection sur un jeu d'URLs representatif. Rien ne doit etre improvise le jour de la bascule : la table de redirections, les contenus et les balises sont valides a l'avance, la mise en ligne ne fait que declencher un mecanisme deja eprouve.
Choisir le bon moment et surveiller en direct
Planifiez la bascule sur une periode de faible trafic pour limiter l'impact d'un incident. Des la mise en ligne, controlez que les redirections repondent correctement, que les pages cles s'affichent et que le suivi analytique enregistre a nouveau les visites sur le nouveau domaine.
Gardez enfin l'ancien environnement accessible le temps de la transition. Ne coupez jamais WordPress dans la precipitation : tant que Google n'a pas pris en compte les redirections, l'ancien serveur doit rester capable de les servir pour ne perdre aucun signal en cours de route.
Surveiller, mesurer et corriger les semaines suivantes
Une migration ne s'acheve pas le jour de la bascule mais plusieurs semaines plus tard, lorsque l'indexation s'est stabilisee. Cette phase de surveillance active fait la difference entre une baisse passagere et une perte durable.
Suivez de pres le rapport de couverture de la Search Console pour reperer les erreurs 404 residuelles et les pages non indexees. Chaque anomalie detectee tot se corrige d'une redirection ou d'un ajustement, avant qu'elle ne s'installe et ne pese sur le trafic global.
Comparer avant et apres sur les pages strategiques
Mesurez l'evolution des positions, du trafic et des impressions sur les pages a fort enjeu identifiees lors de l'audit initial. Une legere baisse temporaire est normale le temps que Google reevalue le site ; une chute qui persiste au-dela de quelques semaines signale un probleme a diagnostiquer sans tarder.
Documentez chaque correction et chaque variation observee. Cette tracabilite transforme la migration en source d'apprentissage et permet de distinguer l'effet de la bascule des fluctuations saisonnieres habituelles du referencement.
Tableau recapitulatif : migration SEO par phase
Phase | Action cle | Risque evite |
Audit prealable | Inventorier URLs et pages a valeur | Migrer a l'aveugle |
Structure | Remapper ou conserver les adresses | URLs cassees |
Contenu | Garantir la parite integrale | Perte de mots-cles |
Redirections | Table 301 complete en une etape | Fuite d'autorite et 404 |
On-page | Reprendre title, Hn et balisage | Signaux dilues |
Indexation | Sitemap, canoniques, changement d'adresse | Contenu duplique |
Suivi | Comparer positions avant et apres | Perte durable ignoree |
Retour d'experience
Une PME de services nous a contactes trois semaines apres avoir migre seule son site WordPress vers Wix. Son trafic organique avait chute de pres de moitie, et la panique commencait a gagner l'equipe qui ne comprenait pas l'origine du decrochage.
Le diagnostic a ete rapide : aucune redirection 301 n'avait ete mise en place. Les anciennes adresses renvoyaient toutes vers une erreur 404, et les dizaines de liens externes accumules au fil des ans aboutissaient dans le vide, sans transmettre la moindre autorite aux nouvelles pages.
Nous avons reconstruit la table de correspondance a partir des URLs encore visibles dans la Search Console, deploye les redirections manquantes et resoumis le sitemap du nouveau site. Chaque ancienne adresse a enfin pointe vers son equivalent Wix en une seule etape.
En quelques semaines, l'essentiel du trafic est revenu a mesure que Google recreditait les nouvelles pages de l'autorite des anciennes. Ce cas illustre une verite constante des migrations : ce n'est jamais Wix le probleme, mais l'absence de plan de transfert des signaux.
Questions frequentes
Migrer de WordPress vers Wix fait-il forcement perdre du trafic ?
Non, pas si la migration est preparee. Les pertes proviennent presque toujours d'URLs non redirigees, de contenu ampute ou de signaux techniques oublies. Avec un plan de redirections 301 complet et une parite de contenu respectee, le trafic se transfere sans casse durable.
Faut-il conserver exactement les memes adresses d'URL ?
C'est l'ideal quand c'est possible, car cela evite toute rupture. Lorsque la structure Wix impose un format different, une table de correspondance rigoureuse associant chaque ancienne adresse a sa nouvelle destination remplit le meme role, a condition qu'aucune URL indexee ne reste sans redirection.
Combien de temps dure la baisse de trafic apres une migration ?
Une legere fluctuation de quelques jours a quelques semaines est normale, le temps que Google reevalue le site. Au-dela, une baisse qui persiste signale un probleme concret, le plus souvent des redirections manquantes ou du contenu non repris a l'identique.
Peut-on couper WordPress juste apres la mise en ligne du site Wix ?
Non, il est prudent de garder l'ancien environnement actif le temps de la transition. Tant que Google n'a pas pris en compte l'ensemble des redirections, l'ancien serveur doit rester capable de les servir pour ne perdre aucun signal en route.
L'outil de changement d'adresse de la Search Console est-il utile ?
Oui, lorsque le nom de domaine change. Combine aux redirections 301, il informe officiellement Google du déplacement du site et accelere la reattribution de l'autorite vers le nouveau domaine, reduisant la fenetre d'incertitude apres la bascule.
Passer a l'action avec lacky
Une migration de WordPress vers Wix reussie repose moins sur la technique de la plateforme que sur la methode : cartographier l'existant, preserver structure et contenu, deployer des redirections 301 completes et surveiller l'indexation. Chaque etape ferme une porte par laquelle le trafic pourrait fuir.
Vous preparez une migration vers Wix et voulez securiser votre referencement a chaque phase ? Contactez l'equipe lacky pour un plan de migration SEO sur mesure, de l'audit prealable au suivi post-bascule, sans perte de visibilite.
