Google Workspace から Microsoft 365 への乗り換え｜メール・カレンダー・ドライブの移行手順

企業がクラウドネイティブな働き方を追求する中で、Google Workspace（以下、GW）から Microsoft 365（以下、M365）へのプラットフォーム移行を検討するケースが増えています。特に、組織の拡大に伴うセキュリティガバナンスの強化や、Excel・PowerPointといったデスクトップアプリとの親和性、そして Microsoft Entra ID（旧 Azure AD）による高度なデバイス管理が主な動機となります。

しかし、GWとM365は設計思想が根本的に異なります。単に「データをコピーする」という感覚で進めると、ファイル権限の喪失、メールの不達、あるいは業務に不可欠なマクロの停止といったトラブルを招きかねません。本稿では、IT実務担当者が直面する技術的ハードルを整理し、公式ドキュメントに基づいた確実な移行手順を解説します。

Google Workspace vs Microsoft 365 機能・料金比較

移行作業に入る前に、まず自社がどのプランに移行すべきか、機能面で何が変わるのかを正確に把握する必要があります。GWの各機能が、M365のどのサービスに対応するのかを以下の表にまとめました。

主要アプリケーションの対応表

ライセンス体系と選び方

M365の料金プランは多岐にわたりますが、中堅・中小企業であれば「Business Premium」、大企業であれば「Enterprise E3/E5」が標準的な選択肢となります。特に Business Premium は、デバイス管理ツールである Intune や、高度なセキュリティ機能が含まれており、GWの Business Plus からの乗り換え先として最も選ばれています。

具体的な最新料金については、Microsoft 365 公式料金ページを参照してください。なお、移行期間中は一時的に両方のライセンス料金が発生するため、移行スケジュールは最短かつ確実に設計することがコスト削減の鍵となります。

こうしたインフラの整理は、単なるツールコストの削減だけでなく、社内のシャドーIT対策やアカウント管理の自動化にも繋がります。詳細な考え方は、以下の記事も参考にしてください。

SaaSコストを削減。フロントオフィス＆コミュニケーションツールの「標的」と現実的剥がし方【前編】

移行プロジェクトの全体ロードマップ

移行プロジェクトは、技術的なデータ転送よりも「事前の設計」と「事後のユーザー教育」に時間がかかります。一般的には以下の3つのフェーズで進めます。

1. 準備フェーズ（1〜2ヶ月）：ライセンス購入、ドメイン所有権の確認、移行対象データの精査、パイロットユーザーによるテスト移行。
2. 移行フェーズ（1ヶ月〜）：メール・カレンダー・ドライブのバックグラウンド移行。MXレコードの切り替え。
3. 定着フェーズ（1ヶ月〜）：GWのアーカイブ（読み取り専用化）、旧データの削除、Teamsなどの活用推進。

特に重要なのが、「持っていくデータ」と「捨てるデータ」の選別です。Google ドライブ内の数年以上更新されていないデータや、退職者のアカウントデータなどは、この機会に整理することで移行時間を大幅に短縮できます。

【実践】メール・カレンダー・ドライブの移行手順

Microsoft は現在、管理センター内に「移行マネージャー」という強力なツールを提供しています。以前はサードパーティ製の有料ツール（BitTitan 等）が必須でしたが、標準機能だけでかなりの部分をカバーできるようになりました。

ステップ1：Microsoft 365 側の環境整備

まず、M365 管理センターでカスタムドメイン（例：example.com）を追加します。この時点ではまだメールの配送先（MXレコード）は変更しません。次に、移行対象となる全ユーザーのアカウントを作成し、適切なライセンスを割り当てます。

ステップ2：Google 側でのサービスアカウント作成

M365 が GW のデータにアクセスできるようにするため、Google Cloud Console で「サービスアカウント」を作成し、P12 キーを発行します。また、Google Workspace 管理コンソールにて、作成したサービスアカウントに「ドメイン全体の委任」を付与する必要があります。これにより、管理者が各ユーザーのパスワードを知ることなくデータを抽出できるようになります。

ステップ3：メール（Gmail）の移行バッチ実行

M365 管理センターの「セットアップ」＞「データの移行」から Google Workspace を選択します。
作成したサービスアカウントの情報をアップロードし、移行対象ユーザーのリスト（CSVファイル）を指定します。
「移行バッチ」を作成すると、バックグラウンドで Gmail のデータが Exchange Online へ同期され始めます。
この時点では同期のみであり、ユーザーはまだ Gmail を使い続けることができます。

ステップ4：ドライブデータの移行（移行マネージャー）

