Migration Microsoft 365 pour PME : messagerie et fichiers, étape par étape

Par Sylvain Cassini, publié le 4 novembre 2026

Votre messagerie vit chez un hébergeur de votre site, sur un vieux serveur dans un placard, ou dans des boîtes Gmail personnelles. Vos fichiers sont sur un NAS ou dans des dossiers que personne n'ose ranger. Passer à Microsoft 365 règle beaucoup de ces sujets, à condition de préparer la bascule : la plupart des incidents d'une migration viennent d'une préparation absente, pas de la technique elle-même. Cette page s'adresse au dirigeant de TPE ou de PME qui veut savoir ce qu'implique le projet, ce qu'il peut faire seul et où il vaut mieux se faire aider.

Pourquoi migrer vers Microsoft 365 quand on dirige une PME ?

Les raisons qui reviennent chez les dirigeants de petites structures sont concrètes :

• Une messagerie professionnelle fiable, avec votre nom de domaine, des boîtes partagées et des agendas qui se synchronisent sur tous les appareils.
• Des fichiers accessibles hors du bureau, sans VPN ni serveur à maintenir, avec des droits d'accès gérés par utilisateur ou par équipe.
• Un serveur de messagerie ou de fichiers en fin de vie à remplacer, ou la dépendance à une seule personne qui sait comment il fonctionne.
• Un socle de sécurité : double authentification, filtrage des messages, contrôle des appareils selon l'offre choisie.

Migrer n'est pas obligatoire, et ce n'est pas toujours la meilleure option : si votre messagerie actuelle fonctionne, est sauvegardée et protégée, rien ne presse. Le cas inverse, une messagerie sans double authentification ni sauvegarde, est un risque réel. Les fraudes par compromission de boîte mail, détaillées dans notre article sur la fausse facture par email et l'usurpation d'identité, commencent souvent par un mot de passe volé sur une boîte sans second facteur.

Étape 1 : inventorier l'existant avant de toucher à quoi que ce soit

Un tableau simple suffit, mais il doit être complet. Il sert de base au devis, au calendrier et à la vérification finale :

• Les boîtes mail : nominatives, partagées (contact@, compta@), alias, redirections, avec la taille de chacune.
• Le système actuel : hébergeur de messagerie, serveur Exchange interne, Google Workspace, boîtes IMAP, avec la version quand c'est un serveur.
• Le nom de domaine : qui en est le titulaire, chez quel registrar, qui connaît l'accès. Sans cet accès, la bascule est impossible.
• Les fichiers : volume, emplacement (NAS, serveur, postes), qui y accède et avec quels droits.
• Les équipements et applications qui envoient des mails : scanners, copieurs, logiciel de facturation, site web, alarme.
• Les postes et téléphones : Windows, Mac, versions d'Outlook, messagerie configurée sur mobile.

Étape 2 : choisir les licences Microsoft 365

Microsoft décrit trois offres Business principales : Business Basic, Business Standard et Business Premium. D'après la description officielle des plans Microsoft 365, ces offres sont conçues pour les organisations jusqu'à 300 utilisateurs, et toutes incluent Exchange Online (messagerie), SharePoint, OneDrive et Teams. Deux différences comptent pour une PME :

• Les applications de bureau (Word, Excel, Outlook installés sur le poste) ne sont pas incluses dans Business Basic, mais le sont dans Business Standard et Business Premium. Avec Basic, les utilisateurs travaillent dans le navigateur ou sur mobile.
• Les fonctions de sécurité avancées sont l'argument de Business Premium. La page de Microsoft cite par exemple Azure Information Protection, absent des deux autres offres. Le détail se trouve sur la page officielle de Business Premium.

Les tarifs dépendent de l'offre, de la durée d'engagement et de la région, et Microsoft les modifie. Nous n'en citons donc aucun ici : consultez le comparatif officiel des offres Microsoft 365 Business pour les montants à jour. Un conseil de méthode : ne prenez pas la même licence pour tout le monde par réflexe. Un collaborateur qui n'utilise que la messagerie et Teams n'a pas les mêmes besoins qu'un comptable qui travaille sur Excel toute la journée. Il est possible de changer d'offre et de mélanger plusieurs plans dans un même compte.

Étape 3 : choisir la méthode de migration des boîtes mail

La méthode dépend de ce que vous quittez. Microsoft décrit les cas dans sa documentation sur la migration des boîtes mail vers Microsoft 365 :

