La migration de contenu consiste à déplacer du contenu d'une plateforme numérique à une autre. Cela semble simple, n'est-ce pas ? En réalité, il faut beaucoup de planification, de préparation et de prise de décision pour qu'une migration se déroule sans enjeux. Il est essentiel que des personnes non techniques soient impliquées dans le processus. Nous avons donc créé ce guide pratique pour aider les non-développeurs à comprendre leur rôle dans les migrations de contenu.

Ce guide s'adresse à vous si vous êtes concepteur, spécialiste du marketing, chef de projet, rédacteur web ou toute autre personne impliquée dans le contenu ! Il est basé sur une conférence que j'ai récemment donnée au DrupalCamp New Jersey 2024 avec mon collègue Marien, et contient des idées que nous avons tirées de dizaines de migrations complexes au fil des ans.

Lisez la suite pour un cours accéléré non technique sur la migration de contenu.

Est-il préférable de migrer le contenu ou de repartir à zéro ?

Cela dépend de la qualité, de la complexité et du volume de votre contenu, de vos objectifs pour le nouveau site et des ressources dont vous disposez pour mener à bien la migration. Si votre contenu existant a de la valeur, il vaut la peine d'étudier les possibilités de migration, mais vous pouvez aussi décider qu'il est plus efficace de repartir de zéro. Quoi qu'il en soit, il faudra planifier et travailler.

C'est un peu comme un déménagement. Mon collègue Marien et moi-même avons déménagé cette année, mais nos expériences ont été très différentes. J'ai déménagé à travers le Canada, en emballant toutes mes affaires et en passant quatre jours dans un U-Haul. Il y a eu beaucoup de tri, d'emballage, de déballage, et encore du tri à faire ! Pendant ce temps, Marien a immigré de France au Canada avec seulement quelques valises. Il a alors dû acheter de nouvelles choses pour remplir son appartement vide.

Quelle est la charge de travail d'une migration du contenu d'un site web ?

Là encore, cela dépend (c'est ennuyeux mais c'est vrai !). Une simple migration de contenu peut prendre quelques semaines, tandis qu'une migration de contenu complexe peut prendre plusieurs mois. Les ressources sont un autre facteur déterminant : les choses vont beaucoup plus vite lorsque vous bénéficiez d'une assistance dédiée à la migration de contenu de la part d'une équipe expérimentée (vous l'avez deviné : comme nous !).

Notre équipe a pris en charge des dizaines de migrations au fil des ans, ce qui nous a permis de constater par nous-mêmes à quel point chaque migration peut être unique. Notre travail avec l'Institut national de santé publique du Québec (INSPQ) est un bon exemple de migration à grande échelle - elle impliquait plus de 30 000 pages, 30 types de contenu, 500 champs, 500 contextes, 300 affichages de vues et 21 000 fichiers ! Bien que la migration interne soit préférable pour certains projets, dans ce cas nous avons recommandé et créé des scripts de migration entièrement en code.

 

INSPQ website
L'INSPQ avait besoin d'une stratégie solide pour migrer le contenu de son site web, qui comportait plus de 30 000 pages, une structure de navigation profonde et un contenu riche en texte.

Quelle est la différence entre une migration manuelle et une migration automatisée ?

Il est possible de transférer le contenu manuellement en le copiant, le collant, le téléchargeant ou le recréant sur le nouveau site web. Mais ce processus peut s'avérer fastidieux, long et sujet à l'erreur humaine, en particulier si le contenu est complexe ou s'il y a beaucoup de choses à migrer.

L'automatisation de la migration du contenu à l'aide d'outils logiciels ou de codes peut être plus rapide, moins coûteuse et plus cohérente. Elle peut également faciliter le suivi et le contrôle de la progression. Vous aurez besoin d'une expertise technique pour adapter le processus à votre contenu, afin d'en garantir l'exactitude et l'efficacité. Par ailleurs, il est important de procéder à un examen manuel pour identifier les problèmes et les possibilités d'optimisation du contenu. 

