La migrazione da Google Workspace a Microsoft 365 è il trasferimento di email, contatti, calendari e dati di collaborazione da un tenant Google a un tenant Microsoft. Dal punto di vista tecnico non è un'operazione particolarmente complessa. I problemi nascono quasi sempre prima: dalla pianificazione inadeguata, dai prerequisiti ignorati, dalla fretta sul cutover. Questa guida copre tutto — dalla preparazione iniziale al cambio MX finale.

Perché le migrazioni falliscono — e come evitarlo

Le migrazioni da Google Workspace a Microsoft 365 falliscono quasi sempre per le stesse ragioni. Non per problemi tecnici irrisolvibili, ma per decisioni operative prese nel momento sbagliato.

Gli scenari più frequenti che ci ritroviamo a risolvere:

  • MX cambiati prima che la migrazione fosse completata. Le email arrivano su Exchange Online ma la sincronizzazione non ha finito. Risultato: messaggi su Google, messaggi su Microsoft, nessun log centralizzato.
  • Nessun utente pilota. Si migra l'intera organizzazione in un colpo solo. Il primo problema diventa un incidente su larga scala.
  • Caselle condivise e alias non mappati. Vengono create le caselle degli utenti ma si dimentica che info@azienda.it era gestita da tre persone su Google Groups.
  • Nessuna formazione prima del cutover. La mattina in cui tutti passano a Outlook, il supporto IT riceve 40 ticket in due ore.
Regola fondamentale

Non cambiate mai i record MX prima che la migrazione delle email sia al 90%+ completata. La sincronizzazione IMAP è bidirezionale nella fase iniziale — potete tranquillamente aspettare che sia finita prima del cutover. Non c'è fretta tecnica che giustifichi un cambio prematuro.

Prerequisiti e inventario iniziale

Prima di avviare qualsiasi migrazione, servono questi elementi:

