Migrer de Joomla vers WordPress sans casser son référencement : la méthode des redirections

Changer un site de Joomla à WordPress, ce n'est pas seulement refaire un design : c'est déplacer des centaines d'URL déjà connues de Google. Mal préparée, l'opération efface des années de référencement en une nuit ; bien menée, elle est totalement transparente pour le positionnement. La différence tient presque entièrement à un travail souvent bâclé : le plan de redirections. Voici la méthode, et les pièges concrets rencontrés sur le terrain lors de ce type de refonte.

Pourquoi migrer — et quand s'en abstenir

Une migration de Joomla vers WordPress ne se justifie que par un motif précis : un site bloqué sur une version de Joomla en fin de vie, des extensions clés non maintenues, ou l'absence de compétence disponible pour faire vivre le site. Si le site Joomla est à jour et répond au besoin, il n'y a aucune raison technique de migrer. Le faire par simple préférence d'outil revient à prendre un risque SEO pour un bénéfice nul.

Quand la migration est justifiée, la règle d'or est l'inverse de l'intuition courante : le plus gros du travail n'est pas le nouveau thème, c'est la continuité des adresses. Un site refait à neuf mais dont toutes les URL ont changé sans redirection perd son trafic organique du jour au lendemain, le temps — long — que Google réindexe et réassocie les pages.

Le vrai risque : perdre le capital de référencement

Le danger numéro un d'une migration de CMS, c'est la rupture des URL. Joomla et WordPress ne construisent pas leurs adresses de la même façon : structure, préfixes, identifiants, tout diffère. Sans correspondance explicite entre l'ancienne et la nouvelle adresse de chaque page, les liens entrants, les favoris et surtout l'index de Google pointent vers des pages introuvables.

Chaque URL indexée qui renvoie une erreur 404 après la bascule est une position perdue. Sur un site vitrine, cela se traduit directement par une chute des demandes entrantes. L'enjeu de la migration est donc d'abord conservatoire : transférer le capital avant d'innover.

Cartographier les URL : l'étape qu'on ne peut pas sauter

Avant toute bascule, il faut l'inventaire complet des URL existantes et de leur trafic. On croise l'export de la Search Console, le plan du site (sitemap) et la liste réelle des pages de l'ancien CMS. Cet inventaire sert à deux choses : savoir quelles pages comptent vraiment (celles qui reçoivent des impressions et des liens), et construire la table de correspondance ancienne URL → nouvelle URL, page par page.

C'est un travail fastidieux mais non négociable. Une correspondance approximative, faite « au jugé » sur la ressemblance des titres, laisse systématiquement des pages sur le carreau — précisément celles dont l'adresse ne ressemble pas à la nouvelle.

Des redirections 301 par identifiant, pas par slug approché

Chaque ancienne URL doit renvoyer vers sa nouvelle équivalente par une redirection 301 (permanente), qui transmet à Google le signal « cette page a définitivement déménagé ici ». Le point décisif, appris sur le terrain : il faut générer ces redirections à partir du chemin réel qu'avait chaque page dans l'ancien CMS — reconstitué depuis sa structure interne de menus et l'identifiant de l'article — et non depuis un slug deviné. C'est la seule façon de couvrir exactement les adresses que Google a réellement indexées, y compris les variantes d'URL techniques que personne ne tape mais que le moteur connaît.

Concrètement, sur une refonte récente, le plan de redirections a été construit règle par règle à partir de l'identifiant de chaque contenu de l'ancien site, avec une règle de repli générale pour les cas non prévus. C'est plus long qu'un simple « redirige tout vers l'accueil » — mais rediriger toutes les pages vers l'accueil est la pire option : Google l'interprète comme une page disparue et abandonne le positionnement.

Le piège qui casse des dizaines de redirections en silence

Voici l'incident le plus instructif rencontré sur ce type de projet. Les redirections fonctionnaient en apparence, mais une partie du trafic continuait de tomber en 404. La cause : dans le fichier de configuration des redirections (le .htaccess), une erreur d'échappement des caractères transformait les barres obliques / des chemins en séquences invalides. Résultat, des dizaines de règles ne correspondaient plus à rien — sans message d'erreur, car un mécanisme de repli en PHP masquait le problème en répondant malgré tout. Tout semblait marcher ; en réalité, les redirections les plus importantes étaient mortes.

