Migrer de Google Workspace vers Microsoft 365 en grande entreprise n’est pas un projet, c’est un programme : il touche des milliers d’utilisateurs, l’identité, la conformité et la conduite du changement. La réussite repose sur une gouvernance solide, un plan structuré en phases, un déploiement par vagues et une coexistence maîtrisée entre Gmail et Exchange Online le temps de la bascule.
Ce guide se concentre sur l’exécution concrète de cette migration : comment cadrer le programme, à quoi ressemble un plan type sur douze à dix-huit mois, comment dérouler les vagues, quels outils mobiliser, combien cela coûte réellement (TCO) et quels pièges éviter.
Un programme de cette ampleur exige d’abord un sponsor exécutif, un bureau de programme (PMO) et un comité de pilotage. Le plus souvent, il mobilise aussi un intégrateur spécialisé en migration vers Microsoft 365. On définit ensuite les indicateurs (taux de migration, incidents, satisfaction), les instances de décision et la gestion des risques. Or, sans portage au bon niveau, le programme s’enlise vite. La première résistance d’une direction métier attachée à Gmail suffit alors à le bloquer.
L’inventaire dépasse de loin le volume des boîtes Gmail et des fichiers Drive. En effet, il couvre aussi les Drive partagés et leurs permissions, les Google Groups et listes de diffusion, les agendas de ressources et les boîtes partagées. Surtout, il recense tout ce qui ne se migrera pas tel quel : automatisations Apps Script, applications AppSheet, Google Sites et modules du Marketplace. Or il faudra reconstruire ces éléments côté Microsoft (Power Automate, Power Apps, SharePoint). C’est d’ailleurs souvent là que se cachent les vrais blocages.
La cible repose sur Entra ID. D’abord, on provisionne les identités et les licences Microsoft 365, en vérifiant qu’elles couvrent toute la population. Ensuite, on configure les domaines. Enfin, on définit la stratégie d’authentification (SSO/SAML) et le cycle de vie des comptes. Attention : une identité mal préparée bloque l’accès de milliers d’utilisateurs le jour de la bascule.
A lire aussi >> Audit Active Directory : quels sont les points de contrôle clés ?
On découpe la population par entité, métier ou géographie, pour migrer par lots cohérents. Ce découpage alimente directement le plan de vagues et la coordination des bascules par région. C’est aussi à ce stade que se décide la durée acceptable de coexistence entre Google Workspace et Microsoft 365, qui pèse lourd sur le budget.
Une migration de Google Workspace vers Microsoft 365 en grand compte s’étale typiquement sur douze à dix-huit mois. Les phases s’enchaînent, mais se chevauchent en partie. Par exemple, la préparation technique commence avant la fin de l’audit. De même, les vagues massives se poursuivent alors qu’on décommissionne déjà les premières entités de Google Workspace. Le tableau ci-dessous donne donc une trame de référence.
De ce plan en phases découlent trois repères de pilotage :
On configure l’interopérabilité entre Google Workspace et Microsoft 365 : acheminement du courrier entre Gmail et Exchange Online, synchronisation de l’annuaire global (GAL), partage de disponibilité des agendas (free/busy). Cette coexistence dure de quelques semaines à plusieurs mois, le temps de migrer toute la population sans rompre la collaboration entre utilisateurs déjà sur Outlook et utilisateurs encore sur Gmail.
On démarre par un pilote représentatif (une centaine d’utilisateurs couvrant plusieurs métiers), puis une vague d’early adopters, avant les vagues massives de plusieurs centaines à plusieurs milliers de comptes. Chaque vague affine les procédures et le dispositif de support.
On déplace en amont le gros des messages Gmail et des fichiers Drive (pré-migration), pour que la bascule finale ne porte que sur le delta récent. Les Drive personnels sont transférés vers OneDrive, les Drive partagés vers des sites SharePoint, en conservant permissions et historique de versions. L’occasion est saisie pour rationaliser l’arborescence plutôt que recopier l’existant.
La bascule des enregistrements MX vers Exchange Online se planifie en heures creuses, région par région, avec une durée de vie (TTL) DNS abaissée au préalable. On vérifie immédiatement les flux de courrier entrants et sortants, ainsi que le bon fonctionnement des agendas et du partage de fichiers.
Après chaque vague, une période d’hypercare (support renforcé sur Outlook, Teams et OneDrive) absorbe le pic d’incidents. Google Workspace est conservé au moins trente jours en filet de sécurité, puis décommissionné. La documentation est transférée au support courant et au centre de services.
À ce volume, le choix de l’outillage et la maîtrise des limitations d’API (throttling) déterminent la durée du programme. On combine l’outil natif Microsoft et des solutions tierces d’entreprise.
| Outil | Type | Usage en grand compte |
| Microsoft Manager (Microsoft 365) | Natif Microsoft | Migrer les e-mails et les fichiers Google Drive; nécessite l’application « Microsoft 365 migration » installée côté Google |
| BitTitan MigrationWiz | Tiers | Gros volumes, ordonnancement des vagues et reporting |
| CodeTwo | Tiers | Migration vers Microsoft 365, alternative à BitTitan |
| Quest On Demand Migration | Tiers | Migration à l’échelle entreprise, multi-domaines |
| AvePoint, ShareGate | Tiers | Migration documentaire vers SharePoint, gros volumes |
Pour un grand compte, l’outil natif suffit rarement seul : un outil tiers d’entreprise apporte l’ordonnancement des vagues, le pilotage des erreurs et le reporting attendu par le PMO. L’accompagnement d’un intégrateur expérimenté n’est pas un confort mais un facteur de réussite, en particulier sur les environnements multi-domaines.
Le coût visible est la licence Microsoft 365 et le coût réel (TCO) est bien plus large et se répartit entre des dépenses récurrentes et des dépenses de projet ponctuelles. Les négliger conduit aux dépassements de budget classiques.
Deux logiques cohabitent. Les coûts récurrents (les licences Microsoft 365) se négocient et perdurent après la migration. Les coûts de projet (outils, intégrateur, reconstruction des automatisations, conduite du changement, hypercare) sont ponctuels mais lourds, et c’est sur eux que se jouent les dépassements.
Un exemple chiffré, à titre purement indicatif : pour 5 000 utilisateurs, les seuls outils de migration représentent de l’ordre de 50 000 à 75 000 € en one-shot (sur une base de 10 à 15 € par boîte), un montant à mettre en regard de postes généralement supérieurs comme l’intégrateur et la conduite du changement. Le levier de maîtrise le plus efficace reste la fenêtre de coexistence : chaque mois de double licence évité réduit directement la facture. À l’inverse, les deux postes les plus souvent sous-estimés sont la conduite du changement et la reconstruction des automatisations Google (Apps Script, AppSheet), qui ne figurent sur aucune facture éditeur mais conditionnent l’adoption et la continuité métier.
Une sortie de Google Workspace concentre des risques spécifiques, à inventorier dès l’audit. Les sept principaux :
De douze à dix-huit mois en moyenne, selon le volume, le nombre de domaines et la complexité des automatisations Google à reconstruire. Le déroulé par vagues et la coexistence Gmail / Exchange étalent la migration pour préserver la continuité de service.
Les documents sont convertis vers les formats Office (Word, Excel, PowerPoint), avec un contrôle de mise en forme à prévoir. En revanche, les automatisations Apps Script, les applications AppSheet et les Google Sites ne se migrent pas : ils doivent être reconstruits côté Microsoft (Power Automate, Power Apps, SharePoint).
En raisonnant en TCO : licences Microsoft 365, double licence pendant la coexistence, outils de migration, intégrateur, effort interne, reconstruction des automatisations, conduite du changement et hypercare. Les postes les plus sous-estimés sont la conduite du changement et la reconstruction des automatisations Google.
Oui en partie : pendant la coexistence, Google Workspace et Microsoft 365 sont payés en parallèle. L’enjeu est de comprimer cette fenêtre autant que la conduite du changement et la capacité de migration le permettent, car chaque mois évité réduit directement la facture.
À cette échelle, l’accompagnement d’un intégrateur spécialisé est fortement recommandé, surtout en multi-domaines. Les équipes internes restent indispensables pour la gouvernance, l’identité et la conduite du changement.
