Google Workspace移行を失敗しない3ステップ【2026年版】

Google Workspaceへのメールサーバー移行は、「①アカウント作成 → ②ドメイン所有権の証明（TXTレコード）→ ③データ移行 → ④MXレコード切替 → ⑤デバイス設定変更」の5ステップで進めるのが最短ルートです。この順番を守れば、メール不達や受信漏れといった業務停止レベルのトラブルはほぼ防げます。

私はこれまでに50社以上のGoogle Workspace導入・移行を支援してきました。本記事では、実際の現場で発生したトラブルと対処法を踏まえ、移行元（Microsoft 365・IMAPサーバー・無料Gmail・Outlook PST）ごとの最適ツールと手順、MXレコード切替の具体的な設定値、移行後のチェックリストまでを時系列で解説します。

この記事のポイント

移行は「データ移行 → MX切替」の順で行うのが鉄則（逆にすると受信メールの一部が失われる）
移行元別に最適ツールは異なる：MS365はデータ移行サービス、IMAPは同サービスのIMAP接続、Outlook PSTはGWMMO
MXレコードはGoogle指定の5件（ASPMX.L.GOOGLE.COMほか）に置き換え、反映には最大72時間
SPF（v=spf1 include:_spf.google.com ~all）とDKIM・DMARCを設定しないと送信メールがスパム判定されるリスクあり
10名規模なら1日以内、100名規模なら2〜3日が実測の目安

Google Workspaceメール移行の全体フロー（5ステップ）

まずは移行プロジェクトの全体像を掴みましょう。以下のフローを把握しておくと、各工程で「いま何のために作業しているのか」が明確になり、作業漏れを防げます。

STEP1：Google Workspaceアカウント作成・プラン選定（所要時間：30分〜1時間）
STEP2：ドメイン所有権の証明（TXTレコード追加）（反映待ち含め数分〜最大72時間）
STEP3：既存メールデータの移行（データ量により数時間〜数日）
STEP4：MXレコードの切替（反映待ち最大72時間・通常は数時間以内）
STEP5：各デバイスのメールクライアント設定変更（1人あたり10〜20分）

重要なのはSTEP3のデータ移行をSTEP4のMX切替より先に完了させることです。MXを先に切り替えてから旧サーバーからデータを吸い上げようとすると、切替直後に届いた新着メールが旧サーバーに残り、移行対象から外れてしまうケースがあります。

Google Workspaceプラン比較：Business Starter / Standard / Plus

移行作業に入る前に、自社に合ったプランを選定しておきます。2026年4月時点の主要3プランを比較しました。

項目	Business Starter	Business Standard	Business Plus
月額（1ユーザー/年間契約）	800円	1,600円	2,500円
ストレージ/ユーザー	30GB	2TB	5TB
Meet最大参加人数	100人	150人	500人
会議録画	×	〇	〇
Vault（eDiscovery）	×	×	〇
共有ドライブ	×	〇	〇

規模別の推奨プラン

小規模（〜10名）：メール中心ならStarterで十分。ただし1ユーザー30GBを超える既存データがある場合はStandard推奨
中規模（10〜300名）：Business Standard。ファイル共有・会議録画を含む標準的な業務に最適
コンプライアンス重視：Business Plus。メール監査・法的証拠保全（リーガルホールド）が必要な業種向け

導入コストを抑えたい場合は、公式パートナー経由で取得できる割引も検討できます。Google Workspace 15%割引プロモーションコードの活用方法はこちらで解説しています。

STEP1〜2：アカウント作成とドメイン所有権の証明

アカウント作成の手順

Google Workspace公式サイトから「お試し開始」を選択
会社名・従業員数・連絡先情報を入力
所有ドメインを入力（例：example.co.jp）
管理者アカウント（admin@example.co.jp など）を作成
管理コンソール（admin.google.com）への初回ログインを確認

導入に適したドメインの選び方で迷っている場合は、属性型JPドメイン（.co.jp）を使った初期設定ガイドもあわせて参考にしてください。ドメインの信頼性はメール到達率に直結します。

ドメイン所有権の証明（TXTレコード）

ドメイン所有権の証明とは、「そのドメインを本当にあなたが管理しているか」をGoogleが確認するための工程です。管理コンソールに表示される「google-site-verification=xxxxx」という値を、ドメイン登録事業者のDNS設定にTXTレコードとして追加します。

