Leaving Google
Google Workspace to Microsoft 365
A Google Workspace to Microsoft 365 migration moves mail, Drive content, calendars and identity into a Microsoft tenant. It costs £95 or $125 per mailbox, takes three to four weeks for 50 users, and the difficult part is Drive permissions, not mail.
| Fixed price | £95 / $125 per mailbox, Drive quoted by volume |
|---|---|
| Typical duration | 3–4 weeks for 50 users |
| Mail path | IMAP into Exchange Online, then delta passes |
| Drive destination | OneDrive for personal, SharePoint for shared drives |
| Identity | Entra ID accounts created ahead of cutover |
| Downtime | None for mail; Drive is read-only during final sync |
Sequence the estate, not just the mailboxes
The instinct on an outbound move is to start with mail because mail is what people notice. That produces an estate where everyone's inbox is in Microsoft and every document they need is still in Google, which is worse than either end state. We sequence identity, then mail pre-sync, then Drive, then the MX change, so the two halves land together.
Identity comes first because everything else attaches to it. Accounts are created in Entra ID with the naming convention agreed in discovery, licences are assigned, and multi-factor authentication is enrolled before anyone's mail arrives. An account created hurriedly on cutover weekend is the account that ends up without MFA a year later.
- Identity and licensing in Entra ID, MFA enrolled up front
- Mail pre-synced while Google remains authoritative
- My Drive to OneDrive, shared drives to SharePoint sites
- MX change in an agreed window, then two delta passes
Why Drive permissions are the real project
Google Drive lets an individual own a file and grant access to arbitrary people, including people outside the organisation, with no site or container in between. SharePoint's model is the opposite: content lives in a site, and permissions are inherited from it unless deliberately broken. Copying one into the other without a mapping produces either files nobody can reach or files everyone can.
We produce a permission report in discovery: every shared drive, every externally-shared file, every file owned by a departed user, and every link set to anyone-with-the-link. Each shared drive gets a destination SharePoint site and a named owner. Personal My Drive content goes to OneDrive with its sharing intact where it maps and flagged where it does not.
Authentication through the change
SPF is republished to describe Exchange Online, DKIM signing is enabled on the Microsoft side, and DMARC stays at a monitoring policy across the transition so nothing legitimate is rejected while both platforms may be sending. Tightening DMARC before both senders are authenticated is the single most reliable way to lose mail during an outbound move.
We also inventory every application that sends on your behalf — invoicing, CRM, marketing, monitoring alerts — because those are configured against the old platform and will keep sending from it until someone changes them.
What we will tell you before you commit
Some things do not come with you. Google Sites, Chat history, Keep notes and Vault retention have no supported migration path into Microsoft, and are exported as archives rather than migrated as live systems. Google Groups map to Microsoft 365 groups or distribution lists, but the mapping is a per-group decision because the two behave differently.
We would rather run a clean, well-scoped exit than talk you out of a decision you have already made on commercial grounds. We also quote moves back the other way on the same rate card, which is the only honest position for a firm that does both.
What we see that others don't say
Mail is the easy half. Drive is the hard half, because Google's sharing model allows a file to be owned by an individual and shared to people outside any group structure, while SharePoint expects content to live in a site with inherited permissions — so a straight copy produces either over-sharing or a permissions helpdesk queue.
What this doesn't cover
- Google Vault retention does not transfer into Microsoft Purview as a live retention system; it is exported with an evidence trail.
- Google Sites, Chat history and Keep notes have no supported migration path and are exported only.
- We do not rewrite applications that authenticate against Google identity; those are separate projects.
- Drive volumes above roughly 5TB are staged and quoted by volume rather than per user.
Get a fixed price for this
Send your seat count, current platform and deadline. You get a fixed price and an available cutover date, usually within one working day, from the engineer who would run the work.
Prefer to talk? Call +44 20 7183 3436 (Mon–Fri 08:00–18:00 GMT), or message WhatsApp +44 7403 423563.
Questions we get asked
- How long does a Google Workspace to Microsoft 365 migration take?
- Three to four weeks for around 50 users, including identity setup, mail pre-sync, Drive migration and two delta passes after the MX change.
- What is the hardest part of leaving Google Workspace?
- Drive permissions. Google allows individually-owned files shared to arbitrary people; SharePoint expects content in sites with inherited permissions, so every shared drive needs a destination site and a named owner.
- Does anything fail to migrate?
- Google Sites, Chat history, Keep notes and Vault retention have no supported path into Microsoft. They are exported as archives with an evidence trail rather than migrated as live systems.
How this page is verified
Reviewed by Workspace Migration Services migrations desk, Google Workspace migration engineers. Last checked .
- Per-mailbox pricing reflects the Workspace Migration Services rate card as of 2026-08-12.
- SharePoint permission inheritance behaviour is documented by Microsoft as of 2026-08-12.
- DMARC policy progression follows RFC 7489.
Sources you can check
Cite this page
Free to reuse with attribution. Copy whichever form your publication needs.
Plain citation
Workspace Migration Services, "Google Workspace to Microsoft 365", https://workspacemigration.services/outbound/google-workspace-to-microsoft-365 (last checked 2026-08-12).HTML with source link
<p>On a Google Workspace to Microsoft 365 migration, Drive permission mapping rather than mail transfer is the dominant source of project effort. Source: <a href="https://workspacemigration.services/outbound/google-workspace-to-microsoft-365">Google Workspace to Microsoft 365</a> — Workspace Migration Services.</p>Embed this table
<table>
<caption>Google Workspace to Microsoft 365 — Workspace Migration Services, 2026-08-12</caption>
<tr><th>Fixed price</th><td>£95 / $125 per mailbox, Drive quoted by volume</td></tr>
<tr><th>Typical duration</th><td>3–4 weeks for 50 users</td></tr>
<tr><th>Mail path</th><td>IMAP into Exchange Online, then delta passes</td></tr>
<tr><th>Drive destination</th><td>OneDrive for personal, SharePoint for shared drives</td></tr>
<tr><th>Identity</th><td>Entra ID accounts created ahead of cutover</td></tr>
<tr><th>Downtime</th><td>None for mail; Drive is read-only during final sync</td></tr>
</table>
<p><a href="https://workspacemigration.services/outbound/google-workspace-to-microsoft-365">Google Workspace to Microsoft 365</a> — data maintained by Workspace Migration Services.</p>Related pages
Leaving Google? We will run it properly.
Send your user count, Drive volume and target date. You get a fixed price, a sequencing plan and a cutover date, usually within one working day.