ドライブの移行には「移行マネージャー」を使用します。
Google ドライブをソース（コピー元）として指定し、各ユーザーの「マイドライブ」を「OneDrive」へ、組織の「共有ドライブ」を「SharePoint サイト」や「Teams のファイル」へマッピングします。

注意点：ファイル形式の変換

Google ドキュメントやスプレッドシートは、移行プロセス中に自動的に Word (.docx) や Excel (.xlsx) 形式に変換されます。しかし、複雑な条件付き書式やグラフ、ピボットテーブルの一部は、変換後にレイアウトが崩れる可能性があります。

ステップ5：MXレコードの切り替え（カットオーバー）

データの同期が完了したら、いよいよ本番の切り替えです。お名前.comやAWS Route53などのDNS管理画面で、MXレコードを Microsoft 365 の指定する値（例：https://www.google.com/search?q=example-com.mail.protection.outlook.com）に変更します。
浸透には数時間から最大48時間かかるため、通常は金曜日の夜間など、業務への影響が少ないタイミングで実施します。

アカウント管理の自動化については、移行後の運用負荷を下げることが重要です。以下の記事で解説している Entra ID を活用した自動化手法が非常に役立ちます。

SaaS増えすぎ問題と退職者のアカウント削除漏れを防ぐ。Entra ID・Okta・ジョーシスを活用した自動化アーキテクチャ

移行時に必ず突き当たる「壁」と解決策

1. 共有権限の再設計

Google Workspace の共有権限は「ファイル単位」で非常に柔軟に設定できますが、SharePoint は「サイト・ライブラリ単位」での権限継承が基本です。移行ツールで個別のファイル権限まで引き継ぐと、SharePoint 側のパフォーマンス低下や管理の複雑化を招きます。
「誰がどのフォルダにアクセスできるか」という権限セットを、M365 のグループ（Microsoft 365 グループ）ベースで再設計することを強く推奨します。

2. Google Apps Script (GAS) の代替

スプレッドシートで組まれた GAS は、Excel の VBA や Office スクリプト、あるいは Power Automate へ作り直す必要があります。特にフォームの自動返信や、ドライブ間のファイル自動移動などを GAS で行っている場合は、移行前に業務ロジックを洗い出し、Power Automate で再構築する工数を確保してください。

業務プロセスの自動化という観点では、かつて GW 上で AppSheet を利用していた領域を、M365 環境でどう再現するかが議論になります。以下のガイドも比較検討の材料となります。

Excelと紙の限界を突破する「Google Workspace × AppSheet」業務DX完全ガイド

3. よくあるエラーと対処法

• 移行バッチの失敗：ソース（Google）側のAPI制限に抵触しているケースが多いです。移行速度を制限するか、複数のサービスアカウントに分散させる検討が必要です。
• ファイルサイズ制限：SharePoint や OneDrive には、アップロードできる個別のファイルサイズ制限（250GB）や、ファイル名の長さ・特殊文字の制限があります。これに該当するファイルは事前にリネームが必要です。
• カレンダーの重複：繰り返し予定の移行は、タイムゾーンの設定齟齬によりズレが生じることがあります。重要な会議体は移行後に主催者が再設定するのが最も確実です。

セキュリティとアカウント管理の最適化

M365 への乗り換えは、セキュリティレベルを一段階引き上げる絶好の機会です。特に「Business Premium」以上のライセンスに含まれる機能をフル活用しましょう。

• Microsoft Entra ID による条件付きアクセス：「社内IP以外からのアクセスはMFA（多要素認証）を必須にする」「会社支給のデバイス以外からはダウンロードを禁止する」といったポリシーが容易に組めます。
• Microsoft Purview による情報保護：機密性の高いファイルにラベルを付け、メールで外部送信された際も閲覧を制限するといった制御が可能です。
• Intune によるモバイル管理：PCだけでなく、スマートフォン上の業務アプリ（Outlook, Teams）のみを管理下に置く「MAM（モバイルアプリ管理）」が、GWの基本機能より強力です。

まとめ：単なる「ツール入れ替え」で終わらせないために

Google Workspace から Microsoft 365 への移行は、単なるメールシステムの変更ではなく、企業の「情報ガバナンスの再定義」です。データの移行自体は Microsoft が提供するツールで標準化されつつありますが、最も重要なのは、移行後の新しいプラットフォームでいかに生産性を高め、セキュリティを担保するかという設計思想です。

移行完了をゴールにせず、Teams を活用したコミュニケーションの統合や、Power Platform による業務の自動化など、M365 ならではの価値を社員が享受できる環境を整えていきましょう。不明な点があれば、常に最新の Microsoft Learn 公式ドキュメント を参照し、正確な仕様を確認することを忘れないでください。