Google WorkspaceからMicrosoft 365への移行ガイド（M&A対応版）｜PMIタイムラインに沿った実践手順

M&Aで最も多いパターン：GWS → M365

M&A後のIT統合で最も多い課題の一つが、「買収先がGoogle Workspace（GWS）を使っており、親会社はMicrosoft 365（M365）を使っている」というケースです。

この場合、どちらかのプラットフォームに統一するか、当面は共存させるかの判断が必要になります。多くの場合、親会社のM365に統一する方向で統合が進みますが、異なるプラットフォーム間の移行は同一プラットフォーム内のテナント統合より複雑です。

本記事では、GWSからM365への移行をPMIのフェーズに沿って解説します。

Phase 1：現状把握（Day 1〜2週間）

GWS環境の棚卸し

まず、買収先のGWS環境の全容を把握します。GWS管理コンソールから以下の情報を取得してください。

ユーザー一覧として、ユーザー数、利用プラン（Business Starter / Standard / Plus / Enterprise）、管理者権限の割り当てを確認します。利用サービスとして、Gmail、Drive、Calendar、Meet、Chat、Currentsなど、実際に利用されているサービスを把握します。データ量として、ユーザーごとのDrive使用量、Gmail使用量を確認します。管理コンソールのレポート機能で取得できます。ドメイン設定として、独自ドメインの有無、DNSの管理状況、SPF/DKIM/DMARCの設定状態を確認します。サードパーティ連携として、GWSとSSO連携しているSaaS、Google Marketplace経由で導入しているアプリの一覧を確認します。

統合方針の決定

この段階で、統合方針を経営層と合意します。判断ポイントは以下の通りです。

移行スケジュールとして、「いつまでにM365に完全移行するか」を決めます。PMI全体のスケジュールと整合させてください。並行運用期間として、GWSとM365を併用する期間を設けるかどうかを決めます。一括切り替えよりも、1〜2ヶ月の並行運用期間を設けた方がリスクは低くなります。メールアドレスの扱いとして、買収先のドメインをそのまま使うか、親会社のドメインに統一するかを決めます。

Phase 2：移行準備（2週間〜1ヶ月）

M365側の環境準備

親会社のM365テナントに、買収先のユーザーを受け入れる準備を行います。ライセンスの追加購入（買収先ユーザー数分）、グループ・配布リストの設計、SharePointサイト（部門サイト）の準備、セキュリティポリシー（MFA、条件付きアクセス）の適用計画を整えます。

移行ツールの選定

GWSからM365への移行に対応したツールを選定します。BitTitan MigrationWizはGWS→M365移行の定番ツールで、メール・カレンダー・連絡先の移行に対応しています。AvePoint FLY Migrationはより高機能で、Drive→SharePoint/OneDriveの移行にも対応します。Microsoft標準のインポートサービスもありますが、機能は限定的です。

ユーザーコミュニケーション計画

買収先の社員に対して、プラットフォーム変更の事前説明を行います。変更の目的と背景、移行スケジュール、新しいツール（Outlook、Teams、OneDrive）の基本的な使い方、移行期間中の問い合わせ先を周知します。

このコミュニケーションはIT統合の成否を大きく左右します。突然の変更は社員の不安と反発を招きます。

Phase 3：移行実行（1〜3ヶ月）

メールの移行

GmailからExchange Online（M365のメール）への移行は、以下の順序で進めます。

まず、M365テナントに買収先のドメインを追加します。DNS検証でドメインの所有権を確認し、ドメインをM365に紐づけます。ただし、この時点ではまだMXレコードは変更しません。

次に、M365側にユーザーアカウントを作成し、ライセンスを割り当てます。移行ツールでGmailのデータ（メール、カレンダー、連絡先）をM365のメールボックスにコピーします。この段階ではGWSも並行稼働しています。

最後に、DNSのMXレコードをM365に向けて切り替えます。これにより新着メールがM365に届くようになります。この切り替えは夜間や週末に実施するのが一般的です。切り替え直後は一時的にメール配送が不安定になる可能性があるため、監視体制を強化してください。

ファイルの移行（Drive → SharePoint / OneDrive）

Google DriveからSharePoint / OneDriveへの移行は、メール移行より複雑です。

個人ファイル（マイドライブ）はOneDriveに、共有ドライブはSharePointの適切なサイトに移行します。移行時の注意点として、Googleドキュメント/スプレッドシート/スライドはOffice形式（docx/xlsx/pptx）に自動変換されますが、複雑な書式やスクリプト（Google Apps Script）は変換で崩れる可能性があります。共有リンクは移行後に無効になるため、重要なリンクは事前に棚卸しが必要です。ファイルパスの長さ制限（SharePointは400文字）に引っかかるケースがあります。

認証基盤の統合

GWSのアカウントからM365のアカウント（Entra ID）に認証を統一します。GWS側でSSO連携していたSaaSアプリがある場合は、Entra ID側でのSSO再設定が必要です。移行完了後、GWSのアカウントを無効化（ただし一定期間は保持してデータ参照可能にする）します。

Phase 4：最適化・定着（3〜6ヶ月）

GWSの解約

移行完了後、GWSのサブスクリプションを解約します。ただし、すぐに解約するのではなく、少なくとも1〜2ヶ月はGWSを読み取り専用で維持し、移行漏れのデータがないか確認期間を設けてください。

M365の活用促進

GWSに慣れていたユーザーにとって、M365は操作感が大きく異なります。特にTeams（Chat/Meetの代替）、OneDrive/SharePoint（Driveの代替）、Outlook（Gmailの代替）の使い方研修を実施してください。

SaaSの再整理

GWSとSSO連携していたSaaSアプリをEntra ID側で再設定し、認証経路を統一します。また、Google系サービスに依存していた業務フロー（Google FormsやGoogle Apps Scriptなど）の代替手段を検討します。

よくあるトラブルと対策

GWSからM365への移行で頻発するトラブルを挙げます。

Googleドキュメントの変換崩れについては、重要なドキュメントは移行前にPDFでバックアップを取っておきます。変換後に手動で体裁を調整する工数も見込んでください。

共有リンクの断絶については、社内で広く共有されているGoogleドキュメントのリンクをリスト化し、移行後の新しいリンクへのリダイレクト（SharePointの短縮URLなど）を設定します。

ユーザーの操作混乱については、GmailとOutlook、DriveとOneDriveの操作の違いをまとめた「クイックリファレンスシート」を配布すると効果的です。

メール配送の一時的な不安定については、MXレコード切り替え後、DNS伝播に最大48時間かかる場合があります。この間、一部のメールがGWS側に届く可能性があるため、GWSの転送設定を事前に構成しておきます。

まとめ

GWSからM365への移行は、M&A PMIの中でも技術的に複雑な領域です。特にメール移行とファイル移行は、データ量・変換精度・共有リンクの処理など多くの注意点があります。

計画的に進め、並行運用期間を確保し、ユーザーへの事前コミュニケーションを丁寧に行うことが成功の鍵です。

情シス365では、GWSからM365への移行を含むM&A後のIT統合を専門的にサポートしています。異なるプラットフォーム間の統合にお悩みの方は、お気軽にご相談ください。