主要ドメイン事業者別の設定画面名称

お名前.com：「ドメイン設定」→「DNS関連機能の設定」→「DNSレコード設定」
ムームードメイン：「ムームーDNS」→「カスタム設定」
Squarespace Domains（旧Google Domains）：「DNS」→「Custom records」
さくらのドメイン：「ゾーン情報」→「編集」

TXTレコード追加後、管理コンソールで「確認」を押せば完了です。反映まで通常数分、長くても1時間以内に完了します。

STEP3：移行元別の最適なデータ移行ツールと手順

Google Workspaceのデータ移行とは、既存のメールシステムからGmailへメール本文・添付・連絡先・カレンダーなどを転送する工程です。移行元によって最適なツールが異なるため、まず下の比較表で自社のケースを特定してください。

移行元	推奨ツール	対応データ	所要時間目安（100名）	難易度	提供元
Microsoft 365 / Exchange Online	データ移行サービス	メール・連絡先・カレンダー	1〜2日	中	Google公式
オンプレExchange 2016/2019	データ移行サービスまたは Google Workspace Migrate	メール・連絡先・カレンダー	2〜3日	中〜高	Google公式
IMAP対応サーバー（レンタルサーバー等）	データ移行サービス（IMAP接続）	メールのみ	2〜5日	中	Google公式
無料Gmail	Gmailインポート機能	メール・連絡先	数時間〜1日	低	Google公式
Outlook PSTファイル	GWMMO	メール・連絡先・カレンダー	1PCあたり数時間	中	Google公式

パターン1：Microsoft 365 / Exchange Serverからの移行

MS365から移行する場合は「データ移行サービス」を使い、メール・連絡先・カレンダーを一括で移行できます。

場所：Google Workspace 管理コンソール > アカウント > データ移行
手順：①移行元で「Exchange Online」または「Exchange Server」を選択 → ②管理者の認証情報を入力 → ③移行対象ユーザーを選択 → ④期間・ラベル付与ルールを設定 → ⑤開始
特徴：Microsoft環境からの移行における第一選択肢。差分移行にも対応し、途中で止まっても未移行分のみ再実行できる

パターン2：IMAPサーバー（レンタルサーバー等）からの移行

さくらインターネット・エックスサーバーなどIMAP対応レンタルサーバーから移行する場合も、データ移行サービスのIMAP接続を使います。ただし連絡先・カレンダーは別途手動移行が必要です。

場所：管理コンソール > データ移行 > 「IMAP対応メールサーバー」を選択
接続情報：IMAPサーバー名・ポート番号（通常993／SSL）・各ユーザーのメールアドレスとパスワード
注意点：移行元サーバーの同時接続数制限に注意。私の経験では、50ユーザー同時に動かすとタイムアウトするレンタルサーバーが多く、10〜20ユーザーずつ段階的に実行するのが安全です

パターン3：無料Gmailアカウントからの移行

個人Gmailから移行する場合は、新しいWorkspace版Gmailの設定画面からインポート機能を使うのが最も簡単です。

場所：新Gmail > 設定（歯車）> すべての設定を表示 > アカウントとインポート > 「メールと連絡先をインポート」
特徴：ユーザー自身が移行元アドレスとパスワードを入力するだけ。管理者の手間がかからない

パターン4：Outlookデータファイル（PSTファイル）からの移行

PCローカルにメールを保存しているOutlookユーザーは、Google公式の「GWMMO（G Suite Migration for Microsoft Outlook）」を各PCにインストールして移行します。

場所：ユーザーのWindows PCにインストール
対応データ：メール・連絡先・カレンダー・仕分けルール
特徴：POP3で運用していたOutlookユーザーにも使える唯一の公式ルート

STEP4：MXレコード（DNS）の切替手順

MXレコードとは、そのドメイン宛のメールをどのサーバーで受信するかをDNSに登録する設定値です。ここを切り替えることで、受信先が旧サーバーからGoogleのメールサーバーへ切り替わります。

Google Workspaceに設定するMXレコード（5件）

優先度	ホスト名（値）
1	ASPMX.L.GOOGLE.COM
5	ALT1.ASPMX.L.GOOGLE.COM
5	ALT2.ASPMX.L.GOOGLE.COM
10	ALT3.ASPMX.L.GOOGLE.COM
10	ALT4.ASPMX.L.GOOGLE.COM

