Avant de choisir la cible
Les migrations qui échouent sont rarement des échecs techniques. Ce sont des projets où la direction a promis « la même chose, en européen » alors qu’une partie des usages ne pouvait pas suivre. Ce premier bloc fixe ce qui part, ce qui reste, et ce que l’on dit aux équipes.
- Les usages réels sont listés : mail, fichiers, Teams, Excel avancé, applications métiers.
- Ce qui ne sera pas migré est écrit et accepté par la direction.
- Les salariés sont prévenus de ce qui change : webmail, éditeur en ligne des documents, historique Teams non repris.
- L’éditeur en ligne de la cible est testé sur vos propres classeurs et documents, pas sur une démonstration.
- La cible est choisie pour ces usages, pas pour un slogan. Voir le guide des alternatives.
- Le devis sépare abonnement, migration et exclusions. Voir le coût.
- Le devis indique le volume pris pour hypothèse, le nombre de passes de copie, le critère de fin et le prix d’un écart découvert ensuite.
- L’engagement de l’opérateur est écrit : arrivée des messages, reprise de l’historique, ou les deux.
- Le temps interne est prévu : un référent nommé, disponible pour l’inventaire, l’échantillon et le jour J.
Inventaire
L’inventaire décide du devis et du calendrier. Chaque élément oublié ici revient plus tard sous forme de reprise, souvent au pire moment. Les applications qui envoient du mail sont le trou le plus fréquent : un copieur ou un logiciel de paie qui continue d’envoyer avec l’ancien identifiant ne se voit qu’après la bascule.
- Domaines et sous-domaines qui envoient ou reçoivent du mail.
- Boîtes nominatives, boîtes partagées, listes, alias, redirections.
- Volume par boîte et boîtes sous conservation légale.
- Archives existantes, et ce qui doit être conservé.
- Comptes sans propriétaire (salariés partis).
- Appareils : Outlook Windows, Outlook Mac, mobiles, webmail seul.
- Applications qui envoient : copieurs, site, CRM, alertes, paie.
- Logiciels qui s’authentifient en SMTP, avec l’identifiant qu’ils utilisent.
- Fichiers dans le périmètre : OneDrive, bibliothèques SharePoint utiles, liens internes et partages anonymes.
- Enregistrements DNS actuels : MX, SPF, DKIM, DMARC, autodiscover.
- Échéance des abonnements Microsoft actuels et conditions de résiliation.
Préparer la cible
La cible se prépare pendant que les salariés continuent de travailler sur Microsoft 365. Le MX ne bouge pas. Cette phase sert à trouver les problèmes sur un échantillon, quand il est encore temps de corriger la méthode.
- Comptes créés, mots de passe ou invitation prêts.
- Alias et listes recréés.
- SPF, DKIM et DMARC de la cible prêts à être publiés.
- Première copie d’historique lancée, MX inchangé.
- Échantillon contrôlé : direction, boîte partagée, grosse boîte, boîte vide.
- Sur l’échantillon : nombre de messages, dossiers, contacts et rendez-vous récurrents vérifiés.
- Fichiers copiés si le périmètre les inclut, et ouverts sur la cible.
- Notice d’une page pour Outlook et pour le mobile, avec la procédure « supprimer le compte et le recréer ».
- TTL du MX abaissé plusieurs jours avant.
- Plan de retour arrière écrit : qui remet l’ancien MX, en combien de minutes.
La veille
La veille sert à réduire l’écart entre les deux plateformes au minimum. Sans seconde passe, les derniers jours de courrier manquent. Sans gel, un alias créé le soir n’existe que d’un côté.
- Seconde passe de copie (le delta).
- Gel des créations d’alias et des modifications de listes.
- Hotline interne nommée pour le jour J.
- Test d’envoi depuis la cible vers une boîte Gmail et une boîte Microsoft extérieures.
Le jour J
Le jour J se juge sur des preuves externes, pas sur le fait que « ça marche en interne ». Un message envoyé depuis une boîte personnelle extérieure doit arriver sur la nouvelle plateforme dans le délai du TTL ; un message sortant réel doit passer SPF, DKIM et DMARC chez un correspondant.
- MX basculé.
- Mail de test externe reçu sur la nouvelle plateforme.
- SPF, DKIM et DMARC validés sur un message sortant réel.
- Copieurs, site et CRM passés sur le nouveau SMTP.
- Échantillon d’utilisateurs joignables et capables d’envoyer.
- File d’attente surveillée pendant la journée.
- La personne autorisée à remettre l’ancien MX est joignable toute la journée.
Après
La migration n’est pas finie quand le MX a basculé. Elle l’est quand un seul monde envoie du courrier, que les écarts sont traités et qu’une restauration a été essayée sur la cible. Fermer l’envoi sur l’ancienne plateforme évite qu’un salarié réponde depuis deux endroits.
- Ancienne plateforme en lecture seule, plus en envoi.
- Écarts remontés traités (dossier manquant, délégation), troisième passe ciblée si besoin.
- Règles côté serveur, signatures centralisées et droits de délégation reposés.
- Mobiles reconfigurés, anciens profils supprimés s’ils créent des doublons.
- Date de fermeture du tenant Microsoft notée, export final archivé si nécessaire.
- Règles de rétention et sauvegardes de la cible vérifiées sur une restauration test.
- Registre des traitements et documentation interne mis à jour avec le nouvel exploitant.
La méthode pas à pas est dans migrer sans interruption. L’ordre général des opérations et ce qui ne se transfère pas sont dans migrer de Microsoft 365 vers une solution européenne.
Questions fréquentes
Qui doit tenir cette checklist ?
Un référent interne, avec un responsable et une date sur chaque ligne. Le prestataire peut en exécuter une grande partie, mais la validation de l’échantillon, des exclusions et du critère de fin revient à l’entreprise.
Peut-on sauter l’échantillon si l’outil de copie est fiable ?
Non. L’outil copie, il ne vérifie pas que la boîte partagée de la direction ou les rendez-vous récurrents sont arrivés correctement. L’échantillon est le moment où l’on corrige la méthode à moindre coût.
Combien de temps garder Microsoft 365 après la bascule ?
Le temps de vérifier qu’aucun flux ne l’utilise encore et que les écarts sont traités, en lecture seule. Fixez la date de fermeture à l’avance et notez-la, pour ne pas payer deux plateformes sans raison.
Cette liste vaut-elle pour Google Workspace ?
L’essentiel oui : inventaire, DNS, passes de copie, applications d’envoi, retour arrière. Les points propres à Google (libellés, propriétaires de fichiers Drive, groupes) sont décrits dans migrer depuis Google Workspace.
Klytic
Pour une migration de messagerie vers Klytic : conseils gratuits, aucun mail perdu, réalisation par Klytic sur devis. L’abonnement et la migration sont deux factures ; les prix des abonnements sont sur la page Tarifs.
Cette page décrit une liste de contrôle. Elle ne remplace pas l’inventaire de votre tenant ni le plan de bascule écrit avec votre prestataire.
Sources
Consultées en octobre 2026.
