「Microsoft 365 を使っているんですが、コストと使い勝手の両面で Google Workspace に移したくて。ただ、過去のメールが消えたり、移行の最中にメールが届かなくなったりしないか、それが怖くて踏み切れないんです」——乗り換えの相談で、ほぼ必ず出てくるのがこの不安です。ツールを切り替えたいという意思は固まっているのに、メールという「止まると即座に業務が止まるもの」を扱うため、最後の一歩で足がすくむ。気持ちはよく分かります。移行は、新しい環境を作る作業よりも、今動いているものを止めずに乗り換える段取りのほうが、はるかに神経を使うからです。
朗報もあります。2026 年 5 月、Google Workspace の管理コンソールに、Microsoft 365 からデータを取り込む無料のインポートツールが標準で組み込まれました。追加ライセンスも、専用サーバーの構築も要らず、ドメイン所有を確認して Gmail を有効化した直後の画面から使えます。これでメール移行の敷居は確かに下がりました。ただし、ツールが楽になったことと、移行が事故らないことは別の話です。本記事では、ツールでカバーされる範囲と、いまも人の設計が要る急所を切り分けながら、移行で失敗しないための段取りを受託の立場から整理します。
新しい無料ツールで楽になる範囲、まだ手当てが要る範囲
まず、2026 年時点でこの標準インポートツールが何をしてくれて、何をしてくれないのかを正確に押さえます。ここを誤解したまま進めると、「ツールがあるから大丈夫」と高をくくって、移行されない領域を見落とします。
確実に使えるのは、メール・カレンダー・連絡先の三点です。Microsoft 365 側のこれらのデータを、Google Workspace へクラウド上で取り込めます。日常業務の中心がメールとスケジュールである以上、ここが標準ツールで賄えるようになった意味は大きい。
一方で、OneDrive・Teams・SharePoint Online は「今後対応予定」とされているだけで、提供開始の時期は公開されていません。つまり、ファイルサーバー代わりに使ってきた OneDrive のデータや、Teams 上に蓄積したやり取り、SharePoint のサイトは、標準ツールの対象外として別途手当てが必要です。ここを見落とすと、「メールは移ったのにファイルが旧環境に取り残された」という中途半端な状態に陥ります。Google Workspace 側のファイル運用をどう設計するかは、移行とセットで Google ドライブ共有設定の記事 の観点が効いてきます。
そもそも Google Workspace と Microsoft 365 のどちらを選ぶか、という手前の比較で迷っている段階なら、Google Workspace と Microsoft 365 を比較した記事 を先に読んでおくと、移行の判断がぶれません。
移行が事故る、三つの急所
移行で実際にトラブルが起きるのは、データの中身そのものより、切り替えの段取りです。受託で何度も立ち会ってきた経験から、事故が集中する急所は三つに絞られます。
一つ目が、MX レコードの切替タイミングです。メールの宛先を決める MX レコードを Google 側へ切り替えると、その瞬間から新着メールは Google に届くようになります。ここで、受け皿となるユーザーがまだ作られていなかったり、過去メールの移行が終わっていないタイミングで切り替えたりすると、届いたメールが宙に浮く、新旧どちらを見ればよいか分からなくなる、といった混乱が一気に噴き出します。移行作業の中で最もミスが起きやすいのが、まさにこの一手です。
二つ目が、テスト移行を省くことです。本番の全社移行をいきなり実行すると、想定外の不具合が出たときに被害が全社に及びます。少人数のグループで先にテスト移行を行い、メールが正しく移るか、文字化けや添付の欠落がないか、予期せぬ挙動が出ないかを確認してから本番に進む。この一手間を惜しんだ移行ほど、後で大きく揺り戻します。
三つ目が、一斉移行です。データ量が多い組織で全員を一度に移そうとすると、移行処理そのものが詰まり、問題が起きたときの切り分けも難しくなります。部署ごと・グループごとに段階的に移すことで、業務への影響を小さく保ち、何かあっても影響範囲を限定できます。
| 急所 | 起きがちな事故 | 受託での備え |
|---|---|---|
| MX 切替のタイミング | 新着メールが宙に浮く / 新旧が混乱 | 受け皿作成と過去メール移行を済ませてから切替 |
| テスト移行を省く | 全社で文字化け・添付欠落が発覚 | 少人数で先行検証してから本番 |
| 一斉移行 | 処理詰まり・問題の切り分け不能 | 部署単位で段階移行 |
表のとおり、事故はいずれも「データが移らない」ことより「段取りを誤る」ことから起きます。だからこそ、ツールの良し悪しより、移行の設計と進行管理が結果を分けます。
弊社の事例: 「ツールがあるから自分たちで」が途中で止まった
具体例を挙げます。ある専門商社（社名は伏せます）から、「無料の移行ツールがあると聞いて自分たちで Microsoft 365 から移し始めたが、途中で不安になって手が止まった」という相談を、移行作業の最中に受けました。メールの取り込みまでは進めたものの、いざ MX レコードを切り替える段になって、「本当に今切ってよいのか、切ったら戻せるのか」が判断できず、怖くて止まってしまった、という状況でした。
実際に状況を確認すると、止まったのは正しい判断でした。一部のユーザーは過去メールの取り込みがまだ途中で、共有メールアドレス（info@ のような代表アドレス）の受け皿も用意されておらず、その状態で MX を切れば代表宛のメールが確実に取りこぼされるところでした。さらに、OneDrive に置かれた取引先ごとのファイル群は標準ツールの対象外なので、メールだけ移してファイルは旧環境に残る、という分断が起きかけていました。自分たちで進めること自体は悪くありませんが、「どの順番で何を済ませてから MX を切るか」という勘所が抜けていたわけです。
そこで私たちは、まず移行対象の全体像（誰のメール・どの共有アドレス・どのファイル）を棚卸しし、過去メールと受け皿の作成を全ユーザーぶん完了させ、OneDrive のファイルは別途移す段取りを組みました。そのうえで、影響の小さい部署から段階的に MX を切り替え、各段階で着信を確認しながら進めました。結果として、代表アドレス宛を含めて一通も取りこぼさずに切り替えを終えられました。やったことは難しい技術ではなく、正しい順番を決めて、確認しながら一歩ずつ進めただけです。移行の価値は、その「順番と確認」にこそあります。
移行を考え始めたら、まず棚卸しから
Google Workspace への移行を考えるなら、ツールの使い方を調べるより先に、何を移すのかの棚卸しから始めるのが確実です。全員のメールと過去ログ、代表・共有アドレス、カレンダーや連絡先、そして標準ツールの対象外になるファイル群（OneDrive・SharePoint・Teams）。これらを一覧にして初めて、どこを標準ツールで賄い、どこを別途手当てし、どの順番で MX を切るかという段取りが描けます。逆に、この全体像がないまま手を動かし始めると、先の事例のように途中で止まります。
過去メールを失わずに移せるか不安、自分たちで始めたが MX 切替の判断で止まっている、OneDrive や SharePoint のデータも含めて漏れなく移したい——そうしたお悩みがあれば、グリームハブのお問い合わせからご相談ください。現在の Microsoft 365 の使われ方を棚卸しし、標準ツールで賄える範囲と別途手当てが要る範囲を切り分けたうえで、一通も取りこぼさない順番と段取りをご一緒に設計し、移行から定着までを伴走します。
