La migration d’un site de Drupal vers WordPress nécessite une planification rigoureuse, une exécution méthodique et un suivi post-bascule attentif. Que vous gériez un site vitrine sous Drupal 7 ou un portail Joomla 3, ce guide couvre chaque étape du process pour réussir votre transition vers un wordpress site moderne, performant et maintenable.
Principaux enseignements
- La migration suit une suite d’étapes logiques : audit du site source, sauvegardes complètes, export des contenus (posts, pages, tags, categories, médias, users), import vers a wordpress cible, tests fonctionnels, puis bascule DNS.
- Les redirections 301 sont essentielles pour préserver le référencement après la migration : un plan d’URL et une vérification Search Console permettent de stabiliser vos seo rankings.
- Drupal 7 a atteint sa fin de vie en janvier 2025 et Joomla 3 est en support étendu limité – c’est le moment de migrer vers a new wordpress en 2026 plutôt que de prolonger un CMS vieillissant.
- Il existe différentes méthodes pour migrer un site de Drupal vers WordPress, y compris l’utilisation de plugins dédiés, l’export CSV ou la reprise manuelle.
- timeOS s’intègre à votre wordpress site pour automatiser la prise de notes des réunions projet (migration, SEO, comités IT) et faciliter le suivi des tâches pendant tout le process.
Pourquoi migrer de Drupal ou Joomla vers WordPress en 2026 ?
Drupal 7 et Joomla 3 sont entrés en phase de fin de vie, ce qui signifie moins de correctifs de sécurité, une compatibilité php décroissante et un écosystème de module en déclin. Voici pourquoi la migration vers WordPress s’impose aujourd’hui.
- Drupal 7 a officiellement atteint son end-of-life le 5 janvier 2025 : aucun correctif de sécurité n’est plus fourni. Les sites restants sont exposés à des vulnérabilités non corrigées. Même les sites encore sous drupal 6 ou versions antérieures font face à des risques identiques depuis longtemps.
- Joomla 3 bénéficie d’un Extended Security Support temporaire, mais Joomla encourage fortement la migration vers Joomla 4 ou 5, et les extensions clés comme K2 ne sont pas compatibles avec ces nouvelles versions.
- In drupal comme en Joomla, la pénurie de développeurs spécialisés, les coûts d’hébergement élevés et l’expérience éditeur moins intuitive pèsent sur les équipes marketing.
- WordPress offre des milliers de thèmes et plugins, une communauté massive, des migration plugins dédiés, la compatibilité WooCommerce et une intégration native avec des outils SaaS comme timeOS, Notion ou Asana.
- Un cas documenté par Sparity montre qu’une entreprise américaine ayant migré de Drupal vers WordPress VIP a obtenu une amélioration de 40 % des temps de chargement, une réduction de 50 % du temps de réponse serveur et une baisse de 25 % du taux de rebond.
- Une migration bien préparée peut préserver voire améliorer les seo rankings grâce à un maillage interne optimisé et un content réorganisé.
Préparation du projet de migration (audit, sauvegardes, planning)
Avant de toucher au moindre fichier, prenez le temps de cartographier votre site source et de sécuriser chaque donnée. Voici un how to de haut niveau pour ne rien oublier.
- Réalisez un audit initial : inventaire des content types (nœuds, entités in drupal, articles Joomla), des médias, taxonomies, url aliases, formulaires, rôles users, modules actifs et trafic par page via Google Analytics 4 et Search Console. La migration de contenu peut nécessiter un nettoyage des données dans Drupal avant l’exportation – identifiez les doublons et le contenu obsolète dès cette étape, puis validez aussi chaque information sensible avant export.
- Il est crucial de réaliser une sauvegarde complète avant la migration. Prévoyez un dump SQL de la database (assurez-vous d’avoir access to phpMyAdmin et au fichier wp-config.php avant d’exporter votre base de données), une archive du répertoire /sites (Drupal) ou /images (Joomla), et des backups de l’instance WordPress cible si vous migrez vers un autre hébergeur. Une stratégie de sauvegarde hybride suit la règle 3-2-1 : trois copies, deux supports différents, une copie hors site.
- Définissez une stratégie de continuité : réduisez le TTL DNS à 300 secondes 48 heures avant la migration, prévoyez un créneau de bascule en heures creuses, et décidez si vous gelez le content sur le drupal/Joomla source pendant l’opération.
- Préparez un cahier des charges pour wordpress : architecture de menus, content types cibles (articles, pages, CPT), taxonomies, choix du thème (GeneratePress, Astra, Block Theme), plugins essentiels (SEO, cache, sécurité, formulaire). Anyone dans l’équipe doit pouvoir s’y référer.
- Utilisez timeOS pour organiser les réunions de suivi : le produit enregistre les visios Zoom/Meet, génère des comptes rendus et des to-dos, et synchronise avec Notion/ClickUp pour ne pas perdre les décisions techniques d’une réunion à l’autre.
Choisir la bonne stratégie et les migration plugins : migration automatique, semi-automatique ou manuelle
Le choix de la migration path dépend de votre volume de data, de la qualité de la base source et de vos contraintes projet. Voici trois scénarios types.
- Migration automatique via migration plugins : l’utilisation d’un plugin spécialisé comme FG Drupal to WordPress facilite la migration. Ce plugin, testé de Drupal 4 à 11, importe articles, pages, médias et taxonomies. La version premium couvre les comments, users, champs personnalisés et redirections SEO. La migration peut aussi être automatisée via des plugins de migration dans Drupal lui-même (Migrate API, Migrate Plus). Le système de migration de Drupal a été introduit dans Drupal 8 et gère aussi la structure de chaque content type lors de l’import ; le module WP Drupal Migrate connecte directement à la base de données WordPress, et il importe utilisateurs, articles, pages et médias de WordPress vers Drupal (to drupal). La migration de WordPress vers Drupal nécessite une installation de Drupal 8 ou supérieur sur la cible, afin que the drupal source ou destination soit compatible avec ce système.
- Migration semi-automatique : export CSV/XML depuis drupal 7 ou Joomla, transformation des data from la source, puis import via WP All Import Pro en configurant les mappings (titres, slugs, categories, champs personnalisés, images). Cette way convient aux sites de taille moyenne (200 à 2 000 pages).
- Migration manuelle : choisir to migrate sans automatisation est pertinent si vous devez copier les textes dans Notion ou Google Docs, réécrire les pages, puis recréer la structure dans the new wordpress. Utile quand l’ancien site est peu structuré ou quand on veut refondre le content. La migration peut impliquer la recréation de fonctionnalités qui n’ont pas d’équivalent direct dans WordPress – c’est l’occasion de repenser l’architecture.
- Critères de choix : volume (50 vs 20 000 pages), qualité de la database source, budget, délai, niveau de compétence technique, et possibilité de combiner la site migration avec un changement d’hébergeur (par exemple passer d’un mutualisé ancien vers un managed WordPress optimisé).
Étapes détaillées : comment migrer un site Drupal 7 vers un nouveau wordpress site
Voici le process étape par étape, avec le déroulé de the migration de bout en bout, depuis l’installation de l’environnement de développement jusqu’à la validation finale. Ce tutoriel suppose un site drupal 7 comme source.
- Step 1 : Installer l’environnement WordPress de préproduction. Créez un sous-domaine (dev.monsite.fr), configurez une base MySQL/MariaDB avec un table prefix dédié (par ex. wp*dev*), installez the wordpress avec votre thème et vos plugins de base (SEO, cache, sécurité, timeOS si you need un espace de documentation des réunions).
- Étape 2 : Exporter les contenus in drupal 7. Utilisez Views + export CSV ou le Migrate API / Feeds pour générer un fichier structuré contenant : titre, corps, résumé, url aliases, taxonomies, auteur, date de publication, image à la une et champs personnalisés. Assurez-vous que la data from la base Drupal est propre – supprimez les révisions inutiles et les nœuds orphelins avant export.
- Étape 3 : Importer les data vers WordPress. Via the migrate plugin choisi (FG Drupal to WordPress ou WP All Import), configurez le mapping des données wordpress to posts, pages, custom post type, categories et tags dans les champs WordPress. Récupérez les médias distants et affectez-les comme featured image. Vérifiez le format de chaque champ importé.
- Étape 4 : Traiter les users. Exportez les comptes Drupal 7 vers CSV, importez-les dans your wordpress en attribuant les rôles équivalents (contributeur, auteur, éditeur). Forcez une réinitialisation sécurisée des mots de passe. Vous aurez besoin d’un accès FTP ou WP-CLI en command line to use ces outils pour des opérations en lot.
- Étape 5 : Reprendre les formulaires. Remplacez les webforms Drupal par un plugin WordPress (Contact Form 7, Gravity Forms), configurez les emails sortants et la conformité RGPD (consentement explicite, politique de confidentialité).
- Étape 6 : Tester l’instance. Vérifiez gabarits, menus, pagination, médias, recherche interne, performances (PageSpeed Insights, WebPageTest) et journaux d’erreurs php. Il est important de vérifier les liens internes et les médias après la migration pour assurer leur bon fonctionnement.
Migration Joomla vers WordPress et migration WordPress & hébergeur : cas particuliers
Ce guide couvre aussi la migration Joomla vers WordPress et la migration d’un wordpress existant vers un nouvel hébergeur ou domaine. D’après Refact, environ 42 000 migrations Joomla → WordPress ont été enregistrées, contre seulement 8 500 en sens inverse – la tendance est claire.
- Migration Joomla vers WordPress : exportez les articles, menus et categories Joomla, puis importez-les via FG Joomla to WordPress. Attention : les positions de module Joomla et certaines extension spécifiques (K2, VirtueMart) ne se transposent pas directement. Prévoyez une recréation manuelle de ces éléments.
- Migration WordPress vers un nouvel host : pour migrate wordpress vers un nouvel hébergement, sauvegardez la base via phpMyAdmin, copiez les files par FTP/SFTP, adaptez le wp-config.php avec les nouveaux accès à la database (changez le nom de votre fichier wp-config.php pour la migration afin de ne pas écraser la configuration avant validation). Importez le SQL, puis mettez à jour les valeurs siteurl et home dans the wp table options.
- Installez All-in-One WP Migration et cliquez sur Export : le fichier .wpress contient votre site WordPress complet. All-in-One WP Migration exports a complete site as a .wpress file, and it supporte la migration cross-database entre MySQL, MariaDB et SQLite. Le plugin peut aussi migrer un WordPress multisite network. L’Unlimited Extension supprime les restrictions de taille de fichier.
- Vous pouvez aussi utiliser duplicator ou UpdraftPlus comme alternatives. Vérifiez la version php et MySQL sur le nouvel hébergeur.
- Changement de domaine : configurez les redirections 301, mettez à jour les liens internes via wp cli (recherche/remplacement en command line), et déclarez le changement d’adresse dans Google Search Console pour limiter l’impact sur les seo rankings ; les précautions restent the same.
- Lors d’un project multi-étapes (Drupal → WordPress + changement d’hébergeur), plusieurs équipes sont impliquées (SEO, dev, marketing). timeOS aide à suivre les décisions et tâches d’une réunion à l’autre, sans perdre d’information critique.
Préserver et améliorer le SEO rankings pendant la migration
Le référencement naturel peut être affecté si des URL modifiées ne sont pas redirigées correctement. Voici comment transformer la migration en opportunité SEO, en intégrant aussi une approche AEO (Answer Engine Optimization).
- Réalisez un crawl complet avant la migration (Screaming Frog, Sitebulb) pour lister toutes les URL, codes de réponse, balises titres, meta descriptions, H1, canonicals et maillage interne. Cette étape est le gold standard de toute site migration sérieuse.
- Construisez une table de correspondance ancienne URL → nouvelle URL. Orchestrez les redirections 301 via .htaccess, Nginx ou un plugin de redirection dans WordPress. Multidots estime que les sites récupèrent leur trafic SEO en 4 à 8 semaines si métadonnées, redirections et sitemap sont bien gérés.
- Conservez les balises clés : title, meta description, H1, textes d’ancrage, schéma de pagination et données structurées (schema.org). C’est something que beaucoup de projets négligent.
- Nettoyez le content : fusionnez les doublons, supprimez les pages obsolètes avec redirection vers les sections pertinentes, et réorganisez en silos thématiques dans the wordpress pour mieux répondre aux intentions de recherche.
- Pour l’AEO, structurez vos contenus sous forme de FAQ, sections clairement titrées, paragraphes courts et listes à puces afin d’augmenter vos chances d’apparaître en réponse directe dans Google, Bing, ChatGPT ou Perplexity.
- Vérifications post-migration : surveillez l’indexation dans Search Console, comparez positions moyennes, taux de clics et impressions sur 2 à 4 semaines. Go to Search Console > Couverture pour traquer les erreurs 404.
Tests, mise en production et plan de secours
La migration ne s’arrête pas à l’import : il faut valider en profondeur avant et après la bascule DNS. Teste l’intégralité du site après la migration pour s’assurer que tout fonctionne correctement.
- Tests fonctionnels : navigation, formulaires, recherche interne, filtres, espace membre, WooCommerce si applicable, affichage mobile/tablette. Vérifiez les URL majeures (page d’accueil, categories top-trafic, articles piliers). You need to do un passage systématique.
- Tests de performance : comparez les temps de chargement avant/après (Largest Contentful Paint, TTFB, core Web Vitals). Configurez le cache (page cache, object cache) et un CDN si nécessaire.
- Bascule DNS : réduisez le TTL DNS à 300 secondes 48 heures avant la migration. Mettez à jour les enregistrements A/AAAA, contrôlez la propagation. Gardez l’ancien hébergeur actif pendant 7 à 14 jours après la migration pour parer à tout problème – c’est un filet de sécurité indispensable pour limiter le risk.
- Plan de rollback : conservez une sauvegarde complète du Drupal/Joomla d’origine et du nouvel environnement WordPress. En cas d’anomalie majeure, revenez temporairement au site précédent.
- Organisez une réunion post-migration (rétro) pour valider ce qui a bien/mal fonctionné. timeOS génère automatiquement le compte rendu, les décisions et les actions à mener.
Outils recommandés, wp cli, budget et rôle de timeOS dans votre projet de migration
Voici une introduction aux outils, coûts et méthodes de coordination qui font la différence entre une migration chaotique et un project maîtrisé.
- Outils techniques : éditeur de code (VS Code), client FTP/SFTP, phpMyAdmin ou Adminer, outils de crawl SEO, migration plugins WordPress (duplicator, All-in-One WP Migration and backup, WP All Import), modules Drupal/Joomla d’export, wp cli pour les opérations en command line, et services de suivi (Notion, ClickUp, Asana).
- Budget typique : quelques centaines d’euros pour un petit site vitrine (< 50 pages), plusieurs milliers pour un site institutionnel avec centaines de pages et multi-langues. Pour les grands sites (milliers de pages, fonctionnalités sur mesure), le coût total peut atteindre 50 000 à 100 000 € selon la portée, les plugins premium et les coûts d’agence.
- Coût caché des réunions : la coordination entre IT, SEO, juridique et direction représente une part significative du budget. timeOS réduit ce coût via une présence automatique dans les réunions Zoom, Google Meet ou MS Teams, une prise de notes en temps réel, des résumés multilingues, l’extraction d’actions et l’envoi d’emails de follow-up automatiques.
- Cas concret : une équipe marketing/IT pilotant une migration sur 3 mois, avec one réunion hebdomadaire, utilise timeOS pour garder l’historique des décisions techniques (step 1 : audit, step 2 : import test, step 3 : bascule), valider les jalons et éviter les comptes rendus manuels – la documentation se génère toute seule.
- La combinaison « nouveau WordPress performant + migration outillée + automatisation des réunions via timeOS » offre un gain de productivité global et une réduction du risk projet. Commencez gratuitement avec timeOS pour structurer vos réunions dès le lancement du projet.
FAQ – Migration Drupal / Joomla vers WordPress
Voici les réponses aux questions les plus fréquentes sur la migration de CMS vers WordPress.
La migration Drupal 7 vers WordPress fait-elle perdre mon référencement existant ?
Non, si vous conservez la structure d’URL via des redirections 301 page par page et que vous surveillez Search Console après la bascule. Les seo rankings peuvent même s’améliorer grâce à de meilleures performances et une optimisation on-page plus fine sur WordPress.
Combien de temps faut-il prévoir pour migrer un site Drupal ou Joomla vers WordPress ?
Un petit site vitrine de moins de 50 pages peut être migré en quelques jours. Un site institutionnel ou média avec plusieurs milliers de contenus demandera souvent plusieurs semaines – le temps de préparer l’architecture, traiter les cas particuliers, tester et basculer en production.
Peut-on migrer uniquement certaines parties du site et laisser le reste sur Drupal ou Joomla ?
Oui, c’est une approche viable. Vous pouvez par exemple migrer le blog vers un sous-domaine WordPress (blog.monsite.fr) tout en conservant une application métier complexe sur Drupal, à condition de gérer la cohérence des menus et les redirections pour les sections concernées.
Dois-je forcément utiliser un plugin de migration ou puis-je tout faire à la main ?
Une migration manuelle est envisageable pour un faible volume de contenus et si vous souhaitez réécrire les pages. Au-delà de quelques dizaines de contenus, les migration plugins ou exports CSV limitent les erreurs humaines et font gagner un temps considérable.
Comment organiser efficacement mon équipe pendant la migration ?
Désignez un chef de project, planifiez des points réguliers entre développeurs, SEO, marketing et direction. timeOS automatise la prise de notes et le suivi des décisions pendant ces réunions, gardant tout le monde aligné sans charge administrative supplémentaire.