La leçon : une migration SEO ne se vérifie pas « à l'œil ». Il faut tester chaque famille d'URL après la bascule, relever les 404 réelles dans les journaux et la Search Console, et ne jamais se fier au fait que « le site a l'air de marcher ». Un repli technique bien intentionné peut cacher une panne de redirection pendant des semaines.

Nettoyer le contenu importé : marqueurs, liens, images

Importer les contenus de l'ancien CMS vers WordPress ne consiste pas à copier-coller. Le texte arrive presque toujours pollué, et trois nettoyages reviennent systématiquement :

• Les marqueurs propriétaires de l'ancien constructeur de contenu (balises internes laissées par certains composants Joomla) doivent être retirés, sinon ils s'affichent en clair dans les pages.
• Les liens internes pointent encore vers l'ancien site, au format d'URL de Joomla. Il faut les réécrire vers les nouveaux permaliens WordPress, sous peine de renvoyer les visiteurs — et Google — vers des adresses mortes depuis les pages elles-mêmes.
• Les images du corps de texte font souvent doublon avec la nouvelle image à la une, et doivent être dédoublonnées pour ne pas alourdir les pages.

Sans ce nettoyage, le nouveau site naît déjà « sale » : plus lent, avec des liens cassés internes, et un contenu parasité. On hérite d'une dette technique le jour même de la mise en ligne.

Tester avant, surveiller après

Une migration maîtrisée se joue sur un environnement de préproduction : on reconstruit, on importe, on met en place les redirections, et on teste l'ensemble avant de basculer le site public. Après la bascule, la surveillance est tout aussi importante que la préparation.

Dans les semaines qui suivent, on contrôle l'indexation dans la Search Console, on traque les erreurs 404 et on corrige les redirections manquantes au fil de l'eau. Une baisse temporaire de positions est normale, le temps que Google réévalue le nouveau site ; elle se résorbe si les redirections sont complètes. Point à retenir : les redirections 301 doivent être conservées au moins un an, le temps que le moteur remplace définitivement les anciennes adresses dans son index.

FAQ

Une migration de Joomla vers WordPress fait-elle perdre le référencement ?

Pas si elle est préparée. Le référencement se perd uniquement quand les URL changent sans redirections 301 exhaustives. Avec une table de correspondance complète et des redirections testées, la migration est transparente pour Google, hormis une fluctuation temporaire de positions.

Faut-il rediriger toutes les pages vers la page d'accueil ?

Non, c'est l'erreur la plus coûteuse. Google interprète une redirection vers l'accueil comme une page disparue et abandonne son positionnement. Chaque ancienne URL doit pointer vers sa nouvelle page équivalente, pas vers l'accueil.

Combien de temps garder les redirections 301 ?

Au moins un an. C'est le délai qu'il faut à Google pour remplacer durablement les anciennes adresses par les nouvelles dans son index. Les supprimer trop tôt réveille les 404 et la perte de trafic.

Peut-on migrer sans interruption visible pour les visiteurs ?

Oui, en travaillant sur un environnement de préproduction et en basculant une fois tout testé. L'interruption se limite alors à la propagation technique, et les visiteurs comme les moteurs sont redirigés de façon transparente.

Une migration est un projet d'ingénierie, pas un export

Refaire le design est la partie visible ; préserver le référencement est la partie qui décide du succès. Cartographie des URL, redirections 301 par identifiant, vérification réelle des 404, nettoyage du contenu importé : ce sont ces étapes, invisibles pour le visiteur, qui font qu'une migration réussie ne se voit pas dans les statistiques de trafic. C'est exactement l'approche que Pulsar Agency applique à ces chantiers, dans le cadre de sa maintenance évolutive et de son accompagnement SEO. Avant toute migration, un audit du site existant permet de chiffrer le chantier et d'éviter les mauvaises surprises.