Sul lato Google

  • Accesso amministratore al Google Admin Console (Super Admin)
  • Lista esportata di tutti gli utenti con dimensioni delle caselle (Admin Console → Utenti → Esporta)
  • Inventario di: caselle condivise, alias, gruppi di distribuzione, deleghe, regole di inoltro
  • App password generate o Service Account OAuth per la migrazione IMAP (obbligatorio se l'organizzazione usa 2FA su Google)

Sul lato Microsoft 365

  • Tenant M365 attivo con licenze adeguate (minimo Exchange Online Plan 1 o M365 Business Basic per le email)
  • Accesso come Global Admin
  • Dominio verificato in M365 tramite record TXT — senza ancora toccare i record MX
  • Account utente creati (si può importare da CSV) con indirizzi email corrispondenti agli indirizzi Google
Verifica dominio senza cambiare MX

Microsoft 365 richiede la verifica del dominio prima di poter creare caselle su di esso. La verifica tramite record TXT non tocca il mailflow — potete verificare il dominio settimane prima della migrazione reale. Non usate il record MX di verifica — è uno dei metodi proposti ma cambia il mailflow immediatamente.

Quale metodo di migrazione scegliere

Esistono tre approcci principali. La scelta dipende dalla dimensione del tenant e dai requisiti di migrazione.

Metodo Cosa migra Ideale per Costo
IMAP nativo M365 Email (non calendario, non Drive) Fino a 500 caselle, requisiti standard Incluso in M365
Strumenti di terze parti (MigrationWiz, Cloudiway) Email + calendario + contatti + Drive Tenant sopra 50 utenti, migrazione completa ~15-25€/utente
Migrazione manuale / ibrida Scelto caso per caso Caselle piccole, migrazione parziale Solo tempo

Per la maggior parte delle PMI italiane (10-50 utenti), la migrazione IMAP nativa è sufficiente per le email. Calendario e Drive richiedono un piano separato — lo trattiamo nella sezione dedicata.

Non siete sicuri del metodo giusto per il vostro caso? Una call di 30 minuti è sufficiente per definire l'approccio corretto.
Parlaci della migrazione →

Step-by-step: la migrazione email

La sequenza che utilizziamo per le migrazioni da Google Workspace a Exchange Online con il metodo IMAP nativo.

STEP 01
Inventario e preparazione account Google

Esportare la lista utenti dal Google Admin Console (Utenti → Esporta). Il file CSV contiene indirizzi email e dimensioni delle caselle — è il punto di partenza per tutto il resto.

  • Identificare caselle condivise, alias secondari, gruppi con indirizzo esterno
  • Documentare le deleghe email attive (chi può leggere la posta di chi)
  • Generare app password per ogni account (se 2FA attivo su Google) o configurare un Service Account
  • Annotare le dimensioni: le caselle sopra i 20 GB richiedono più tempo — pianificate la finestra di migrazione di conseguenza
STEP 02
Preparare il tenant Microsoft 365

Il tenant deve essere pronto prima di avviare la sincronizzazione. Ogni lacuna qui si trasforma in un problema a metà migrazione.

  • Creare tutti gli account utente in Entra ID (importazione da CSV nell'interfaccia M365 admin)
  • Assegnare le licenze — verificare che ogni account abbia Exchange Online attivo
  • Verificare il dominio tramite record TXT, non tramite record MX
  • Configurare i domini accettati in Exchange Admin Center (Mail flow → Accepted domains)
  • Creare le caselle condivise (Exchange Admin Center → Recipients → Shared) per gli indirizzi collettivi (info@, supporto@, ecc.)
  • Non abilitare MFA sugli account fino al termine della migrazione — evita interruzioni durante la sincronizzazione
STEP 03
Avviare il batch di migrazione IMAP

Nell'Exchange Admin Center: Migration → Add migration batch → IMAP migration.

  • Caricare il CSV con gli account (formato: EmailAddress, UserName, Password) oppure usare la connessione diretta a Google
  • Per Google con 2FA: inserire le app password generate al passo precedente
  • Avviare il batch — la sincronizzazione gira in background. Non interrompe Google: gli utenti continuano a ricevere email su Gmail normalmente
  • La sincronizzazione iniziale può richiedere da ore a 2-3 giorni a seconda delle dimensioni. Monitorare il progresso nell'EAC (Migration → View details)
STEP 04
Periodo di sincronizzazione parallela

Durante questo periodo, Google è ancora attivo e riceve tutte le email. Exchange Online sincronizza le email esistenti in background. Gli utenti non devono fare nulla.

  • Monitorare che la percentuale di completamento avanzi regolarmente nell'EAC
  • Verificare che non ci siano account in stato di errore — spesso causati da password Google errate o 2FA non configurato
  • Usare questo tempo per formare gli utenti su Outlook (web e client), Teams e SharePoint
  • Considerare un gruppo pilota: migrare 3-5 persone al completo prima di tutti gli altri
STEP 05
Cutover DNS — il momento del cambio

Quando la sincronizzazione è al 90%+ e gli utenti pilota funzionano correttamente, si procede con il cutover.

  • Abbassare il TTL dei record DNS a 300 secondi (5 minuti) almeno 24 ore prima — riduce la finestra di propagazione
  • Modificare i record MX verso Exchange Online: contoso-it.mail.protection.outlook.com con priorità 0
  • Aggiornare SPF: sostituire include:_spf.google.com con include:spf.protection.outlook.com
  • Configurare DKIM su Exchange Online (EAC → Mail flow → DKIM) e aggiungere i due record CNAME al DNS
  • Verificare che DMARC sia aggiornato di conseguenza (se puntava a report Google)
  • Finalizzare il batch di migrazione nell'EAC — questo chiude la sincronizzazione IMAP
  • Configurare Autodiscover: record CNAME autodiscover verso autodiscover.outlook.com
STEP 06
Verifica post-cutover

Nelle prime ore dopo il cambio MX, verificare sistematicamente:

  • Invio e ricezione email da e verso indirizzi esterni — testate con almeno due provider diversi (Gmail, un dominio aziendale)
  • SPF, DKIM e DMARC passano — usare mail-tester.com o MXToolbox per una verifica rapida
  • Autodiscover funziona — Outlook si configura automaticamente con solo email e password
  • Le caselle condivise sono accessibili agli utenti autorizzati
  • Gli alias secondari ricevono email correttamente

Calendario, contatti e Drive: cosa cambia davvero

La migrazione IMAP trasferisce solo le email. Calendario, contatti e Google Drive richiedono procedure separate — e sono spesso la parte più sottovalutata della migrazione.

Calendario Google → Outlook Calendar

Per organizzazioni piccole (sotto i 20 utenti), la procedura più diretta è l'esportazione manuale: ogni utente esporta il proprio calendario da Google (settings.google.com/u/0/calendar → Esporta), ottiene un archivio ICS e lo importa in Outlook. Tutte le voci, i ricorrenti e gli allegati vengono mantenuti.

Per organizzazioni più grandi, strumenti come BitTitan MigrationWiz o Cloudiway automatizzano il processo e gestiscono anche i calendari condivisi e le risorse sala riunioni.

Contatti Google → Outlook/Exchange

Esportazione in formato vCard o CSV da Google Contacts, importazione in Outlook. I contatti condivisi dell'organizzazione vanno ricreati come contatti nella Global Address List di Exchange.

Google Drive → SharePoint / OneDrive

Non esiste un percorso di migrazione automatico nativo tra Google Drive e SharePoint. Le opzioni sono:

  • SharePoint Migration Tool (SPMT) di Microsoft — gratuito, migra da file share e SharePoint on-premise, supporta anche cartelle locali. Richiede di scaricare prima i file da Drive.
  • Strumenti terze parti (MigrationWiz, Cloudiway, Mover) — migrazione diretta da Drive a SharePoint/OneDrive senza download intermedio.

Google Meet non si "migra" — si sostituisce con Microsoft Teams. La parte operativa è la formazione degli utenti, non una migrazione tecnica.

Errori comuni da non commettere

Errore 01 — MX cambiati troppo presto

Il più frequente. Cambiare i record MX mentre la sincronizzazione IMAP è ancora al 40% porta a un mailflow spezzato: le nuove email arrivano su Exchange, le vecchie sono ancora su Google, gli utenti non trovano nulla. La correzione richiede di rimettere temporaneamente i MX su Google, aspettare la sincronizzazione e ricominciare.

Errore 02 — Dominio verificato con record MX

M365 offre la verifica del dominio tramite record MX come opzione rapida. Non usatela. Cambia il mailflow nel momento in cui aggiungete il record — prima che le caselle siano pronte. Usate sempre il record TXT per la verifica iniziale.

Errore 03 — Caselle condivise dimenticate

info@, fatture@, supporto@ — spesso gestite come Google Groups o mailbox condivise. Vanno ricreate esplicitamente come Shared Mailboxes in Exchange Online e le deleghe vanno riconfigurate. Se mancano al momento del cutover, quelle email spariscono nel vuoto.

Errore 04 — SPF non aggiornato

Dopo il cutover, se il record SPF contiene ancora include:_spf.google.com senza include:spf.protection.outlook.com, le email in uscita da Exchange Online vengono considerate non autorizzate dai destinatari che verificano SPF. Risultato: email finite in spam o rifiutate.

Checklist post-migrazione

  • Email in arrivo e in partenza funzionano correttamente
  • SPF, DKIM e DMARC verificati con mail-tester.com o MXToolbox
  • Autodiscover configurato — Outlook si connette automaticamente
  • Caselle condivise accessibili dagli utenti autorizzati
  • Alias secondari ricevono email
  • Calendari importati e accessibili in Outlook
  • MFA abilitato su tutti gli account utente (ora che la migrazione è completa)
  • Conditional Access configurato per la baseline di sicurezza
  • Account Google dismessi o sospesi (non eliminati subito — aspettare 30 giorni come buffer)
  • Documentazione del tenant M365 aggiornata
Volete che gestiamo la migrazione? Dal piano di progetto al cutover finale, senza sorprese.
Tenant setup & migrazioni →

Domande frequenti

Quanto tempo richiede una migrazione da Google Workspace a Microsoft 365?
Dipende dalla dimensione delle caselle. Per un'organizzazione di 20-50 utenti con caselle medie (5-15 GB), il processo completo richiede 3-5 giorni lavorativi: 1-2 giorni di preparazione, 1-2 giorni di sincronizzazione dati, mezzo giorno per il cutover. La finestra di interruzione effettiva durante il cutover DNS è di 15-60 minuti.
Si perdono le email durante la migrazione?
No, se la migrazione è pianificata correttamente. La migrazione IMAP sincronizza le email mantenendo Google attivo fino al cutover. Le email arrivano su Google fino al cambio MX, poi arrivano su Exchange Online. L'unico rischio reale è un cambio MX affrettato prima che la sincronizzazione sia completa — ragione per cui insistiamo sul monitorare il batch prima di toccare i record DNS.
La migrazione IMAP include anche calendario e contatti?
No. La migrazione IMAP trasferisce solo le email. Calendario e contatti richiedono procedure separate: esportazione da Google e importazione in Outlook, oppure strumenti di terze parti come BitTitan MigrationWiz. Google Drive verso SharePoint/OneDrive richiede lo SharePoint Migration Tool o strumenti dedicati.
È possibile migrare senza downtime?
Sostanzialmente sì. Con la migrazione IMAP in staging, gli utenti restano su Google fino al cutover finale. La finestra di interruzione è limitata al cambio dei record MX e alla propagazione DNS — tipicamente 15-60 minuti. Abbassare il TTL a 300 secondi nelle 24 ore precedenti riduce ulteriormente la finestra.
Qual è la differenza tra migrazione IMAP nativa e strumenti di terze parti?
La migrazione IMAP nativa in M365 è gratuita e migra solo email. Gli strumenti di terze parti (MigrationWiz, Cloudiway) gestiscono email, calendario, contatti e Drive in un flusso unico, con dashboard avanzate e supporto per caselle grandi. Sono la scelta consigliata per tenant sopra i 50 utenti o quando serve migrare anche i dati di collaborazione.