切替手順

切替の24〜48時間前にTTLを300秒に下げる（通常TTLは3600秒だが、切替時の反映待ちを短縮できる）
既存MXレコード（旧サーバーを指す5件等）を削除
上記の新MXレコード5件を追加
SPFレコードを「v=spf1 include:_spf.google.com ~all」に更新
管理コンソールでDKIM公開鍵を生成し、指定のCNAME/TXTレコードをDNSに追加
反映確認：「MXToolbox」などのMXレコードチェックツールでGoogleのMXが返ることを確認

反映時間は通常1〜6時間、最大で72時間かかります。切替直後は旧サーバーにもメールが届く可能性があるため、旧サーバーは最低1週間は稼働させ、届いたメールを転送設定で新Gmailへ送るようにしておくのが安全です。

ブランド統合や社名変更に伴い、メインドメイン自体を変更する場合は、メインドメイン変更の手順と注意点もあわせて確認してください。影響範囲が広く、事前調査が不可欠です。

STEP5：移行後のデバイス設定変更手順

MXレコードを切り替えた後は、各ユーザーのデバイスで旧アカウントを削除し、新しいGoogleアカウントを追加する作業が必要です。

PC（Windows / Mac）

Outlook：ファイル > アカウント設定で旧アカウントを削除し、新アカウントを追加。Google Workspace版Outlook接続はOAuth認証を推奨
Thunderbird：アカウント設定からIMAP設定をimap.gmail.com（ポート993／SSL）、送信はsmtp.gmail.com（ポート465／SSL）に変更
Mac 標準メール：環境設定 > アカウントで新規にGoogleアカウントを追加

スマートフォン（iOS / Android）

iOS：設定 > メール > アカウント追加 > Googleを選択
Android：Gmailアプリ > アカウント追加。標準でOAuth認証され、二段階認証も連動する

SPF / DKIM / DMARCの設定（送信メールのスパム判定を防ぐ）

MX切替と同時に必ず実施すべきが送信ドメイン認証の設定です。これを怠るとGoogle Workspaceから送った正規メールが取引先のスパムフォルダに入るという事故が起こります。

SPFレコード（TXT）：v=spf1 include:_spf.google.com ~all
DKIM：管理コンソール > アプリ > Google Workspace > Gmail > メールの認証で公開鍵を生成し、指定のCNAMEまたはTXTレコードとしてDNSに登録 > 「認証を開始」
DMARC（TXT）：ホスト名「_dmarc」、値は最初「v=DMARC1; p=none; rua=mailto:dmarc@example.co.jp」で運用状況を観測し、問題なければp=quarantine→p=rejectと段階的に強化

データ移行で失敗しないための5つの鉄則

計画通りに進まないこともあるのが現実です。私が過去の案件で得た経験から、特に重要な鉄則を5つにまとめました。

鉄則1：本番前に必ずテスト移行を実施する
自分や数名のアカウントで事前にテストし、データの移り方・所要時間・エラー内容を把握しておく。本番の想定外を減らす最も費用対効果の高い工程です。
鉄則2：移行前にメールボックスを整理する
不要なメール・大容量添付・ゴミ箱を事前に整理することで、移行時間を30〜50%短縮できたケースが多くあります。
鉄則3：データ量に応じた時間を見込む
1ユーザーあたり10GBのメールデータで、IMAP経由だと12〜24時間かかることがあります。焦らず計画に余裕を持たせましょう。
鉄則4：エラーログを必ず確認する
管理コンソールの移行ログで「失敗したユーザー・エラー理由」を確認し、未移行データがないかを特定します。放置したまま終了すると後から気づいても取り戻せません。
鉄則5：ユーザーへの案内を具体的に行う
「移行後はGmailの左メニューに旧フォルダ名のラベルが付く」「切替日時」「デバイス設定変更の手順書」を事前配布することで、問い合わせの集中を防げます。

Google Workspaceメール移行を選ばないほうがいいケース

中立的な視点で、移行が最適解にならないケースも挙げておきます。