• Depuis un serveur Exchange interne : migration complète en une fois (cutover) ou migration hybride. Mails, calendriers et contacts sont repris. Microsoft précise que le cutover permet jusqu'à 2 000 boîtes, mais qu'il est plus raisonnable de migrer 150 utilisateurs ou moins de cette façon, ce qui couvre la plupart des PME.
• Depuis un hébergeur de messagerie, Gmail ou un autre système compatible IMAP : migration IMAP. Elle ne copie que les mails des dossiers. Les contacts, agendas et tâches ne sont pas migrés, et les boîtes doivent exister dans Microsoft 365 avant la copie. Les mails reçus sur l'ancienne boîte après la migration ne sont pas copiés automatiquement.
• Les archives en fichiers PST : un service d'import permet de les charger dans Microsoft 365.
• Les cas particuliers : Microsoft indique de passer par un partenaire si aucune de ces méthodes ne convient.

Ce choix a une conséquence directe sur les promesses faites aux équipes. Dire à un commercial que « tout sera récupéré » alors que ses contacts Outlook sont sur un hébergeur IMAP, c'est préparer une déception le lundi matin. Il faut prévoir un export manuel des contacts et des agendas, ou une autre méthode.

Étape 4 : basculer le DNS sans couper la messagerie

C'est l'étape qui effraie le plus, et celle où le bon ordre évite presque tous les problèmes. Microsoft décrit la procédure dans son guide d'ajout des enregistrements DNS. Les points à retenir :

1. Ajouter le domaine et prouver qu'il vous appartient dans le centre d'administration Microsoft 365, avant tout le reste.
2. Créer les utilisateurs et les boîtes avant de toucher au MX. Microsoft insiste : quand l'enregistrement MX est modifié, tout nouveau mail destiné à votre domaine est envoyé vers Microsoft 365. Sans boîte créée, il n'a nulle part où arriver.
3. Modifier l'enregistrement MX en suivant les valeurs affichées dans le centre d'administration. Les anciens enregistrements MX doivent être supprimés, ou leur priorité abaissée sous celle de Microsoft 365.
4. Fusionner l'enregistrement SPF avec celui qui existe déjà : il ne doit y avoir qu'un seul enregistrement SPF pour le domaine, qui contient à la fois votre ancien fournisseur (le temps de la transition) et Microsoft 365.
5. Ajouter l'enregistrement autodiscover, facultatif mais recommandé : il permet à Outlook de se configurer tout seul.
6. Prévoir DKIM et DMARC, que Microsoft recommande en plus du SPF pour limiter l'usurpation de votre domaine.

Dernier point à connaître : les mails déjà reçus chez l'ancien hébergeur y restent après la modification du MX, tant qu'ils n'ont pas été migrés. Il faut donc planifier un passage de rattrapage après la bascule, et ne pas résilier l'ancien hébergement le jour même.

Étape 5 : migrer les fichiers vers SharePoint et OneDrive

Les fichiers d'un NAS ou d'un serveur de fichiers peuvent être repris avec SharePoint Migration Tool, un outil gratuit de Microsoft qui prend en charge les partages de fichiers et les anciens serveurs SharePoint, vers SharePoint, OneDrive et Teams. Il propose une analyse préalable, la création de tâches de migration et des rapports.

L'outil ne décide pas à votre place. Les questions qui comptent se posent avant la copie :

• Quels dossiers sont encore utilisés, et lesquels peuvent être archivés ou supprimés ?
• Quelle structure donner aux espaces : un espace par service, par projet, par client ?
• Qui peut lire, qui peut modifier, qui peut partager à l'extérieur ?
• Que devient l'ancien serveur, et jusqu'à quand reste-t-il en lecture seule ?

Migrer vingt ans de dossiers tels quels déplace le désordre dans le cloud. C'est l'occasion de ranger, et c'est aussi ce qui prend le plus de temps côté direction, pas côté technique.

Étape 6 : poser la sécurité de base dès le premier jour

Une messagerie en ligne est accessible depuis n'importe où, donc exposée aux vols de mots de passe. Le minimum à activer avant que les utilisateurs ne s'y connectent :

