Commencez par faire l’inventaire, pas par cliquer sur « exporter »
Un départ organisé commence par l’identification de ce qui devra être transféré et de l’usage de chaque élément. Notez les fichiers, messages, bases de données, comptes et applications qui dépendent du service, leurs utilisateurs et les processus qui seraient affectés s’ils devenaient indisponibles. Ajoutez également les éléments moins visibles : autorisations, règles d’automatisation, sauvegardes, domaines, clés d’accès et intégrations avec d’autres outils. Ne supposez pas que tout sera téléchargé avec les données principales ; certains éléments peuvent nécessiter des opérations distinctes ou ne pas être inclus dans l’exportation.
Distinguez ce que vous devez conserver de ce qui reste là par commodité ou en raison d’exigences internes. Pour chaque groupe, indiquez un volume approximatif, une personne responsable et une destination envisagée. Précisez également si les informations doivent continuer à être mises à jour ou si une copie d’archive suffit. Dans une petite entreprise, il est utile de désigner une personne habilitée à autoriser les changements et une autre qui connaît le fonctionnement quotidien. Cela clarifie les rôles de décision et permet de repérer les difficultés pratiques.
Cette liste ne prouve pas qu’une migration est possible, mais elle évite de confondre un dossier téléchargé avec une sortie complète du service. Elle vous aide aussi à poser des questions plus précises au fournisseur : l’exportation inclut-elle les autorisations, les paramètres ou les liens entre les enregistrements ? Plus votre inventaire est précis, plus il sera facile de comparer ce que vous pensiez transférer et ce que vous recevrez réellement.
Recherchez les conditions propres au service
Avant de souscrire, trouvez la documentation applicable au produit et au type de compte que vous utiliserez réellement : conditions du service, instructions d’exportation, politique de résiliation et règles de suppression. Vérifiez si elle distingue les données importées par le client, le contenu généré par une application, les métadonnées et les paramètres. Un fournisseur peut documenter l’exportation de certains produits ou formats sans que tous les composants de sa plateforme puissent être transférés de la même manière. La disponibilité d’une option peut aussi dépendre de l’édition ou du niveau d’autorisation.
Notez l’adresse exacte de la documentation et la date de consultation. Cherchez des réponses précises : que peut-on exporter, qui est autorisé à le faire, combien de temps l’accès reste disponible après la résiliation, quels frais peuvent s’appliquer et quelles conditions préalables existent. Vérifiez s’il faut préparer le compte, activer une fonction ou demander l’exportation avant d’entamer la résiliation. Ne considérez pas une réponse de l’assistance ou une page générale comme une garantie contractuelle : vérifiez que les conditions correspondent à votre région, à votre édition et à votre contrat.
Microsoft, par exemple, décrit pour ses produits et services connectés plusieurs méthodes d’exportation : formats lisibles par machine, API, PowerShell et fonctions du portail. Il ne faut pas étendre cette portée à d’autres fournisseurs. En lisant un guide, distinguez ce qu’il présente comme une possibilité générale de ce qui s’applique à votre produit précis. Si un point reste flou, conservez la question et la réponse, puis confrontez de nouveau ces informations aux conditions qui régissent votre compte.
Effectuez un test d’exportation et validez le résultat
Si le service le permet, faites un test sur un échantillon représentatif avant de tout migrer. Choisissez plusieurs types de contenu et, si nécessaire, incluez les autorisations ou l’arborescence des dossiers. Un échantillon trop simple peut masquer des différences importantes : sélectionnez donc des exemples correspondant à l’utilisation réelle, sans transformer le test en copie complète. Enregistrez le résultat dans un environnement que vous contrôlez et vérifiez que les fichiers s’ouvrent, que les dates et les noms sont cohérents et que les liens essentiels ont été conservés.
Pour une application, testez aussi si l’exportation peut être importée dans l’outil de destination. Vérifiez que les enregistrements sont complets et que l’organisation nécessaire est préservée. Un fichier téléchargé ne constitue pas forcément une migration utilisable : il peut être lisible sans permettre de poursuivre le travail dans un autre système sans ajustements. Notez ce que vous pouvez vérifier directement et ce qui nécessite un essai dans l’environnement de destination.
Consignez la durée de l’opération, les étapes manuelles nécessaires et les éléments manquants. Si cela peut se faire sans risque, répétez la vérification avec un utilisateur disposant des autorisations habituelles, et pas seulement avec un compte administrateur. Vous pourrez ainsi distinguer une limite de format d’une restriction d’accès. N’utilisez pas de véritables données sensibles pour des tests inutiles et ne supprimez pas l’original pour prouver que la copie fonctionne. Ces vérifications servent à préparer la sortie ; elles ne constituent ni une certification technique ni une garantie qu’une exportation future, plus volumineuse ou réalisée dans d’autres conditions, se comportera de la même façon.
Distinguez exportation, changement de fournisseur et portabilité des données
Ces termes peuvent sembler équivalents, mais ils désignent des problèmes différents. Télécharger une copie permet de conserver certaines données ; changer de fournisseur exige de transférer un service et de le remettre en fonctionnement ; la portabilité peut désigner des droits légaux dont le champ est précis. Ces objectifs sont liés, mais ne sont pas interchangeables : une exportation peut être utile pour l’archivage sans suffire à continuer d’utiliser une application, tandis qu’une transition opérationnelle peut nécessiter des tâches qu’un téléchargement de fichiers ne résout pas.
Le règlement européen sur les données comprend des mesures destinées à faciliter le changement entre certains services de traitement de données, notamment vers un autre fournisseur ou vers des solutions locales. Cela ne signifie pas que chaque application, contenu ou compte est couvert de la même manière, ni que le fournisseur de destination acceptera automatiquement les données exportées. Le champ d’application dépend du service et des conditions pertinentes ; ne tirez donc pas de conclusion générale du seul nom d’une catégorie juridique.
Notez le service auquel vous souscrivez et le résultat recherché : une copie lisible, une importation fonctionnelle ou une transition complète. Lorsque la décision entraîne des conséquences juridiques ou contractuelles, demandez un avis approprié sur l’applicabilité des règles. Ce guide n’interprète pas votre contrat et ne détermine pas si un service particulier relève d’une catégorie réglementée. La règle pratique est plus limitée : n’utilisez pas le mot « portabilité » à la place d’un test technique ni comme promesse de compatibilité.
Examinez séparément la résiliation et la suppression
La résiliation d’un abonnement ne signifie pas toujours que toutes les données seront immédiatement supprimées, et demander leur suppression ne règle pas à lui seul la façon de récupérer d’abord ce dont vous avez besoin. Avant de lancer la résiliation, notez l’ordre des opérations exigé par le fournisseur, les personnes autorisées à les effectuer et l’existence éventuelle de délais de grâce, d’états intermédiaires ou de périodes de conservation. Vérifiez aussi si la résiliation limite l’accès avant la fin de la période pendant laquelle les données pourraient rester disponibles : l’ordre du téléchargement et de la résiliation peut compter.
Microsoft indique que, pour ses abonnements professionnels, les données client restantes peuvent être supprimées après 30 jours et au plus tard 180 jours après la résiliation. Il s’agit d’une condition documentée pour ce contexte, pas d’un délai général applicable au cloud. Avant de vous fier à cet intervalle, vérifiez qu’il correspond à votre abonnement et à ses conditions. Ne le considérez ni comme une période universelle ni comme une recommandation d’attendre la fin du délai.
Vérifiez également les justificatifs que vous pouvez conserver : confirmation de résiliation, identifiant de demande, état visible dans la console ou réponse du fournisseur. La documentation de Google Cloud décrit son processus de suppression sécurisée des données client, mais une description générale ne permet pas à l’utilisateur de confirmer de l’extérieur quelles copies ou quels systèmes précis ont déjà été supprimés dans un cas particulier. Si une confirmation formelle vous est nécessaire, demandez ce qu’elle couvre et ce qu’elle ne couvre pas, puis conservez la réponse avec la documentation consultée. Ne présumez pas qu’un écran indiquant que le compte est fermé prouve à lui seul la suppression de toute copie technique ou de sauvegarde.
Préparez une liste de sortie et prenez-en les limites en compte
Avant de changer, gardez une liste courte et vérifiable : inventaire à jour ; copie exportée ; ouverture ou importation vérifiée ; dépendances identifiées ; autorisations contrôlées ; contrat et délais consultés ; destination testée ; résiliation planifiée ; justificatifs conservés. Vous pouvez marquer chaque élément comme terminé, en attente ou sans objet et indiquer qui doit traiter les points en attente. La liste sert alors à coordonner les tâches, et pas seulement à rappeler qu’un téléchargement a été effectué.
Gardez l’ancien service actif jusqu’à ce que le nouveau processus ait été vérifié, si le contrat, la sécurité et le coût le permettent. Comparez les résultats dans l’environnement de destination avant de dépendre exclusivement du nouveau service. Pour les comptes d’infrastructure, vérifiez aussi les ressources et les abonnements susceptibles de continuer à générer des frais : les instructions officielles d’Azure recommandent d’exporter les données avant d’annuler les abonnements associés. Cette vérification permet de distinguer le transfert des informations des démarches administratives nécessaires à la fermeture du compte.
Certaines limites ne peuvent pas être entièrement levées par l’utilisateur. Vous ne voyez peut-être pas les sauvegardes internes, les répliques, les journaux ou les dépendances gérées par le fournisseur ; vous ne pouvez pas non plus prouver seul qu’une application se comportera de la même façon dans un autre environnement. Consignez ce que vous avez observé et ce qui reste à résoudre, au lieu de transformer une exportation réussie en affirmation absolue. Un test favorable réduit l’incertitude dans ce cas précis, mais ne garantit pas l’absence d’autres composants ou conditions qui n’ont pas encore été examinés. Une sortie fiable associe préparation, vérification et prudence à propos de ce qui ne peut pas être contrôlé de l’extérieur. Recommencez l’examen si le contrat, le produit ou le volume d’informations change. L’objectif n’est pas de supposer que le départ sera simple, mais de découvrir à temps les étapes, formats et décisions qui restent à régler.