1ユーザーあたりメール容量が30GBを大幅に超えている：Starterでは容量不足、StandardでもIMAP移行の所要時間が現実的でない。PSTファイル経由（GWMMO）での段階移行を検討
Microsoft Teams・SharePointに強依存している：業務フローの再設計コストが移行メリットを上回る可能性あり。ハイブリッド構成でメールのみGmailに移す案も検討
オンプレミス管理が必須のコンプライアンス要件がある：業界規制で国内データセンター保管が必須の場合、Google Workspace Business Plus以上またはオンプレExchange継続を検討

なお、Google Workspace自体の信頼性についてはSLA（稼働率99.9%保証）の詳細で検証しています。移行判断の材料として参考にしてください。

よくある質問（FAQ）

Q1. Google Workspaceへのメール移行にかかる時間はどのくらいですか？

ユーザー数10人以下であれば1日以内が目安です。100人規模でデータ量が1ユーザー10GB前後の場合は2〜3日、500人以上の大規模移行では1〜2週間を見込みます。IMAP経由はAPI経由より遅くなる傾向があります。

Q2. 移行中にメールが届かなくなることはありますか？

MXレコードを正しい手順で切り替えれば、原則メールは止まりません。切替直後の数時間は旧サーバーに届くメールと新サーバーに届くメールが混在するため、旧サーバーを最低1週間稼働させ、転送設定で新Gmailへ送ることで取りこぼしを防げます。

Q3. 移行できないデータはありますか？

IMAP経由ではメール本文・添付のみが対象で、連絡先・カレンダー・タスク・仕分けルールは移行できません。これらは各ツール（Google連絡先のCSVインポート、カレンダーのICSインポート）を使って個別に移します。

Q4. 移行が完了したら旧サーバーはすぐ解約していいですか？

推奨は最低1〜2週間の並行稼働です。MXレコードの反映には最大72時間かかり、さらに取引先の古いアドレス帳から旧アドレスへ送られるメールが数週間にわたって届くことがあります。解約前に旧サーバーのログで受信が途絶えたことを確認してから解約するのが安全です。

Q5. データ移行サービスとGoogle Workspace Migrateの違いは何ですか？

データ移行サービスは管理コンソール組み込みで小〜中規模（数百ユーザー）向け、Google Workspace Migrateは専用サーバーを立てて大規模（数千ユーザー）・複数データ種別の並行移行に対応する別プロダクトです。100名以下ならデータ移行サービスで十分です。

Q6. 移行作業を自社でやるか外部業者に依頼するか、判断基準はありますか？

社内に管理コンソール操作とDNS変更の経験者がいる場合は自社実施で問題ありません。専門業者へ委託した場合の相場は1ユーザーあたり5,000〜20,000円程度で、50名を超えるとスケジュール管理のコストが業者委託の費用を上回ることが多い印象です。

Q7. 移行後にメールがスパム判定されます。原因は何ですか？

ほぼ確実にSPF・DKIM・DMARCの設定不備です。MXレコードだけ切り替えても送信ドメイン認証は自動設定されません。本記事の「SPF/DKIM/DMARCの設定」セクションを参照し、3つすべてをDNSに反映してください。反映後は「mail-tester.com」などで送信スコアを確認できます。

まとめ：移行後チェックリストで抜け漏れを防ぐ

Google Workspaceへのメールサーバー移行は、時系列の手順さえ正しく踏めば、業務を止めずに完遂できるプロジェクトです。最後に、移行完了後に必ず確認すべき項目をチェックリストにまとめました。

移行後チェックリスト

全ユーザーが新Googleアカウントで各デバイスにログインできているか
送受信テスト（社内・社外双方）が成功するか
MXレコード確認ツールでGoogleのMXが返ってくるか
SPF・DKIM・DMARCの3つすべてがDNSに正しく設定されているか
管理コンソールの移行ログで失敗ユーザー・未移行データが残っていないか
旧メールサーバーへの新規受信が途絶えたか（ログ確認）
カレンダー・連絡先の引き継ぎが完了しているか
共有メンバー・メーリングリストが正しく再構成されているか
旧サーバーの解約タイミング（推奨：並行稼働1〜2週間後）が決まっているか
ユーザーへの切替完了周知が完了しているか

このチェックリストをすべてクリアできれば、Google Workspaceでの新しい業務環境を安心してスタートできます。導入コストをさらに抑えたい方は、Google Workspace 割引クーポンで15%割引を受ける方法を事前に確認しておくと、初年度の費用負担を大きく軽減できます。