Migration de données : que peut-on récupérer d’un ancien site ou d’une application ?

Votre site doit être refondu, votre application évolue ou votre plateforme actuelle devient difficile à maintenir. Une question se pose rapidement : que vont devenir les données accumulées au fil des années ?

Articles, comptes utilisateurs, documents, images, historiques : ces informations représentent souvent un travail important et une partie de la mémoire de votre organisation. Les ressaisir serait long, coûteux et source d’erreurs.

La bonne nouvelle, c’est qu’une nouvelle plateforme n’impose pas de repartir de zéro. Une grande partie des données peut souvent être reprise, à condition de préparer leur migration et de vérifier comment elles seront utilisées à destination.

Quelles données peut-on migrer ?

Le périmètre dépend de votre plateforme et de ce qu’elle contient. Une migration peut notamment concerner :

• les contenus éditoriaux : pages, articles, actualités, fiches et traductions ;
• les comptes utilisateurs et les informations associées ;
• les fichiers : images, PDF, pièces jointes et autres documents ;
• les catégories, étiquettes et classements ;
• les données métier : dossiers, inscriptions, demandes ou informations propres à votre activité ;
• les relations entre ces éléments.

Ce dernier point est essentiel. Récupérer un document ne suffit pas s’il n’est plus rattaché au bon dossier. Importer un article perd de son intérêt si son auteur, ses images ou sa traduction ne sont plus associés.

Une migration réussie doit donc préserver le sens des données, autant que leur contenu.

Faut-il conserver la même technologie ?

Pas nécessairement. Les données d’un site Drupal peuvent, par exemple, être reprises dans un site WordPress ou une application Laravel, et inversement, selon le périmètre du projet.

Ces environnements n’organisent toutefois pas les informations de la même manière. Une page dans un outil peut correspondre à plusieurs éléments dans un autre. Un champ libre peut devoir devenir une liste de valeurs. Une relation entre deux contenus peut nécessiter une structure spécifique dans la nouvelle application.

Le travail consiste à établir une correspondance entre la source et la destination, puis à transformer les données lorsque c’est nécessaire.

Chez Naes, nous intervenons notamment dans les environnements PHP, autour de Drupal, WordPress, Laravel ou Joomla. La reprise de données provenant d’autres technologies peut également être étudiée, en fonction des possibilités d’accès et des particularités de l’application source.

Qu’est-ce qui peut compliquer la reprise ?

La première question est celle de l’accès. Disposez-vous de la base de données, des fichiers, d’un export exploitable ou d’une interface permettant d’extraire les informations ? Un accès à l’administration du site ne donne pas toujours accès à l’ensemble des données nécessaires.

Il faut ensuite examiner leur qualité. Au fil du temps, une plateforme peut accumuler des doublons, des champs incomplets, des formats différents ou des références vers des fichiers disparus.

Certains éléments demandent aussi un traitement particulier. Les comptes utilisateurs peuvent être repris sans que les mots de passe soient directement compatibles avec le nouveau système. Une procédure de réinitialisation peut alors être nécessaire.

Enfin, certaines informations dépendent étroitement du fonctionnement de l’ancienne application. Migrer les données ne signifie pas transférer automatiquement les fonctionnalités qui permettaient de les créer, de les calculer ou de les afficher.

Identifier ces points en amont permet de définir un périmètre réaliste.

Faut-il tout reprendre ?

Une refonte est aussi l’occasion de décider ce qui mérite d’être conservé.

Certains contenus restent utiles et doivent être transférés. D’autres peuvent être regroupés, corrigés ou archivés. Des données devenues inutiles n’ont pas forcément leur place dans la nouvelle plateforme.

L’objectif est de prendre ces décisions avant l’import, avec les personnes qui connaissent les contenus et les usages.

Pour un site public, cette préparation concerne également les anciennes adresses des pages : il faut prévoir leur correspondance avec les nouvelles lorsque les URL changent, afin d’orienter les visiteurs vers les bons contenus.

Comment préparer une migration fiable ?

Une migration se prépare en plusieurs étapes.

1. Identifier les sources et le périmètre

Nous recensons les données disponibles, leurs volumes, les fichiers associés et les liens qui les unissent. Nous définissons avec vous les éléments à conserver, transformer ou écarter.

2. Définir les correspondances

Chaque type de donnée doit trouver sa place dans la nouvelle plateforme. Cette étape permet de préciser les règles de transformation et de repérer les cas particuliers.

3. Réaliser une première migration de test

Un premier transfert dans un environnement de test permet de vérifier les hypothèses, d’examiner les résultats et d’ajuster les règles avant la bascule.

4. Contrôler les résultats

Les vérifications portent sur les quantités transférées, mais aussi sur le contenu, les fichiers et les relations. Les utilisateurs métier ont également un rôle à jouer : les données doivent être exploitables dans leurs usages quotidiens.

5. Organiser la bascule

Si la plateforme source continue à recevoir des contenus ou des inscriptions, il faut prévoir comment récupérer les dernières modifications. Selon le contexte, cela peut nécessiter une courte interruption des saisies ou une reprise complémentaire.

Comment Naes peut vous accompagner

Chez Naes, nous abordons une migration à partir de vos données, de leur utilisation et des contraintes de la plateforme cible.

Nous pouvons analyser les sources disponibles, définir les règles de reprise, développer les traitements de migration et vous accompagner dans la vérification des résultats. Notre terrain privilégié est celui des sites et applications de l’écosystème PHP, avec une étude spécifique lorsque les données proviennent d’autres technologies.

Vous préparez une refonte ou souhaitez récupérer les données d’une ancienne application ? Indiquez-nous la plateforme de départ, la destination envisagée et les informations à conserver. Nous pourrons examiner avec vous les conditions de leur reprise.