Planifier une migration Drupal

Planifier une migration Drupal : Mise à niveau des anciennes versions de Drupal vers les versions actuelles

Les sites web Drupal évoluent au fil des années. À un moment donné, la question se pose de savoir si une simple mise à jour suffit ou si une migration plus importante est nécessaire. Une migration doit être planifiée avec soin, en particulier avec de très anciennes versions de Drupal, des thèmes fortement personnalisés, des modules obsolètes ou des structures de contenu qui ont grandi avec le temps.

Cet article explique la différence entre mise à jour, mise à niveau et migration et montre comment préparer de manière structurée le passage à une version actuelle de Drupal.

Mise à jour, mise à niveau ou migration ?

Les termes sont souvent confondus, mais ils ne signifient pas la même chose.

Pourquoi les migrations deviennent nécessaires

Les raisons peuvent être les suivantes :

• L'ancienne version de Drupal ne bénéficie plus d'un support régulier.
• Les modules sont obsolètes ou incompatibles.
• Le thème est techniquement dépassé.
• La version de PHP ou l'environnement d'hébergement doit être modernisé.
• La structure du site web a grandi et doit être nettoyée.
• Les performances, la sécurité ou le flux de travail éditorial doivent être améliorés.

Une migration est également l'occasion de nettoyer les anciens contenus, les catégories en double, les modules inutiles et les mauvaises structures.

Réaliser un état des lieux

Avant chaque migration, une analyse technique et éditoriale doit être effectuée. Vérifiez :

• La version de Drupal et la version de PHP,
• les modules installés et leur statut,
• les thèmes actifs et les personnalisations propres,
• les types de contenu et les champs,
• les taxonomies et les menus,
• les rôles et autorisations des utilisateurs,
• les formulaires et les intégrations,
• les URL importantes pour le SEO et les redirections,
• les médias et les téléchargements.

Un environnement de test plutôt qu'une expérience en direct

Une migration ne devrait jamais être testée directement sur le site web en production. Créez d'abord une sauvegarde complète et configurez un environnement de test oû de staging. Vous pourrez y tester sans risque la migration, les adaptations de thèmes, les changements de modules et les mises à jour de bases de données.

Un bon environnement de test doit être aussi proche que possible du futur environnement de production : même version de PHP, base de données comparable, même structure de domaine ou du moins des URL de test propres.

Vérifier les modules et les thèmes

Tous les anciens modules ne sont pas disponibles ou nécessaires dans les versions actuelles de Drupal. Certaines fonctionnalités sont désormais incluses dans le Core, d'autres modules ont été remplacés ou abandonnés. Vérifiez pour chaque module :

• La fonction est-elle encore nécessaire ?
• Existe-t-il une version compatible ?
• Existe-t-il une meilleure alternative ?
• Existe-t-il des dépendances avec d'autres modules ?
• La fonction peut-elle être remplacée par Drupal Core ?

Les thèmes doivent également souvent être recréés ou fortement adaptés. Continuer simplement à utiliser un ancien thème est rarement judicieux.

Protéger le SEO lors des migrations

Les migrations peuvent mettre en péril le positionnement si les URL, les métadonnées et les liens internes ne sont pas correctement repris. Avant la migration, dressez donc une liste des URL importantes et planifiez les redirections.

• Recenser les anciennes URL importantes.
• Définir la nouvelle structure des URL.
• Mettre en place des redirections 301.
• Reprendre ou améliorer les méta-titres et les descriptions.
• Mettre à jour le plan du site (sitemap).
• Vérifier les erreurs 404 après la mise en ligne.

Quand une refonte complète est-elle préférable ?

Pour les sites web très anciens, lourdement modifiés ou mal entretenus, une refonte complète est parfois plus efficace qu'une migration complexe. C'est particulièrement vrai si les types de contenu sont illogiques, les modules obsolètes, les thèmes incompatibles ou les contenus de faible qualité.

Une refonte complète peut être judicieuse si :

• seul un petit volume de contenu doit être repris,
• le design doit de toute façon être renouvelé,
• l'architecture de l'information doit être repensée,
• les anciens modules n'ont plus d'avenir,
• la structure SEO doit être considérablement améliorée.

Hébergement et base technique

Une version actuelle de Drupal nécessite une version de PHP appropriée, suffisamment de mémoire, des droits de fichiers propres, le support de Composer et idéalement un accès SSH. Avant la migration, vérifiez si votre offre d'hébergement répond à ces exigences.

Pour les migrations complexes, les environnements de staging et les grands projets Drupal, un Serveur Cloud VPS de CURIAWEB peut être judicieux. Pour les sites web d'entreprise classiques, l'Hébergement Web Suisse de CURIAWEB offre une base solide.

Liste de contrôle pour la migration

• Créer une sauvegarde complète.
• Documenter l'état actuel.
• Vérifier les modules et les thèmes.
• Analyser les contenus et les médias.
• Sécuriser les URL pour le SEO.
• Configurer l'environnement de test.
• Effectuer la migration et la consigner dans un journal.
• Tester les formulaires, la connexion, les menus et la recherche.
• Mettre en place des redirections.
• Planifier la mise en ligne et effectuer un contrôle a posteriori.

FAQ

Puis-je simplement mettre à jour un ancien site Drupal en un clic ?
Généralement non lors de grands sauts de version. Une migration minutieuse ou un processus de mise à niveau planifié est nécessaire.

Qu'est-ce qui est le plus important : le contenu ou le design ?
Les deux sont importants. Techniquement, la migration commence souvent par la structure du contenu, les modules et le modèle de données. Le design est fréquemment reconstruit en parallèle.

Comment éviter les pertes de référencement (SEO) ?
Grâce à un inventaire des URL, des redirections 301, la reprise des métadonnées importantes, un sitemap mis à jour et un contrôle après la mise en ligne.