• L'authentification multifacteur pour tous, administrateurs compris. Les paramètres de sécurité par défaut de Microsoft Entra l'imposent sans licence supplémentaire, avec l'application Microsoft Authenticator. Microsoft indique que ces paramètres conviennent aux organisations qui ne savent pas par où commencer.
• Le blocage des protocoles d'authentification anciens (IMAP, POP3, SMTP simple). D'après la même documentation, ils ne gèrent pas la double authentification et permettent de la contourner.
• Des comptes d'administration séparés des comptes de travail quotidiens, et deux comptes de secours, recommandation que Microsoft formule dans sa documentation.
• SPF, DKIM et DMARC sur votre domaine, pour que vos mails ne soient pas usurpés.

Pour la sécurité du travail à distance sur ces nouveaux comptes, voyez aussi notre guide pour sécuriser la connexion en télétravail.

Étape 7 : former les utilisateurs, c'est une partie du projet

La migration technique peut être parfaite et le projet échouer quand même, si les collaborateurs ne savent pas où trouver leurs mails ou leurs fichiers. Prévoyez :

• Un message de la direction à l'avance : date de bascule, ce qui change, qui contacter.
• La configuration d'Outlook et du téléphone de chaque personne le jour de la bascule, plutôt que de laisser chacun se débrouiller.
• Une explication de la double authentification, y compris ce qu'il faut faire en cas de changement de téléphone.
• Une présentation de la nouvelle organisation des fichiers : où ranger, comment partager, ce qu'est un lien de partage.
• Un point de contact identifié pour les premiers jours, quand les questions arrivent en rafale.

Les étapes d'une migration, en résumé

1. Inventorier les boîtes, les fichiers, le domaine et les équipements qui envoient des mails.
2. Choisir les licences sur la base des usages réels.
3. Ajouter et vérifier le domaine dans Microsoft 365.
4. Créer les utilisateurs et les boîtes avant la bascule.
5. Migrer l'historique avec la méthode adaptée (Exchange, IMAP, PST).
6. Basculer le DNS : MX, SPF fusionné, autodiscover.
7. Migrer les fichiers vers SharePoint et OneDrive.
8. Activer la sécurité de base : double authentification, anciens protocoles bloqués, DKIM et DMARC.
9. Former les utilisateurs et suivre les premiers jours.

Ce qui peut mal tourner, et comment le limiter

• Des mails perdus ou retardés pendant la bascule. Cause fréquente : MX modifié avant la création des boîtes. Remède : respecter l'ordre ci-dessus et prévoir un rattrapage.
• Des contacts et des agendas absents. Cause : migration IMAP, qui ne les reprend pas. Remède : les exporter à part, ou choisir une autre méthode.
• Des scanners et applications qui n'envoient plus de mails. Cause : blocage des anciens protocoles. Remède : les recenser en amont et les reconfigurer.
• Une messagerie inaccessible faute d'accès au registrar. Remède : récupérer l'accès au domaine dès l'inventaire.
• Des mails qui arrivent en spam chez vos clients. Cause : SPF en double, DKIM ou DMARC absents. Remède : vérifier ces enregistrements après la bascule.
• Des fichiers inaccessibles ou, pire, accessibles à tous. Cause : droits non définis avant la copie. Remède : décider qui accède à quoi avant de migrer.
• Un ancien hébergement résilié trop tôt. Remède : le conserver quelques semaines, le temps de vérifier que rien d'important n'y est resté.
• Pas de sauvegarde de Microsoft 365. Pensez à prévoir une sauvegarde indépendante de vos données Microsoft 365. Voyez notre page sur la sauvegarde et le plan de reprise d'activité pour PME.

Que peut-on faire soi-même, et quand se faire aider ?

Pour une structure de quelques personnes avec des boîtes IMAP classiques, un registrar accessible et peu de fichiers, la documentation de Microsoft suffit à un dirigeant méthodique. L'aide d'un prestataire se justifie dès que l'un de ces éléments apparaît : un serveur Exchange ou un NAS à reprendre, des scanners et applications qui envoient des mails, un parc mixte Mac et PC, des droits d'accès à définir, un nom de domaine dont personne ne retrouve l'accès, ou simplement l'impossibilité d'interrompre la messagerie.

C'est le type de projet que nous cadrons à part, avec un devis distinct de l'infogérance courante. Chez Lejumo, le DSI en temps partagé peut piloter ce genre de migration, de la préparation à la formation des équipes, et l'infogérance prend ensuite en charge la gestion des comptes, des boîtes et des licences Microsoft 365 au quotidien. Nous intervenons sur site au Mans et en Sarthe, à distance au-delà.

Questions fréquentes sur la migration vers Microsoft 365