この記事の目的：Google Workspace導入を「Gmailへ切り替える作業」だけにせず、業務で使っている情報・認証・共有・旧メール経路まで含めて移行漏れを防ぐためのチェックリストです。
最初に「何を移すか」を棚卸しする
メールだけを見て移行を始めると、稼働後に「共有カレンダーがない」「連絡先がない」「旧アドレス宛のメールが届かない」といった問題が起こります。導入前に現在の業務データを一覧化します。
| 対象 | 確認内容 |
|---|---|
| メール | 受信箱、送信済み、フォルダー/ラベル、旧アドレス |
| 連絡先 | 個人連絡先、共有連絡先、重複 |
| カレンダー | 個人予定、共有予定表、権限 |
| Drive | My Drive、共有ドライブ、所有者、外部共有 |
| ブラウザー | ブックマーク、必要に応じてパスワードやChromeプロファイル |
| DNS | MX、SPF、DKIM、DMARC、既存のWeb/DNS影響 |
メール移行前に確認すること
旧メールをどう扱うか
旧メールサーバーのデータをGmailへ移行するのか、一定期間旧環境を閲覧可能にするのか、POP/IMAP等で受けるのかを決めます。ドメインを変更する場合は、旧ドメイン宛メールをいつまで受け付けるかも業務判断が必要です。
DNS切替の順序
MXだけを変更して終わりではありません。Googleから送信するメールについてSPF・DKIM・DMARCを整え、Webサーバーや他のメール送信サービスが同じドメインを使っている場合は、その送信経路も確認します。
連絡先・カレンダー・Drive
Google Workspaceでは「誰の所有物か」と「誰へ共有されているか」が重要です。退職者個人のMy Driveに重要資料が残る構成を避け、組織で継続管理すべき資料は共有ドライブ等へ整理します。カレンダーも単純なデータ移行だけでなく、共有権限や会議室などのリソース運用を確認します。
認証は導入初期に設計する
GoogleはWorkspace管理者アカウントに2段階認証を要求する方向で運用しており、管理者や重要情報を扱う利用者には2段階認証を設定すべきです。Googleの管理者向け資料では、セキュリティキーを強力な2段階認証方式として案内しています。
管理者アカウント
- 日常業務用アカウントと管理者用途を分離できるか検討する
- 2段階認証を設定する
- 復旧手段を一人だけに依存させない
- 管理者権限を必要最小限にする
一般ユーザー
- 2段階認証の方式を統一する
- スマートフォン紛失時の復旧手順を決める
- 物理セキュリティキーを使う対象者を決める
- 共有アカウントの乱用を避ける
導入時のチェックリスト
- 利用者一覧と必要ライセンスを確定
- ドメイン所有権を確認
- 既存メール送信元を棚卸し
- ユーザー/グループを作成
- メール・連絡先・カレンダー・Driveの移行方式を決定
- MX/SPF/DKIM/DMARCを設計
- 2段階認証と復旧方法を設定
- 共有ドライブ・共有カレンダー等を整備
- 旧メール・旧ドメインの受信継続期間を決定
- 切替後に送受信、共有、外部メール到達を確認
やってはいけない進め方
- MXレコードだけ変更して移行完了とする
- 旧ドメインの扱いを決めずに切り替える
- 管理者アカウントを全員で共有する
- 2段階認証を後回しにする
- Driveの所有者と共有範囲を確認せず大量移行する