Types de contenu et fields
Chaque content type devient un post type. Les fields Drupal sont mappés vers ACF ou meta natifs WordPress.
Drupal → WordPress
Passer de Drupal à WordPress sans perdre la structure éditoriale.
WPCraft cadre la migration des nodes, taxonomies, blocs, médias et utilisateurs depuis Drupal vers WordPress. URL aliases préservés via plan 301.
Migrer de Drupal vers WordPress est souvent motivé par le coût de maintenance Drupal, la difficulté à recruter sur Drupal, ou la volonté d’unifier la stack sur un CMS plus accessible aux équipes éditoriales et marketing. Les versions Drupal 7 fin de vie poussent aussi à arbitrer entre migration vers Drupal 10 ou bascule vers WordPress.
WPCraft cadre la migration des nodes, taxonomies, blocs, médias et utilisateurs depuis Drupal 7, 9 ou 10 vers WordPress. Les content types Drupal deviennent des post types WordPress, les fields ACF/Meta, et les URL aliases sont préservés via un plan 301 complet.
Périmètre Drupal
Ce qu’on reprend depuis Drupal.
Le mapping Drupal → WordPress demande des décisions structurantes dès le cadrage.
Vocabulaires et termes
Conservation des hiérarchies, relations et descriptions des taxonomies. Mapping vers taxonomies WordPress.
Comptes, rôles, permissions
Migration des utilisateurs avec leurs rôles. Les mots de passe sont reset à la première connexion (hashes Drupal non compatibles).
Bibliothèque files et image styles
Reprise des fichiers depuis sites/default/files/, conservation des alt et préservation des références dans les contenus.
Méthode
Une migration cadrée par type de contenu.
On migre par lots de content types pour valider le mapping et la fidélité des données.
Audit Drupal
Version, content types, fields custom, taxonomies, modules contrib, modules custom, intégrations tierces.
Mapping structure
Chaque content type Drupal → post type WordPress. Chaque field → ACF ou meta. Validation avec l’équipe éditoriale.
Migration test
Export Drupal (via Migrate API ou scripts custom), import WordPress, recette par type de contenu sur staging.
Bascule
Activation des 301 (alias Drupal → permalink WordPress), bascule DNS, monitoring crawl + erreurs 404 sur 30 jours.
Points d’attention
Spécificités Drupal à anticiper.
Drupal et WordPress n’ont pas les mêmes paradigmes : certaines fonctionnalités demandent une réécriture.
Vues Drupal sans équivalent natif
Les Views Drupal sont remplacées par des templates WordPress, des shortcodes ou des blocs Gutenberg selon le cas.
Logique métier à porter
Modules custom Drupal réécrits en plugin WordPress dédié si la logique reste pertinente.
Publication et révisions
Workbench, Content Moderation et révisions Drupal mappés vers les fonctionnalités natives WordPress ou plugins équivalents.
i18n complexe à conserver
Drupal i18n et Translation Management Tool migrés vers WPML ou Polylang avec préservation des liens de traduction.
Parcours liés
La suite logique selon votre situation.
FAQ
Questions fréquentes.
Quelles versions Drupal sont supportées ?
Drupal 7 (fin de vie janvier 2027), Drupal 9 et Drupal 10. La migration depuis Drupal 7 est particulièrement fréquente car la mise à jour vers Drupal 10 est lourde et beaucoup d’équipes arbitrent vers WordPress.
Quels outils sont utilisés pour l’export Drupal ?
Drupal Migrate API (Drupal core), drush pour les exports en masse, et des scripts PHP custom pour les content types et fields qui demandent un traitement spécifique.
Combien de temps prend la migration ?
Entre 4 et 12 semaines selon le volume de contenu, le nombre de content types et la complexité des modules custom. Un site Drupal éditorial standard (10-50 content types) prend généralement 6 à 8 semaines.
Les URL Drupal sont-elles conservées ?
Les URL aliases (pathauto) sont préservés via redirections 301 vers les permaliens WordPress. La structure éditoriale reste lisible pour les utilisateurs et les moteurs de recherche.
Que devient l’organisation multilingue ?
Drupal i18n / TMGMT sont migrés vers WPML ou Polylang selon les besoins. Les relations de traduction entre nodes sont préservées dans la nouvelle structure WordPress.
Après le projet
Prévoir le run dès la conception.
Un WordPress sérieux ne s’arrête pas à la mise en ligne. WPCraft prépare le socle ; WPHelp247 peut prendre le relais pour maintenance, hébergement, sécurité, sauvegardes et support.
Architecture, conception, refonte, WooCommerce, performance, industrialisation.
Maintenance, hébergement, support, sécurité, sauvegardes, supervision.
Prochaine étape
On clarifie le périmètre avant de vendre une solution.
Envoyez l’URL, le contexte et les contraintes connues. WPCraft vous répond avec un angle d’attaque clair : audit, cadrage, refonte, performance, WooCommerce ou relais WPHelp247.