Une migration Google Workspace vers Microsoft 365 est un projet sensible pour une PME, surtout pour une structure où la messagerie est utilisée toute la journée.
L’objectif n’est pas seulement de transférer des messages Gmail vers Exchange Online.
Il faut préparer les comptes, les contacts, les calendriers, le domaine, les DNS, Outlook, les mobiles et la sécurité après bascule.
La messagerie porte souvent les devis, les relances clients, les rendez-vous, les contrats et les échanges internes. Une migration vers Exchange Online doit donc être cadrée comme un projet de continuité, pas comme un simple import technique.
Ce guide de migration ovh vers Microsoft Exchange est dédié aux PME de moins de 50 utilisateurs, et vise à guider les dirigeants en expliquant les éléments techniques à connaître et les pièges à éviter. Il ne vise pas à expliquer les étapes de A à Z, mais à vous aider à choisir, orienter et contrôler un prestataire afin de réaliser la migration.
Votre PME utilise Google Workspace et souhaite passer à Microsoft 365 sans perte de mails, sans coupure et sans projet grand compte ? Axorys peut cadrer, migrer et valider votre environnement Exchange Online.
Une petite entreprise peut quitter Google Workspace pour Microsoft 365 pour plusieurs raisons.
La première est souvent la standardisation.
Les utilisateurs travaillent déjà avec Word, Excel, Outlook ou Teams. Le dirigeant veut centraliser les mails, les fichiers, les réunions et les comptes utilisateurs dans un même environnement. Une PME de 20 postes peut aussi vouloir un prestataire unique pour administrer Microsoft 365, traiter les incidents Outlook et sécuriser les accès.
Microsoft 365 apporte notamment :
Le sujet n’est pas de comparer Google Workspace et Microsoft 365 point par point.
Le vrai sujet est plus pratique : comment quitter Gmail professionnel sans perdre les mails, sans casser la réception, sans bloquer Outlook et sans produire un projet grand compte pour une petite équipe.
Pour découvrir l’univers Microsoft, consultez le guide principal Microsoft 365 pour PME et les autres ressources sur Microsoft 365 en PME.
Une migration Gmail vers Exchange Online peut couvrir plusieurs éléments, mais elle ne reprend pas automatiquement tous les usages Google Workspace.
Microsoft indique que la migration Google Workspace vers Microsoft 365 ou Office 365 peut inclure les emails et règles, les calendriers et les contacts, avec une migration possible par lots d’utilisateurs. (Microsoft Learn)
La migration Gmail vers Exchange Online ne signifie pas que tous les usages Google Workspace sont repris automatiquement.
| Donnée ou paramètre Google Workspace | Migration possible ? | Risque ou limite | Vérification à faire |
|---|---|---|---|
| Emails Gmail | Oui | Messages manquants si filtre, archive ou erreur de lot | Comparer volumes et échantillons de boîtes |
| Dossiers / libellés Gmail | Oui, avec limites | Les libellés Gmail ne se comportent pas toujours comme des dossiers Outlook | Vérifier les dossiers visibles dans Outlook |
| Contacts | Oui, selon méthode | Certains champs ou libellés peuvent ne pas suivre | Tester les contacts principaux |
| Calendriers | Oui, selon méthode | Calendriers partagés, couleurs ou ressources peuvent être incomplets | Tester rendez-vous, invitations et partages |
| Règles Gmail | Oui, avec nuance | Les règles peuvent être désactivées par défaut dans Outlook | Vérifier avant activation |
| Alias | Souvent à recréer | Messages vers anciennes adresses non reçus | Lister et recréer dans Microsoft 365 |
| Groupes Google | Souvent à recréer | Listes ou groupes absents côté Microsoft 365 | Recréer groupes et membres |
| Délégations | Souvent à recréer | Assistants, direction ou services perdent des accès | Tester les droits après migration |
| Signatures | Souvent à recréer | Signatures Gmail non reprises dans Outlook | Vérifier poste par poste |
| Répondeurs automatiques | Variable | Répondeur absent ou ancien message actif | Recréer si nécessaire |
| Google Drive | Hors périmètre mail | Projet différent : fichiers, droits, partages | Traiter séparément si besoin |
| Docs / Sheets / Slides | Hors périmètre mail | Conversion documentaire à part | Ne pas mélanger avec la migration mail |
Microsoft signale aussi plusieurs limites : certains paramètres de vacances, réservations de salles, couleurs de calendriers partagés ou champs de contacts ne migrent pas toujours comme attendu, et les règles migrées restent désactivées par défaut. (Microsoft Learn)
Pour une PME de moins de 50 utilisateurs, il faut donc séparer trois sujets : la messagerie Gmail, les contacts et calendriers, puis les fichiers Google Drive si nécessaire.
Pas forcément.
Google Drive n’est pas la même charge de migration que Gmail.
La messagerie concerne les boîtes, les messages, les calendriers, les contacts et Outlook. Drive concerne les fichiers, les droits de partage, les liens externes, les Docs, Sheets et Slides, puis les équivalents Microsoft comme OneDrive, SharePoint et Office.
Pour une structure de 10 à 20 postes, il est souvent plus clair de cadrer d’abord la migration mail, puis de traiter les fichiers Google Drive dans un projet séparé si nécessaire.
Cela évite de mélanger :
Si la messagerie est critique, elle doit rester prioritaire.
Les fichiers Drive peuvent ensuite être étudiés avec une logique documentaire : quels dossiers doivent aller dans SharePoint, quels fichiers sont personnels, quels partages externes doivent être repris ou supprimés.
Pour ce sujet, consultez notre service d’administration de SharePoint et la page sur la différence entre SharePoint et OneDrive.
Une migration réussie commence avant le premier lot.
Microsoft précise que la migration Google Workspace suppose plusieurs prérequis, dont la création de sous-domaines de routage vers Microsoft 365 et vers Google Workspace, ainsi que le provisionnement des utilisateurs dans Microsoft 365 ou Office 365. (Microsoft Learn)
Pour une petite PME sans DSI interne, les prérequis doivent rester lisibles :
Microsoft recommande d’ajouter le domaine personnalisé avant d’ajouter les utilisateurs, afin d’éviter de devoir reconfigurer les utilisateurs ensuite. (Microsoft Learn)
Une fois ces bases prêtes, l’administration tenant Microsoft 365 devient importante : comptes, licences, domaine, boîtes, sécurité et support post-migration doivent être suivis.
La migration doit suivre un ordre projet.
Microsoft documente la migration Google Workspace vers Microsoft 365 via le Centre d’administration Exchange, avec création de lots de migration, endpoint de migration, import d’un fichier CSV et synchronisation des boîtes. (Microsoft Learn)
Voici une trajectoire adaptée à une PME de moins de 50 utilisateurs :
Un lot de test est utile pour vérifier la méthode avant de migrer toute l’entreprise.
Dans une petite équipe, cette étape évite beaucoup de stress : on voit les erreurs avant la bascule générale, on valide Outlook sur quelques postes et on ajuste le planning.
Pour être accompagné sur ce type de projet, consultez l’accompagnement migration Exchange Online.
Le domaine est au centre de la migration.
Le domaine, c’est la partie après le @ dans les adresses mail. Par exemple : entreprise.fr.
Les DNS sont les enregistrements qui indiquent comment utiliser ce domaine.
Le MX est l’enregistrement DNS qui indique où livrer les emails.
SPF, DKIM et DMARC servent à authentifier les emails du domaine.
Autodiscover aide Outlook à trouver automatiquement la bonne configuration Exchange Online.
La migration des données et la bascule DNS sont deux moments différents. Modifier le MX trop tôt peut couper la réception ou envoyer les messages au mauvais endroit.
Dans une migration Google Workspace, les sous-domaines de routage peuvent servir pendant une migration par lots. Microsoft explique qu’un sous-domaine peut router le courrier de Google Workspace vers Microsoft 365, afin que les utilisateurs déjà migrés puissent continuer à échanger avec ceux qui ne le sont pas encore. (Microsoft Learn)
Microsoft documente aussi le cas inverse : un sous-domaine peut être créé pour router le courrier vers Google Workspace pendant la transition. (Microsoft Learn)
Pour les DNS Microsoft 365, Microsoft indique que les enregistrements liés à Outlook et Exchange Online incluent notamment le MX, Autodiscover, SPF et les CNAME DKIM si cette option est sélectionnée. (Microsoft Learn)
À préparer :
SPF aide à déclarer les sources autorisées à envoyer des emails pour le domaine. Microsoft indique aussi que DKIM et DMARC complètent SPF pour mieux protéger l’authentification des emails. (Microsoft Learn)
Pour approfondir, consultez SPF, DKIM et DMARC Microsoft 365.
Dans une TPE/PME où l’informatique est souvent gérée à temps partiel, le risque principal n’est pas seulement technique. Il vient souvent de l’absence de calendrier, de tests et de support au moment de la bascule.
| Risque | Cause fréquente | Prévention | Preuve à conserver |
|---|---|---|---|
| Emails envoyés vers Gmail après bascule | MX non modifié ou propagation incomplète | Vérifier le MX après bascule | Capture DNS et test de réception |
| Emails envoyés vers Exchange trop tôt | MX modifié avant comptes prêts | Créer les utilisateurs avant changement MX | Liste des comptes prêts |
| Utilisateurs non provisionnés | Comptes non créés dans Microsoft 365 | Vérifier utilisateurs et licences | Export utilisateurs validé |
| Erreurs de mot de passe ou autorisation Google | Prérequis Google incomplets | Tester un lot pilote | Rapport du lot test |
| Calendriers incomplets | Limites ou erreurs de migration | Vérifier rendez-vous et partages | Liste des calendriers validés |
| Contacts manquants | Champs ou libellés non repris | Tester les contacts critiques | Échantillon contrôlé |
| Outlook non configuré | Profil ancien ou Autodiscover incorrect | Tester plusieurs postes | Liste des postes validés |
| Mobile non configuré | Ancien compte Gmail encore présent | Prévoir support mobile | Liste mobiles traités |
| SPF/DKIM/DMARC incomplets | DNS non finalisés | Contrôler les enregistrements après bascule | Rapport DNS |
| Utilisateurs non informés | Absence de communication | Envoyer consignes avant et après bascule | Message envoyé aux utilisateurs |
Le point clé est de séparer les étapes : migration des données, validation des lots, bascule DNS, tests utilisateur et support post-migration.
Le dépannage Outlook et Exchange devient utile si certains postes ne se reconnectent pas correctement après la bascule.
Une migration réussie n’est pas seulement un lot terminé dans la console. Pour l’utilisateur, elle est réussie quand Outlook, le mobile, les calendriers et l’envoi/réception fonctionnent.
Après la bascule, il faut vérifier :
MFA signifie authentification multifacteur. C’est une vérification supplémentaire demandée lors de la connexion.
L’authentification moderne désigne les mécanismes de connexion Microsoft récents, utiles pour la sécurité, le MFA et la gestion des sessions.
Autodiscover permet à Outlook de trouver automatiquement les paramètres Exchange Online.
Dans une PME de moins de 50 utilisateurs, il est souvent utile de tester quelques profils avant la bascule générale, puis de prévoir un créneau de support le jour J.
Pour les problèmes de poste, consultez Outlook ne se connecte plus à Exchange Online et Autodiscover Exchange Online.
La migration vers Exchange Online est le bon moment pour sécuriser Microsoft 365, surtout pour une petite entreprise qui n’avait pas de règles d’accès formalisées avant la bascule.
À vérifier après migration :
Defender for Office 365 aide à renforcer la protection contre le phishing, les liens suspects et certaines pièces jointes dangereuses.
L’accès conditionnel Entra ID permet de décider qui peut accéder à Microsoft 365, depuis quel appareil et dans quelles conditions.
La sauvegarde Microsoft 365 doit aussi être clarifiée. Une migration réussie ne garantit pas à elle seule que les mails et fichiers seront restaurables après suppression ou erreur.
Pour approfondir : cybersécurité Microsoft 365, MFA Microsoft 365 PME, accès conditionnel Entra ID, Defender for Office 365 PME et sauvegarde Microsoft 365 PME.
Une migration Google Workspace vers Microsoft 365 doit produire des preuves : ce qui a été migré, ce qui ne l’a pas été, ce qui a été recréé et ce qui reste à corriger.
Un prestataire doit pouvoir fournir :
Exemple de preuve utile : un tableau par utilisateur avec boîte source, boîte cible, statut du lot, erreurs éventuelles, validation Outlook, validation mobile et actions restantes. C’est simple, traçable et exploitable.
Pour cadrer ce type de projet, consultez l’accompagnement migration Exchange Online.
Une migration Google Workspace vers Microsoft 365 doit clarifier les responsabilités.
Le client valide les décisions métier. Le prestataire prépare, migre, teste et documente. Microsoft et Google fournissent les plateformes, les interfaces et les prérequis techniques.
| Sujet | Client | Prestataire | Microsoft / Google |
|---|---|---|---|
| Accès Google Workspace | Fournit ou valide les accès | Utilise les accès selon le périmètre | Fournit Google Admin Console |
| Accès Microsoft 365 | Valide les comptes d’administration | Prépare le tenant | Fournit Microsoft 365 |
| Liste des utilisateurs | Décide qui migre | Structure la liste | Fournit les interfaces |
| Licences Microsoft 365 | Valide les utilisateurs concernés | Attribue ou vérifie les licences | Fournit les plans Microsoft 365 |
| Prérequis Google | Valide les accès nécessaires | Configure ou accompagne | Fournit les paramètres Google |
| Prérequis Microsoft | Valide le domaine et le périmètre | Prépare utilisateurs, boîtes et lots | Fournit Exchange Online |
| Migration des données | Valide le périmètre | Lance, suit, corrige | Fournit les outils et API |
| DNS et MX | Valide le domaine et le créneau | Prépare et modifie selon accès | Fournit les consignes et services |
| Tests utilisateur | Valide le bon fonctionnement métier | Teste Outlook, mobile, réception, envoi | Fournit les plateformes |
| Sécurité post-migration | Valide les priorités | Configure MFA, DNS, Defender selon périmètre | Fournit les fonctionnalités |
| Support après bascule | Remonte les incidents | Traite les demandes | Fournit support éditeur selon contrat |
| Fermeture ou conservation Google | Décide la durée | Documente et accompagne | Fournit la plateforme Google |
Ce partage évite une situation fréquente : la migration est “techniquement terminée”, mais personne ne sait qui doit valider Outlook, les calendriers, les alias ou la sécurité après bascule.
Pour un accompagnement local, consultez la page prestataire d’infogérance à Paris.
Une petite migration peut parfois être gérée en interne.
Mais dès que la messagerie est critique, le risque augmente.
Pour une PME de moins de 50 utilisateurs, le bon prestataire doit éviter deux erreurs : sous-estimer les détails de migration et surdimensionner le projet comme s’il s’agissait d’un grand compte.
Il devient pertinent de confier la migration Google Workspace vers Exchange Online à un prestataire quand :
Le prestataire ne sert pas seulement à “faire la migration”.
Il doit aussi préparer, tester, documenter, expliquer les limites, accompagner les utilisateurs et sécuriser Microsoft 365 après la bascule.
Après migration, l’infogérance Microsoft 365 après migration permet de suivre les comptes, licences, boîtes partagées, incidents Outlook, DNS mail, sécurité, sauvegardes et reporting.
Oui. Une migration Google Workspace vers Microsoft 365 est possible, notamment pour migrer Gmail professionnel vers Exchange Online. La méthode dépend du nombre d’utilisateurs, des prérequis Google, du tenant Microsoft 365, du domaine et du niveau de validation attendu.
Oui, les emails Gmail peuvent être migrés vers Exchange Online. Il faut toutefois contrôler les volumes, les dossiers, les libellés, les erreurs de lots et les éléments éventuellement exclus ou signalés comme manquants pendant la migration.
Ils peuvent migrer selon la méthode retenue, mais il faut rester prudent. Certains champs, partages, couleurs ou paramètres peuvent ne pas être repris exactement. Les contacts et calendriers doivent donc être testés après migration.
Oui. La bascule de messagerie implique généralement de modifier le MX pour router les nouveaux emails vers Exchange Online. Il faut aussi vérifier SPF, DKIM, DMARC et Autodiscover pour sécuriser l’envoi, la réception et la configuration Outlook.
Il faut préparer les utilisateurs, tester un lot pilote, vérifier les sous-domaines de routage si nécessaire, planifier le changement MX, communiquer aux utilisateurs, contrôler Outlook et mobile, puis conserver une preuve des tests d’envoi et de réception.
Ce n’est pas obligatoire, mais c’est conseillé si la messagerie est critique, si plusieurs comptes sont concernés, si les DNS ne sont pas maîtrisés ou si Outlook doit être validé sur plusieurs postes. Un prestataire apporte un plan, des tests, des preuves et un support après bascule.
Une migration Google Workspace vers Microsoft 365 doit être préparée avec méthode, même pour une petite entreprise de moins de 50 utilisateurs.
Il ne suffit pas de déplacer des messages Gmail.
Il faut identifier les comptes, préparer le tenant Microsoft 365, vérifier le domaine, gérer les sous-domaines si nécessaire, migrer les mails, contacts et calendriers, basculer les DNS, tester Outlook et sécuriser Exchange Online après migration.
La distinction entre migration des données et bascule DNS est essentielle. Les données peuvent être préparées avant que le MX ne route officiellement les nouveaux messages vers Microsoft 365.
Les preuves sont tout aussi importantes : lots migrés, erreurs, tests d’envoi, tests de réception, validation Outlook, validation mobile, SPF, DKIM, DMARC et plan post-migration.
Votre PME utilise Google Workspace et souhaite passer à Microsoft 365 sans perte de mails, sans coupure et sans projet grand compte ? Axorys peut cadrer, migrer et valider votre environnement Exchange Online.