La migration manuelle du contenu peut s'avérer utile dans les cas suivants:

  • Vous procédez à un rafraîchissement du contenu
  • Vous avez peu de contenu (par exemple, seulement quelques pages d'atterrissage)
  • Votre contenu est très peu structuré (par exemple, tout dans un éditeur WYSIWYG au lieu de blocs ou de champs).
     

La migration automatisée du contenu peut s'avérer plus appropriée dans les cas suivants :

  • Vous disposez d'une grande quantité de contenu (personne ne souhaite recréer à la main des articles de blog datant de 10 ans !)
  • Votre contenu est bien structuré
  • Vous vous attendez à une fréquence élevée de modifications du contenu, ce qui signifie que vous devrez recommencer la migration plusieurs fois.
     

Quelles sont les étapes d'une migration de contenu et quelle est ma place ?

La plupart des migrations de contenu comprendront les sept étapes suivantes, pour lesquelles le soutien de professionnels non techniques est essentiel. 

Découverte

S'il est une chose que j'ai apprise en menant de nombreuses migrations, c'est que la découverte ne doit jamais être sous-estimée ou négligée. Une phase de découverte approfondie permet de gagner du temps et d'éviter des problèmes ultérieurs.

Un audit du contenu est un bon point de départ. Veillez à mettre en place des outils tels que Google Search Console dès le début, car il faut du temps pour générer des données utiles. Impliquez toute personne experte dans un domaine du site web. Et assurez-vous de documenter tout ce que vous découvrez, car cela pourrait tout aussi bien ne pas exister !

Les éléments à examiner et à documenter sont les suivants

  • Types de contenu
  • Taxonomies
  • Structure du contenu (par exemple, WYSIWYG ou paragraphes, champs, relations, etc.)
  • Fichiers
  • Formulaires web
  • Comptes d'utilisateurs
  • Blocs
  • Vues
  • Redirections
  • Modules
     

Recherchez les dépendances qui pourraient poser problème, comme les modules contrib ou le code personnalisé qui ne sont pas compatibles avec votre nouveau CMS. Si vous migrez de Drupal 7 à 10, consultez notre guide pour le portage d'un plugin CKEditor 5.

Nettoyer et optimiser

De nombreuses organisations profitent de  la migration vers un nouveau système de gestion de contenu pour remanier un site web obsolète. Au minimum, c'est une bonne idée de revoir et de rafraîchir votre contenu. Tout comme vous videz votre placard avant de déménager, vous devez supprimer tout contenu indésirable avant la migration. Certains contenus peuvent nécessiter une mise à jour ou une fusion. Il est également utile d'optimiser le référencement et d'améliorer l'accessibilité de votre contenu.

Cartographie du contenu 

Ensuite, nous allons décider de l'emplacement de chaque élément sur le nouveau site web. C'est une excellente occasion de restructurer votre site et de créer une architecture de l'information conviviale.

Vous devrez créer une documentation qui établit une correspondance entre la source du contenu (l'endroit où il se trouve actuellement) et sa destination (l'endroit où il va). Il s'agit notamment des correspondances directes et de tout ce qui est modifié pour améliorer la structure :

  • Anciens champs personnalisés → Nouveaux champs personnalisés
  • Anciens types de contenu → Nouveaux types de contenu
  • Groupes de contenu non catégorisés → Nouveaux types de contenu
  • Contenu de page non structuré → Nouveaux champs personnalisés
  • Champs de mots-clés / de texte → Nouvelles taxonomies
  • Composants codés en dur → Nouveaux blocs
     

Il est également important de documenter la manière dont le contenu sera extrait de la source, transformé pour s'adapter au nouveau modèle de contenu, puis téléchargé sur le nouveau site. Les développeurs sont responsables de cette partie si vous effectuez une migration automatisée.

Cartographie des redirections

Si la structure de votre site change, il se peut que certaines de vos URL existantes ne fonctionnent plus une fois la migration terminée (par exemple, si vous supprimez ou fusionnez des pages.) Documentez où les URL obsolètes doivent être redirigées. Par exemple, si vous prévoyez d'absorber une page intitulée "Notre équipe" dans une page intitulée "À propos de nous", vous voudrez probablement rediriger /notre-équipe vers /à propos de nous. L'établissement de redirections pour un grand nombre de pages peut prendre beaucoup de temps ; demandez donc à vos développeurs web de vous aider ! Nous pouvons utiliser des outils tels que les caractères génériques pour automatiser partiellement le processus.

Essais de fonctionnement

Les migrations automatisées doivent pouvoir être répétées, en particulier si le contenu de votre site web évolue encore (bien qu'il y ait généralement un gel du contenu au cours de la phase finale de la migration). Il est préférable de commencer les essais dès que possible. Cela vous aidera à identifier les problèmes et à affiner le processus dès le début. Il se peut que vous ayez besoin d'une aide supplémentaire pour les tests formels. Travaillez donc avec les développeurs pour déterminer les pages et les modèles clés à tester. 

Corrections de contenu

Quelle que soit la qualité de votre préparation, des problèmes ne manqueront pas de surgir lorsque le contenu commencera à être migré. Les développeurs s'occupent de la plupart de ces problèmes : c'est notre travail de peaufiner le processus jusqu'à ce qu'il soit efficace, précis et capable d'être ré-exécuté encore et encore.


Cependant, dans certains cas, les problèmes de contenu doivent être résolus à la source. C'est là que vous pouvez apporter une aide essentielle ! Il est souvent plus efficace de corriger le contenu sur l'ancien site web avant de le migrer, car cela limite notre capacité à effectuer de nouvelles migrations.
 

Tests

En tant qu'expert en contenu, vous devez être impliqué dans le test du contenu ! Vérifiez que tout le contenu a été migré et que tout fonctionne correctement :

  • Images et fichiers liés 
  • Traductions
  • Références
  • Transformations
  • Mise en page/visuels
  • Redirections (y compris les redirections manquantes et les boucles de redirection)
  • Liens (par exemple, rompus)
  • Métadonnées
     

Certaines des migrations sur lesquelles nous avons travaillé concernaient des dizaines de milliers de pages. Dans ces cas, il n'est pas possible de vérifier chaque élément de contenu. Les développeurs peuvent vous aider à automatiser ce processus dans une certaine mesure, mais une révision manuelle est toujours nécessaire.  Vous pouvez effectuer des vérifications ponctuelles - par exemple, vous pouvez identifier un pourcentage de pages en fonction de leurs modèles, de leur complexité, de leurs fonctionnalités ou de leurs composants. N'oubliez pas que le contenu ne doit pas toujours être parfait au pixel près. Si vous regardez un article de blog datant de 2015 qui ne reçoit pas beaucoup de trafic, vous pouvez vous contenter d'un contenu satisfaisant.

Une fois la migration terminée, il est important de surveiller les données des utilisateurs au cours des jours, des semaines et des mois à venir. À l'aide d'outils tels que Google Search Console, repérez les erreurs d'exploration, les contenus manquants et les boucles de redirection. Vous pouvez également choisir de soumettre à nouveau votre sitemap aux moteurs de recherche, ce qui devrait les inciter à commencer à explorer et à indexer votre nouveau site web plus rapidement.

Bénéficiez de l'assistance d'un expert pour la migration de votre site web

Evolving Web vous aide à migrer en toute confiance et en toute sérénité. Forts de plus de 16 ans d'expérience, nous offrons des conseils d'experts et un soutien depuis la découverte jusqu'au lancement et au-delà. Nous sommes un partenaire de migration d'entreprise certifié Drupal, avec un historique de migrations de Drupal 7 vers Drupal 10 pour des clients tels que UC Berkeley et Princeton University. Nos plus de 90 technologues, créatifs, chefs de projet et stratèges sont également prêts à répondre à vos besoins en matière de conception, de développement et de maintenance.

En savoir plus sur nos services de mise à niveau et de migration.