Pourquoi migrer de Drupal vers WordPress sans massacrer votre SEO ?
Passer de Drupal à WordPress, ce n’est pas juste changer de thème comme on change de fond d’écran. C’est plutôt une transplantation d’organe : si c’est mal préparé, le site survit… mais le trafic Google, lui, finit en soins palliatifs.
Vous migrez sûrement pour de bonnes raisons : interface plus simple, écosystème de plugins monstrueux, coûts de maintenance qui fondent comme neige au soleil. Très bien. Mais si vous perdez 40 % de votre trafic organique au passage, ça reste un mauvais deal.
L’objectif : réussir votre refonte Drupal → WordPress sans perte de SEO, voire avec un petit bonus de visibilité si tout est fait proprement. On va voir ensemble les étapes clés, dans le bon ordre, sans poudre de perlimpinpin, juste du concret.
Première étape : l’audit SEO de votre site Drupal (avant de toucher à quoi que ce soit)
Avant de débrancher le patient, il faut ausculter. Votre Drupal actuel contient déjà des choses que Google aime (sinon, vous ne seriez pas en train de vous inquiéter pour votre SEO).
Votre mission : identifier ce qui fonctionne, ce qui est indexé, et ce qui devra impérativement survivre à la migration.
Concrètement, à faire avant toute refonte :
- Exporter toutes les URLs existantes :
- Depuis votre sitemap XML
- Avec un crawler type Screaming Frog, Sitebulb ou encore Ahrefs Site Audit
- Via Google Search Console (rapport “Pages”) pour voir ce que Google connaît réellement
- Identifier vos pages stratégiques :
- Les pages qui génèrent le plus de trafic organique
- Les pages qui convertissent (formulaires, prises de contact, ventes)
- Les contenus qui se positionnent sur des mots-clés importants
- Analyser les fondations SEO :
- Structure des URLs (avec /blog/, /actualites/, /produits/, etc.)
- Hiérarchie des contenus (rubriques, taxonomies, catégories, tags)
- Maillage interne (menus, liens contextuels, blocs de contenus)
Le but, c’est d’avoir une photo nette du site actuel. Si vous migrez “à l’aveugle”, vous allez forcément casser des choses importantes. Et non, Google ne “comprendra pas tout seul”.
Cartographier vos URLs : votre bouclier anti-perte de trafic
Si vous ne devez retenir qu’une chose de cet article, c’est ça : la cartographie d’URL et les redirections 301 sont votre assurance-vie SEO.
Dans 99 % des migrations Drupal → WordPress, la structure des URLs change. Ne serait-ce que parce que WordPress gère les permaliens différemment, et que vous en profitez pour “nettoyer” des choses.
Étapes pour une cartographie propre :
- Lister toutes les anciennes URLs (celles de Drupal, vues à l’étape précédente).
- Définir la future structure WordPress :
- Format des permaliens (par exemple : /categorie/titre-article/)
- Gestion des archives (date ou pas date dans l’URL ?)
- Hiérarchie des pages (pages parentes, enfants, etc.)
- Créer un mapping “ancienne URL → nouvelle URL” dans un tableur :
- Colonne A : URL Drupal
- Colonne B : URL WordPress correspondante
- Colonne C : type de contenu (article, page, produit…)
Chaque ancienne URL doit pointer vers la meilleure nouvelle version possible. Pas toutes vers la home, pas toutes vers une catégorie générique. Une 301, c’est une recommandation ciblée à Google, pas un “on verra”.
Côté WordPress, plusieurs options pour mettre en place les 301 :
- Plugin dédié type Redirection (simple et efficace)
- Gestion via Rank Math / Yoast (module redirection)
- Directement dans le fichier .htaccess ou la config du serveur (Nginx, Apache) si vous avez la main technique
Astuce : commencez par gérer les 301 des pages à fort trafic et à forte valeur business. Le reste peut être affiné ensuite, mais celles-ci n’ont pas le droit à l’erreur.
Inventorier et comprendre vos contenus Drupal
On ne migre pas des “pages” et des “articles” au hasard. Drupal est souvent rempli de types de contenus personnalisés : actualités, fiches produits, études de cas, événements, FAQ, etc.
Votre job ici : transformer ce bazar organisé en plan clair pour WordPress.
- Identifier tous les types de contenus Drupal :
- Article, Page, mais aussi tout ce qui a été custom (nodes, contenus spécifiques)
- Champs personnalisés : résumé, sous-titre, champs techniques, documents joints, etc.
- Lister les taxonomies :
- Catégories d’articles
- Tags
- Rubriques spécifiques (thématiques, secteurs, produits…)
- Prévoir leur équivalent dans WordPress :
- Articles → “Posts” WordPress
- Pages statiques → “Pages” WordPress
- Types de contenus avancés → Custom Post Types (via code ou plugin type CPT UI / ACF)
- Taxonomies Drupal → Catégories / Étiquettes / taxonomies personnalisées
Si vous zappez cette étape, vous finirez avec un WordPress bancal, où tout se retrouve en articles ou en pages, sans logique. C’est faisable, mais c’est la garantie d’un SEO limité et d’une gestion de contenu infernale.
Migration technique : comment faire passer vos contenus de Drupal à WordPress
Une fois la stratégie posée, on passe aux actes. Ici, deux approches coexistent :
- Migration automatisée :
- Via des scripts sur mesure (API, export DB, etc.)
- Via des outils de migration dédiés (certains scripts existent, mais ils nécessitent quasiment toujours un dev pour les adapter)
- Migration semi-manuelle :
- Export CSV / XML depuis Drupal
- Import dans WordPress via des plugins comme WP All Import / WP Migrate
- Traitements manuels pour les contenus complexes
Peu importe la méthode, soyez obsédé par 3 points :
- La fidélité du contenu :
- Textes complets, sans tronquage
- Champs de SEO (meta title, meta description) bien repris
- Dates de publication conservées (important pour certains types de contenus)
- Les médias :
- Images migrées dans la bibliothèque WordPress
- URLs d’images mises à jour dans le contenu
- Attributs alt conservés (ou ajoutés si jamais ils manquaient)
- Le maillage interne :
- Liens internes mis à jour vers les nouvelles URLs
- Éviter à tout prix les liens internes 404 ou les liens vers l’ancien site
Astuce : faites d’abord une migration test sur un environnement de préproduction. Corrigez, ajustez, vérifiez. On ne teste pas une migration directement en prod. Sauf si vous aimez le chaos, mais dans ce cas vous ne seriez pas en train de lire cet article.
Préserver (et renforcer) vos fondamentaux SEO on-page
La migration, c’est aussi une opportunité de remettre votre SEO on-page à niveau. Mais attention : on ne jette pas tout sous prétexte de repartir “sur des bases saines”.
Points à surveiller de près :
- Balises title et meta description :
- Vérifiez qu’elles sont bien récupérées depuis Drupal
- Sinon, recréez-les dans WordPress (avec un plugin type Rank Math, Yoast, SEOPress…)
- Gardez au maximum l’existant pour les pages qui se positionnent déjà bien
- Structure Hn (h1, h2, h3…) :
- Un seul h1 par page (et cohérent avec le sujet)
- Sous-titres structurés logiquement
- Évitez les thèmes WordPress qui balancent un h1 dans le logo ou le menu (oui, ça existe encore)
- Contenu :
- Éviter d’“alléger” à outrance les contenus performants
- Profitez-en pour enrichir certains textes (FAQ, exemples, schémas…)
- Garder les phrases-clés et mots-clés principaux qui ont fait leurs preuves
- Images et médias :
- Poids optimisé (WebP, compression)
- Balises alt parlantes
- Noms de fichiers propres (évitez IMG_1234.jpg partout)
WordPress vous facilite la vie, mais vous pouvez vite faire n’importe quoi avec un mauvais thème ou un constructeur de page mal utilisé. Le design est au service du contenu, pas l’inverse.
Performance, mobile et technique : les signaux que Google ne pardonne pas
Google ne se contente plus de lire vos textes, il regarde aussi comment votre site se comporte techniquement. Une migration est le moment parfait pour se mettre au niveau.
Sur votre nouveau WordPress, vérifiez :
- La vitesse de chargement :
- Choix d’un thème léger (évitez les “usines à gaz” multifonctions si vous n’utilisez que 10 % des options)
- Cache actif (WP Rocket, W3 Total Cache, ou cache intégré à l’hébergement)
- Optimisation des images et des scripts (minification, lazy load, etc.)
- L’expérience mobile :
- Site responsive sans effort (testez vraiment, pas juste en réduisant la fenêtre de votre navigateur)
- Boutons cliquables facilement
- Pop-ups et overlays raisonnables (sinon, bonjour les pénalités)
- Les signaux techniques :
- HTTPS bien en place, sans mixed content
- Fichier robots.txt propre (ne bloquez pas accidentellement tout le site… oui, c’est déjà arrivé)
- Sitemaps XML générés et à jour (via plugin SEO)
Un WordPress rapide, propre et mobile-friendly, c’est non seulement bon pour Google, mais aussi pour vos utilisateurs. Et ce sont quand même eux qui cliquent, remplissent les formulaires et achètent.
Basculer en production : la check-list avant d’appuyer sur le bouton
Le jour de la bascule, il n’y a plus de place pour l’impro. Vous devez savoir ce que vous faites, et dans quel ordre.
Avant de mettre le WordPress en ligne :
- Vérifiez les points SEO critiques :
- Pas de balise noindex oubliée sur tout le site
- Redirections 301 configurées (au moins pour les pages clés)
- Menus, navigation principale et liens internes fonctionnels
- Sécurisez vos accès :
- Admin WordPress durci (login, mots de passe, droits)
- Plugins de base installés (sécurité, cache, SEO)
- Préparez vos outils de suivi :
- Google Analytics / Matomo fonctionnels
- Google Search Console configurée et reliée au bon domaine
- Monitoring des erreurs 404 via plugin ou logs serveur
Une fois en ligne, soumettez votre nouveau sitemap dans Search Console, et surveillez comment Google réagit dans les jours et semaines qui suivent.
Suivi post-migration : ce que vous devez surveiller comme le lait sur le feu
Une migration réussie ne se juge pas au moment où vous mettez le site en ligne, mais 2 à 8 semaines après. C’est là que les signaux SEO se stabilisent (ou pas).
À suivre de près dans Search Console et Analytics :
- Erreurs 404 :
- Identifier les anciennes URLs encore visitées
- Créer les redirections 301 manquantes
- Corriger les liens internes potentiellement cassés
- Indexation :
- Pages valides vs pages exclues
- Couverture du site (y a-t-il une chute brutale du nombre de pages indexées ?)
- Trafic organique :
- Évolution globale du trafic SEO
- Trafic sur vos pages stratégiques (avant / après migration)
- Mots-clés principaux : progression, stagnation, chute
- Comportement utilisateur :
- Taux de rebond sur les pages clés
- Temps passé sur le site
- Conversions (formulaires, achats, leads)
Une légère baisse temporaire du trafic est normale. Une chute brutale et durable ne l’est pas. Dans ce cas, il faut réagir vite :
- Repasser sur vos redirections 301
- Vérifier qu’aucune section entière du site n’est passée en noindex
- Analyser les pages qui ont perdu le plus de positions et voir ce qui a été modifié (contenu, structure, temps de chargement…)
Les erreurs classiques qui flinguent une migration Drupal → WordPress
Pour terminer, passons en revue les plus jolis pièges dans lesquels tombent régulièrement les équipes qui migrent :
- Ne pas faire de mapping d’URL :
- Résultat : des centaines de 404, des URLs historiques perdues, et un Google qui ne comprend plus rien.
- Sous-estimer l’importance du contenu :
- On “allège”, on “simplifie”, on “raccourcit” sans regarder les performances SEO actuelles.
- Résultat : les pages qui fonctionnaient le mieux deviennent moins pertinentes.
- Changer TOUT en même temps :
- CMS + structure des URLs + arborescence + ton éditorial + design.
- Résultat : impossible de savoir ce qui a causé la chute, et très compliqué de corriger.
- Lancer sans préprod ni tests :
- On découvre les 404, les bugs et les noindex directement en production.
- Résultat : on passe 15 jours à éteindre des incendies au lieu d’optimiser.
- Ignorer le mobile et la performance :
- Thème lourd, plugins en pagaille, CSS et JS dans tous les sens.
- Résultat : un WordPress joli sur votre écran 27″, mais catastrophique sur mobile… donc pour Google.
La bonne nouvelle, c’est que toutes ces erreurs sont évitables avec un minimum de méthode, un peu de rigueur, et l’obsession de garder vos acquis SEO. Migrer de Drupal vers WordPress n’est pas un problème en soi : ce qui pose problème, c’est de le faire sans stratégie.
Si vous voyez votre migration comme un simple chantier technique, vous passerez à côté. Si vous la traitez comme un projet stratégique où le SEO est au cœur du dispositif, vous pouvez non seulement préserver, mais aussi améliorer votre visibilité.
Et si vous avez un doute sur une étape, posez-vous cette question difficile mais utile : “Qu’est-ce que je suis en train de casser (ou d’améliorer) pour Google et pour mes utilisateurs ?” À partir de là, vous avez déjà la moitié des réponses.
