個人のGoogleアカウントからGoogle Workspace Business Standardへ移行する方法｜エックスサーバーの独自ドメインメールを一部のアドレスだけ移す手順【2026年版】

2026年11月13日 最終更新日時 : 2026年11月13日 山崎講師山崎講師

こんにちは。ゆうせいです。

エックスサーバーで作った独自ドメインのメールアドレスを、個人のGoogleアカウント（Gmail）に転送して使っている会社は少なくありません。受信はエックスサーバーからの転送で受け取り、送信はGmailの「送信元」機能で独自ドメインのアドレスに切り替える、という運用です。無料のGmailだけでなく、Google AI Proのような個人向けの有料プランを使っている方もいると思います。

この運用は、2027年1月に見直しが必要になります。Gmailで他社のメールアドレスを扱う機能が終了するためです。

この記事では、エックスサーバーを使っている会社が、Google Workspace Business Standardに申し込むところから、一部のメールアドレスだけを移行するまでの手順を解説します。結論を先にお伝えすると、次のとおりです。

  • ドメインのMXレコードをGoogleに向け、Google Workspaceの「分割配信」で、Workspaceにいない人あてのメールだけをエックスサーバーへ回す構成がおすすめです
  • エックスサーバーには「ローカル配送」という仕組みがあり、何も対策しないと、エックスサーバーに残った人からWorkspaceへ移った人へのメールが届きません
  • 移行しない人も、2027年1月以降は個人Gmailから独自ドメインのアドレスで送信できなくなるため、別の送信方法を決めておく必要があります

なお、記事の内容は2026年11月時点で確認できた情報にもとづいています。Google Workspaceの管理画面やエックスサーバーの仕様は変わることがあるため、作業前に公式ヘルプとサポートで最新情報を確認してください。

なぜ今、移行を考える必要があるのか

Gmailの「送信元」とPOP受信が2027年1月に終了する

Googleは、Gmailで他社のメールアドレスを扱う3つの機能を終了すると告知しています。

機能内容予定
他のアカウントのメールを確認（POP受信）他社のメールサーバーからGmailへメールを取り込む2027年1月に終了
Gmailify他社のメールにGmailの迷惑メール対策などを適用する2027年1月に終了
送信元（他社のアドレス）Gmailから、Gmail以外のアドレスを差出人にして送る2027年1月に終了

一方で、次のものは終了の対象外です。

  • エックスサーバー側で設定した自動転送（受信は引き続きGmailに届きます）
  • Google Workspaceの「送信元」機能
  • Gmailのスマートフォンアプリで、他社のアカウントをIMAPで追加する使い方
  • Outlook、Thunderbirdなどのメールソフトで送受信する使い方

つまり、エックスサーバーから個人Gmailへの転送は続けられますが、個人Gmailから独自ドメインのアドレスで返信する、という使い方ができなくなります。取引先に独自ドメインのアドレスで返信できないのは、業務上大きな問題です。

全員を移行しない選択肢もある

Google Workspaceは1ユーザーごとの課金です。Business Standardは年契約で1ユーザーあたり月額1,600円（税抜）です。社員全員が同じ頻度でメールを使うとは限らないため、「取引先とのやり取りが多い人だけWorkspaceに移し、それ以外の人はエックスサーバーに残す」という判断は合理的です。

ただし、同じドメインのメールを2つのサービスに分けて運用するには、配送の設定に注意が必要です。この記事の中心は、その設定です。

確認の問い

あなたの会社で、個人Gmailの「送信元」機能を使って独自ドメインのアドレスから送信している人は何人いるでしょうか。Gmailの設定画面の「アカウント」タブで、「名前」欄に独自ドメインのアドレスが登録されているかを確認すると分かります。

理解度チェック（第1問）

2027年1月以降も、引き続き利用できるものはどれでしょうか。

  • A. 個人Gmailの「送信元」で独自ドメインから送る
  • B. エックスサーバーから個人Gmailへの自動転送
  • C. Gmailの「他のアカウントのメールを確認」で受信
  • D. GmailifyでGmailの迷惑メール対策を適用する

解答と解説

正解：B

エックスサーバー側で設定した自動転送は、Gmailの機能ではないため、終了の対象外です。Aの「送信元」、CのPOP受信、DのGmailifyは、いずれも2027年1月に終了するGmailの機能です。受信は転送で続けられても、独自ドメインのアドレスで送信する手段は別に用意する必要があります。

移行の全体像

作業の流れは、大きく次の9段階です。

  1. Google Workspace Business Standardに申し込む
  2. 移行する人と残す人を決める
  3. Google Workspaceでユーザーを作成する
  4. 過去のメールを移行する
  5. DNSのSPFとDKIMを設定する
  6. Google Workspaceに分割配信の設定をする
  7. エックスサーバー側で、ローカル配送の対策をする
  8. MXレコードをGoogleに切り替える
  9. 4つの経路でメールの送受信を確認する

この記事では、次の例で説明します。

区分例使うサービス
移行する人user-a@example.comGoogle Workspace Business Standard
残す人user-b@example.comエックスサーバー
エックスサーバーのサーバー名svXXXX.xserver.jpサーバーパネルの「サーバー情報」で確認

2つの構成の比較

一部のアドレスだけを移行する構成には、大きく2つの方法があります。

項目構成A：MXをGoogleに向ける（おすすめ）構成B：MXをエックスサーバーのままにする
外部からのメールの入口Googleエックスサーバー
移行した人へのメールGoogleに直接届くエックスサーバーからGoogleへ転送する
残した人へのメールGoogleからエックスサーバーへ回すエックスサーバーで受信する
迷惑メール対策Googleのフィルタが最初に働くエックスサーバーを経由した後にGoogleで判定する
将来、全員を移行するとき分割配信の設定を外すだけMXの切り替えが改めて必要

構成Bは、MXレコードを変更しないため、始めやすい方法です。ただし、すべてのメールがエックスサーバーを経由するため、転送のたびに送信元の認証（SPF）が崩れ、Google側で迷惑メールと判定されやすくなることがあります。

この記事では、Google Workspaceを今後のメインにすることを前提に、構成Aで説明します。

理解度チェック（第2問）

構成B（MXレコードをエックスサーバーのままにする構成）で起きやすい問題はどれでしょうか。

  • A. 外部からのメールが、必ずGoogleに先に届く
  • B. 全員の移行時に、分割配信を外すだけで済む
  • C. 移行した人へのメールが、Googleに直接届く
  • D. 転送でSPFが崩れ、迷惑メールと判定されやすい

解答と解説

正解：D

構成Bでは、移行した人へのメールもいったんエックスサーバーに届き、そこからGoogleへ転送されます。転送したメールは、元の送信者のSPFの確認に通りにくくなるため、迷惑メールと判定されることがあります。A、B、Cは、いずれも構成A（MXをGoogleに向ける構成）の特徴です。

ステップ1：Google Workspace Business Standardに申し込む

最初に、Google Workspaceの契約を始めます。すでに同じドメインでGoogle Workspaceを契約している場合は、このステップを飛ばして、ステップ2に進んでください。

1-1. 申し込み画面で会社の情報を入力する

Google Workspaceの公式サイト（workspace.google.com/intl/ja/）を開き、「無料で試してみる」または「使ってみる」から申し込みを始めます。画面の案内に沿って、次の情報を入力します。

入力する項目入力の例・注意点
ビジネスの名前会社名。後から管理コンソールで変更できる
従業員数自分のみ、2〜9人、10〜99人などから選ぶ
地域日本
連絡先の情報申込者の氏名と、普段受信できるメールアドレス

連絡先のメールアドレスには、申込者の個人Gmailなど、今すぐ受信できるアドレスを入力します。申し込み直後は、まだGoogle Workspaceでメールを受信できないためです。

1-2. 既存のドメインを使うことを選ぶ

ドメインを尋ねる画面では、「ドメインを持っている」を選び、エックスサーバーで使っているドメイン（example.com）を入力します。新しいドメインを購入する必要はありません。

ここでドメインを入力しても、すぐにメールの配送先が変わるわけではありません。メールがGoogleに届くようになるのは、ステップ8でMXレコードを切り替えたときです。それまでは、これまでどおりエックスサーバーでメールを受信できます。

1-3. 管理者アカウントを作成する

次に、Google Workspaceにログインするためのアカウントを作成します。最初に作成したアカウントは、すべての設定を変更できる「特権管理者」になります。

項目考え方
ユーザー名移行する予定の代表者のアドレス（例：yamada@example.com）にするのが一般的
パスワード推測されにくい長いパスワードにし、申し込み後すぐに2段階認証プロセスを設定する

管理者アカウントも、Business Standardのライセンスを1人分使います。移行する予定の人のアドレスを管理者にすると、ライセンスを無駄にせずに済みます。

1-4. プランを選び、支払い情報を登録する

プランの選択では、Business Standardを選びます。支払い方法の登録の画面では、次の2つの契約形態から選びます。

契約形態料金（1ユーザー・月額・税抜）特徴
年間契約1,600円料金が安い。契約期間中にユーザー数を減らせない
フレキシブルプラン（月契約）1,900円いつでもユーザー数を増減できる

一部のアドレスだけを移行する場合、後から移行する人を増やしたり、移行をやめたりする可能性があります。最初はフレキシブルプランで始め、人数が固まってから年間契約に切り替える方法も検討してください。

申し込み時には、無料試用期間が用意されていることがあります。無料試用期間中は利用できるユーザー数に上限がある場合があるため、申し込み画面で条件を確認してください。

1-5. エックスサーバーのDNSでドメインの所有権を証明する

申し込みの最後に、「そのドメインの持ち主であること」をGoogleに証明します。これを「ドメインの所有権の証明」といいます。第三者が他社のドメインを勝手にGoogle Workspaceに登録することを防ぐための手続きです。

Google 管理コンソール（admin.google.com）にログインすると、所有権の証明の画面が表示されます。画面に表示される確認コード（google-site-verification= から始まる文字列）をコピーし、エックスサーバーのサーバーパネルで次のように登録します。

  1. サーバーパネルにログインし、「DNSレコード設定」を開く
  2. 対象のドメイン（example.com）を選ぶ
  3. 「DNSレコード追加」で、次の値を入力して追加する
項目設定値
ホスト名空欄（ドメインそのもの）
種別TXT
内容管理コンソールに表示された確認コード
優先度0（TXTでは使わないため初期値のまま）

登録後、管理コンソールに戻って「ドメインを確認」をクリックします。DNSの変更が反映されるまで時間がかかることがあり、すぐに確認できない場合でも、最長で72時間ほど待つと確認できるようになります。

この段階では、MXレコードは変更しません。所有権の証明だけを先に済ませておくことで、ユーザーの作成や過去のメールの移行を、メールの配送に影響を与えずに進められます。

1-6. 同じドメインのGoogleアカウントがないか確認する

社員の中に、example.com のアドレスを使って、個人としてGoogleアカウントを作っている人がいることがあります。たとえば、Googleアナリティクスや YouTube を使うために、会社のアドレスでGoogleアカウントを登録していた、というケースです。

ドメインの所有権を証明すると、このようなアカウントは組織の管理対象として扱われるようになります。データが失われることはありませんが、本人が混乱しないように、申し込み前に社内で確認し、必要に応じてデータのエクスポートを案内しておきましょう。

確認の問い

Google Workspaceへの申し込みとドメインの所有権の証明を済ませた翌日、エックスサーバーのメールアドレスあてのメールは、どちらに届くでしょうか。

解答例：エックスサーバーに届きます。所有権の証明で追加したのはTXTレコードだけで、メールの配送先を決めるMXレコードは変更していないためです。メールがGoogleに届くようになるのは、ステップ8でMXレコードを切り替えた後です。

理解度チェック（第3問）

ドメインの所有権を証明するとき、エックスサーバーのDNSに追加するレコードはどれでしょうか。

  • A. 確認コードを内容にしたTXTレコード
  • B. smtp.google.com を内容にしたMXレコード
  • C. Googleのサーバーを指すCNAMEレコード
  • D. svXXXX.xserver.jp を指すAレコード

解答と解説

正解：A

所有権の証明では、管理コンソールに表示された確認コードをTXTレコードとして追加します。Bのように、この段階でMXレコードを変えると、準備が整う前にメールの配送先がGoogleに切り替わってしまいます。CとDは、今回の所有権の証明では使いません。

ステップ2：移行する人と残す人を決める

最初に、全員のメールアドレスを一覧にします。表計算ソフトで次の列を作ると整理しやすくなります。

列記入する内容
メールアドレスuser-a@example.com など
区分Workspace（Standard）／Workspace（Starter）／エックスサーバー
現在の転送先個人Gmailのアドレス
過去メールの移行必要／不要
共有アドレスかどうかinfo@ などの代表アドレスか

info@ や contact@ のような共有アドレスは、注意が必要です。Workspaceで有料ユーザーを1人分作る方法のほかに、Googleグループで受信する方法や、特定のユーザーのエイリアス（別名）にする方法があります。誰が返信するのかを基準に決めてください。

ステップ3：Google Workspaceでユーザーを作成する

Google 管理コンソール（admin.google.com）で、移行する人のユーザーを作成し、Business Standardのライセンスを割り当てます。

ここで大切なのは、MXレコードを切り替える前に、移行する人のユーザーを作成しておくことです。ユーザーが存在しない状態でMXを切り替えると、その人あてのメールが「宛先不明」として扱われるおそれがあります。

ステップ4：過去のメールを移行する

過去のメールがどこにあるかで、移行の方法が変わります。

過去のメールがある場所移行の方法
個人のGoogleアカウント（Gmail）管理コンソールのデータ移行サービスで、移行元に個人のGmailアカウントを指定する。本人の同意が必要
エックスサーバーのメールボックスデータ移行サービスで、移行元にIMAPサーバー（エックスサーバー）を指定する

エックスサーバーから個人Gmailに転送していた場合、過去のメールの多くは個人Gmailにあります。エックスサーバー側に「転送後もサーバーにメールを残す」設定をしていた場合は、エックスサーバーにも同じメールが残っています。重複を避けるため、どちらか一方から移行してください。

個人のGoogleアカウントは、アカウントそのものをWorkspaceのアカウントに変えるのではなく、データを新しいWorkspaceのアカウントへコピーする形になります。Googleドライブのファイルも、必要なものを新しいアカウントへコピーするか、ダウンロードしてからアップロードし直します。

また、個人のアカウントでGoogle AI Proなどの有料プランを契約している場合は、移行後も個人として契約を続けるかを見直しましょう。Business StandardにはGeminiの機能が含まれています。

理解度チェック（第4問）

個人のGoogleアカウントから過去のメールを移すときの説明として、正しいものはどれでしょうか。

  • A. 個人のアカウントが、そのままWorkspaceのアカウントに変わる
  • B. 移行が終わると、個人Gmailのメールは自動で削除される
  • C. 新しいアカウントを作り、データ移行サービスでコピーする
  • D. エックスサーバーと個人Gmailの両方から移すのが確実である

解答と解説

正解：C

Google Workspaceのアカウントは新しく作成し、データ移行サービスでメールをコピーします。Aのように、個人のアカウントそのものがWorkspaceのアカウントに変わるわけではありません。Bについて、移行元のメールは削除されずに残ります。Dのように両方から移すと、同じメールが重複する原因になります。

ステップ5：SPFとDKIMを設定する

SPFとDKIMは、メールの「なりすまし」を防ぐための仕組みです。

  • SPF：このドメインのメールを送ってよいサーバーの一覧を、DNSに公開する仕組み
  • DKIM：送信するメールに電子署名を付け、途中で改ざんされていないことを証明する仕組み

身近な例えでいえば、SPFは「この会社の書類を出してよい窓口の一覧」、DKIMは「書類に押す会社の印鑑」にあたります。

構成Aでは、Googleとエックスサーバーの両方からメールを送信します。そのため、SPFには両方を記載します。エックスサーバーでDNSを管理している場合は、サーバーパネルの「DNSレコード設定」で、TXTレコードを次のように設定します。

v=spf1 +a:svXXXX.xserver.jp +a:example.com +mx include:spf.sender.xserver.jp include:_spf.google.com ~all

svXXXX.xserver.jp は、ご契約のサーバー名に置き換えてください。SPFのTXTレコードは1つのドメインに1つだけにします。既存のSPFレコードがある場合は、新しく追加せず、既存のレコードを書き換えてください。

DKIMは、Google 管理コンソールの「アプリ」「Google Workspace」「Gmail」「メールの認証」で、DNSに登録するための値を発行します。発行された値を、google._domainkey という名前のTXTレコードとして登録し、管理コンソールで認証を開始します。エックスサーバー側のDKIM設定はそのまま残します。

理解度チェック（第5問）

Googleとエックスサーバーの両方から送信する場合、SPFの設定として正しいものはどれでしょうか。

  • A. Google用とエックスサーバー用のTXTレコードを別々に追加する
  • B. Googleだけを記載し、エックスサーバーの記述は削除する
  • C. 既存のSPFを書き換え、両方を1つのレコードに記載する
  • D. SPFは設定せず、DKIMだけを設定すれば十分である

解答と解説

正解：C

SPFのTXTレコードは、1つのドメインに1つだけにする決まりです。Aのように2つに分けると、SPFの確認そのものが失敗します。Bでは、エックスサーバーに残った人のメールが「なりすまし」と判定されやすくなります。Dについて、SPFとDKIMは役割が異なるため、両方を設定します。

ステップ6：Google Workspaceに分割配信を設定する

分割配信とは、同じドメインあてのメールを、受信者によって2つのメールシステムに振り分ける仕組みです。構成Aでは、すべてのメールがまずGoogleに届き、Workspaceにユーザーがいない宛先のメールだけがエックスサーバーへ回されます。

6-1. エックスサーバーをメールサーバーとして登録する

Google 管理コンソールで、「アプリ」「Google Workspace」「Gmail」「ホスト」を開き、「ルートを追加」をクリックします。

項目設定値
名前Xserver（分かりやすい名前）
メールサーバー単一のホスト：svXXXX.xserver.jp
ポート587（公開されている設定例による。接続できない場合はエックスサーバーのサポートに確認）
TLSの設定TLS接続を必須にする設定にチェックし、「TLS接続をテスト」で成功を確認してから保存

6-2. ルーティングのルールを追加する

「アプリ」「Google Workspace」「Gmail」「ルーティング」を開き、ルールを追加します。

項目設定値
影響を受けるメール「受信」「内部 - 送信」「内部 - 受信」にチェック
次の処理を行う「ルートを変更」にチェックし、6-1で登録した Xserver を選択
影響を受けるアカウントの種類「ユーザー」のチェックを外し、「認識できない、キャッチオール」だけにチェック

「認識できない、キャッチオール」とは、Workspaceにユーザーが存在しない宛先のことです。この設定により、user-b@example.com のようにWorkspaceにいない人あてのメールだけが、エックスサーバーへ回されます。

「内部 - 送信」にチェックを入れるのは、Workspaceに移った user-a さんから、エックスサーバーに残った user-b さんへ送るメールも、エックスサーバーへ回すためです。このチェックがないと、社内の人どうしのメールが届かない原因になります。

確認の問い

ルーティングの「影響を受けるアカウントの種類」で、「ユーザー」にもチェックを入れたままにすると、どのような問題が起きるでしょうか。

解答例：Workspaceにユーザーがいる user-a さんあてのメールまで、エックスサーバーへ回されてしまいます。その結果、user-a さんのGmailにメールが届かなくなります。

理解度チェック（第6問）

分割配信のルーティングで、「影響を受けるアカウントの種類」として選ぶものはどれでしょうか。

  • A. 「認識できない、キャッチオール」だけを選ぶ
  • B. 「ユーザー」と「認識できない」の両方を選ぶ
  • C. 「ユーザー」だけを選び、ほかは選ばない
  • D. アカウントの種類は何も選ばずに保存する

解答と解説

正解：A

エックスサーバーへ回したいのは、Workspaceにユーザーがいない宛先のメールだけです。BやCのように「ユーザー」を選ぶと、Workspaceに移った人あてのメールまでエックスサーバーへ回され、Gmailに届かなくなります。Dでは、ルールの対象が決まらず、分割配信が働きません。

ステップ7：エックスサーバーの「ローカル配送」に対策する

一部のアドレスだけを移行するときに、最もつまずきやすいのがこのステップです。

ローカル配送とは何か

エックスサーバーには、同じサーバー内にある宛先へのメールを、MXレコードを見ずにサーバー内部で配達する仕組みがあります。これを「ローカル配送」といいます。

社内の郵便に例えると、「同じビルの中にある部署あての手紙は、郵便局に出さずに社内便で直接届ける」という動きです。普段は効率のよい仕組みですが、一部の人だけが別のビル（Google）に引っ越した場合、引っ越し前の部屋（エックスサーバーのメールボックス）に手紙が届き続けてしまいます。

具体的には、次の条件がそろうと問題が起きます。

  • エックスサーバーに残った user-b さんが、エックスサーバーから送信する
  • 宛先の user-a さんのドメイン（example.com）が、同じエックスサーバーに設定されている
  • 宛先の user-a さんのメールボックスが、エックスサーバーにまだ残っている

この場合、user-b さんから user-a さんへのメールはGoogleへ送られず、エックスサーバー内の user-a さんのメールボックスに入ります。外部からのメールは正しく届くため、問題に気づくのが遅れがちです。

対策：移行した人のメールボックスに転送を設定する

公開されている対策の1つは、エックスサーバー上の user-a さんのメールボックスを残したまま、Google Workspaceの予備のアドレスへ転送する方法です。

Google Workspaceでは、ドメインの所有権を証明すると、各ユーザーにテスト用のアドレスが割り当てられます。形式は user-a@example.com.test-google-a.com のようになります。このアドレスは受信専用で、Googleにメールを届けるための「裏口」として使えます。

エックスサーバーのサーバーパネルで、次のように設定します。

  1. 「メールアカウント設定」で、user-a@example.com の「転送設定」を開く
  2. 転送先に user-a@example.com.test-google-a.com を追加する
  3. 「転送後にサーバーにメールを残す」を「残さない」に設定する
  4. これまでの個人Gmailへの転送設定を削除する

これで、user-b さんから user-a さんへのメールは、エックスサーバー内でいったん受け取られた後、Googleへ転送されます。

test-google-a.com のアドレスが管理コンソールで無効になっている場合は、「ドメイン」の設定で有効にしてください。また、g.example.com のようなサブドメインをWorkspaceのドメインエイリアスとして追加し、そのサブドメインのMXレコードをGoogleに向けて、転送先として使う方法もあります。

なお、エックスサーバーの契約内に、同じサーバーを使う別のドメインがある場合も、同じ仕組みの影響を受けます。たとえば、WordPressのお問い合わせフォームから送るメールも、エックスサーバーから送信されるため、移行した人あてのメールはローカル配送の対象になります。お問い合わせフォームの通知先に移行した人のアドレスを指定している場合は、ステップ9で必ず確認してください。

ローカル配送の仕様は、エックスサーバーの設定やプランによって変わる可能性があります。作業前に、エックスサーバーのサポートへ「Google Workspaceとの分割配信を予定しており、ローカル配送の影響を確認したい」と問い合わせておくと確実です。

理解度チェック（第7問）

エックスサーバーに残った user-b さんから、移行した user-a さんへのメールが、エックスサーバー内に届いてしまう原因はどれでしょうか。

  • A. GoogleのDKIMの認証を、まだ開始していないため
  • B. ルーティングで「内部 - 送信」を選んでいないため
  • C. MXレコードの変更が、まだ行き渡っていないため
  • D. user-a のメールボックスがエックスサーバーに残っているため

解答と解説

正解：D

エックスサーバーのローカル配送は、宛先のメールボックスが同じサーバーにあると、MXレコードを見ずにサーバー内で配達します。Cについて、ローカル配送はMXレコードを参照しないため、変更が行き渡っても状況は変わりません。Aは送信したメールの信頼性、BはGoogleから送るメールの経路に関わる設定で、この現象の原因ではありません。

ステップ8：MXレコードをGoogleに切り替える

ここまでの準備ができたら、MXレコードを切り替えます。エックスサーバーでDNSを管理している場合は、サーバーパネルの「DNSレコード設定」で作業します。

種別ホスト名内容優先度
MXexample.comsmtp.google.com1

既存のエックスサーバーあてのMXレコードは削除します。古いMXレコードを残すと、メールの一部がエックスサーバーに直接届き、配送が不安定になる原因になります。

MXレコードの変更が行き渡るまで、最長で72時間程度かかります。この間は、メールがGoogleとエックスサーバーのどちらに届くか分からない状態になるため、次の点に注意してください。

  • 切り替えは、取引先とのやり取りが少ない金曜日の夕方などに行う
  • 切り替え後の数日間は、移行した人もエックスサーバーのWebメールを確認する
  • エックスサーバーの契約とメールボックスは、切り替え後もすぐには削除しない

ステップ9：4つの経路で送受信を確認する

切り替え後は、次の4つの経路でメールを送り、届くことを確認します。社外のアドレスには、個人のGmailなどを使います。

経路送信元宛先確認すること
1社外user-a（Workspace）Gmailに届くか
2社外user-b（エックスサーバー）エックスサーバーに届くか
3user-a（Workspace）user-b（エックスサーバー）エックスサーバーに届くか
4user-b（エックスサーバー）user-a（Workspace）Gmailに届くか（ローカル配送の確認）

最も失敗しやすいのは、経路4です。ここで届かない場合は、ステップ7の転送設定を見直してください。

あわせて、Webサイトのお問い合わせフォーム、複合機のスキャン送信、業務システムからの自動送信など、人以外がメールを送る仕組みも確認しましょう。送信元のサーバーがSPFに含まれていないと、相手に届かないか、迷惑メールとして扱われます。

確認の問い

切り替え後、経路1から3は正常に届くのに、経路4だけが届きません。最初に確認すべきことは何でしょうか。

解答例：エックスサーバーに user-a さんのメールボックスが残っていて、ローカル配送でそこに配達されていないかを確認します。エックスサーバーのWebメールで user-a さんの受信箱を開き、テストメールが入っていれば、ステップ7の転送設定が正しくできていないと判断できます。

理解度チェック（第8問）

MXレコードを切り替えた後の確認で、最も失敗しやすい経路はどれでしょうか。

  • A. 社外から、Google Workspaceの人へのメール
  • B. エックスサーバーの人から、Workspaceの人へのメール
  • C. Workspaceの人から、社外の取引先へのメール
  • D. 社外から、エックスサーバーの人へのメール

解答と解説

正解：B

エックスサーバーから送るメールは、ローカル配送の影響を受けるため、Workspaceの人に届かないことがあります。AとDはGoogleのMXレコードと分割配信の設定で届き、Cは社外への通常の送信です。確認では、Bの経路を必ずテストしてください。

エックスサーバーに残す人の運用も決めておく

移行しない user-b さんも、2027年1月以降は個人Gmailの「送信元」機能が使えなくなります。受信は、エックスサーバーから個人Gmailへの転送で引き続き受け取れますが、独自ドメインのアドレスで送信するには、次のいずれかに切り替える必要があります。

方法特徴
Gmailのスマートフォンアプリに、エックスサーバーのアカウントをIMAPで追加するスマートフォンで送受信できる。2027年1月以降も利用可能
Outlook、Thunderbirdなどのメールソフトを使うパソコンでの送受信に向いている
エックスサーバーのWebメールを使うソフトのインストールが不要。操作性はGmailより劣る
後からGoogle Workspaceに移行する分割配信の構成なら、ユーザーを追加して転送設定を変えるだけで移せる

残す人には、2027年1月より前に、どの方法で送信するのかを案内しておきましょう。

移行前のチェックリスト

最後に、作業前に確認しておきたい項目をまとめます。

  • Google Workspace Business Standardに申し込み、ドメインの所有権を証明した
  • 移行する人、残す人、共有アドレスの扱いを一覧にした
  • 移行する人のWorkspaceユーザーを作成し、ライセンスを割り当てた
  • 過去のメールを、個人GmailとエックスサーバーのどちらからWorkspaceへ移すか決めた
  • SPFにGoogleとエックスサーバーの両方を記載した
  • GoogleのDKIMを設定し、認証を開始した
  • 管理コンソールで、エックスサーバーのホストとルーティングのルールを登録した
  • 移行した人のエックスサーバーのメールボックスに、Googleへの転送を設定した
  • エックスサーバーのサポートに、ローカル配送の影響を確認した
  • MXの切り替え日と、切り替え後の確認担当者を決めた
  • 4つの経路と、お問い合わせフォームなどの自動送信を確認する手順を用意した
  • 残す人に、2027年1月以降の送信方法を案内した

まとめ

個人のGoogleアカウントでエックスサーバーのメールを送受信する運用は、Gmailの「送信元」機能が2027年1月に終了するため、見直しが必要です。全員を移行しなくても、Google Workspaceの分割配信を使えば、一部のメールアドレスだけをBusiness Standardへ移行できます。

ポイントは次の4つです。

  • 申し込みとドメインの所有権の証明はMXレコードを変えずに済ませ、準備が整ってから配送先を切り替える
  • MXレコードをGoogleに向け、Workspaceにいない宛先だけをエックスサーバーへ回す
  • エックスサーバーのローカル配送に対策し、残った人から移行した人へのメールを確認する
  • 移行しない人の、2027年1月以降の送信方法を決めておく

次のステップとして、まずはステップ2の一覧表を作り、移行する人と残す人を決めてください。そのうえで、エックスサーバーのサポートにローカル配送の扱いを問い合わせると、自社の環境に合った作業手順を具体的に組み立てられます。

よくある質問（FAQ）

Q1. Google Workspaceに申し込んだだけで、メールが止まることはありますか

止まりません。申し込みとドメインの所有権の証明で追加するのはTXTレコードだけです。メールの配送先を決めるMXレコードを切り替えるまでは、これまでどおりエックスサーバーでメールを受信できます。

Q2. 個人のGoogleアカウント（Google AI Proなど）を、そのままGoogle Workspaceのアカウントに変えられますか

変えられません。Google Workspaceのアカウントは新しく作成し、個人のアカウントからメールやファイルなどのデータをコピーする形になります。個人のアカウント自体は、移行後もそのまま残ります。

Q3. 移行する人ごとに、Business StarterとBusiness Standardを使い分けられますか

Google Workspaceの有料エディションどうしであれば、異なるライセンスを組み合わせて使うことはできます。ただし、管理コンソールからプランを切り替える通常の操作では、組織内の全員に同じエディションが適用されます。複数のエディションを組み合わせて購入したい場合は、Googleの営業担当者か販売代理店に相談してください。

Q4. 移行しない人の、個人Gmailへの転送は続けられますか

続けられます。2027年1月に終了するのは、Gmailの「送信元」機能、POP受信、Gmailifyです。エックスサーバー側で設定した自動転送は対象外のため、受信は引き続き個人Gmailで行えます。ただし、個人Gmailから独自ドメインのアドレスで送信することはできなくなります。

Q5. 過去のメールを移行すると、個人Gmailのメールは消えますか

消えません。データ移行サービスは、移行元のメールを新しいアカウントにコピーします。移行元の個人Gmailには、同じメールが残ります。

Q6. MXレコードを切り替えている間に、メールが消えることはありますか

通常は消えません。切り替えが行き渡るまでの最長72時間程度は、送信元によってGoogleとエックスサーバーのどちらかに届きます。この期間は、移行した人もエックスサーバーのWebメールを確認してください。

Q7. info@ などの共有アドレスにも、有料のライセンスが必要ですか

必ずしも必要ではありません。Googleグループのアドレスとして作れば、ライセンスなしで複数人が受信できます。特定の1人が受け取ればよい場合は、その人のアカウントに別名（エイリアス）として追加する方法もあります。

Q8. test-google-a.com のアドレスが使えない場合は、どうすればよいですか

管理コンソールの「ドメイン」の設定で、テスト用のドメインエイリアスが無効になっていないかを確認します。使えない場合は、g.example.com のようなサブドメインをドメインエイリアスとして追加し、そのサブドメインのMXレコードをGoogleに向けて、エックスサーバーからの転送先として使ってください。

Q9. 年間契約の途中で、ユーザー数を減らせますか

年間契約では、契約期間中にライセンス数を減らすことはできません。移行する人数が固まっていない場合は、フレキシブルプランで始めると、ユーザー数を増減しやすくなります。

よくあるトラブルと対処法

ドメインの所有権の証明ができない

  • 原因1：TXTレコードの値に、余分な空白や引用符が入っている
  • 原因2：ドメインのネームサーバーがエックスサーバーではなく、ドメインを購入した会社（お名前.comなど）になっている
  • 原因3：DNSの変更がまだ反映されていない

対処：確認コードをコピーし直して登録します。ネームサーバーがエックスサーバー以外の場合は、ネームサーバーを管理している会社の画面でTXTレコードを追加します。反映には最長で72時間ほどかかることがあります。

エックスサーバーに残った人から、移行した人へのメールが届かない

  • 原因：エックスサーバーのローカル配送により、エックスサーバー内に残っている移行した人のメールボックスに配達されている

対処：ステップ7の転送設定を見直します。エックスサーバーのWebメールで、移行した人の受信箱にテストメールが入っていないかを確認すると、原因を切り分けられます。

移行した人から、エックスサーバーに残った人へのメールが返ってくる

  • 原因：Google Workspaceのルーティングで、「内部 - 送信」にチェックが入っていない、または「認識できない、キャッチオール」が選ばれていない

対処：ステップ6-2のルーティングのルールを見直します。Googleは自社のドメインあてのメールを社内のメールとして扱うため、Workspaceにユーザーがいない宛先は、ルーティングの設定がないと「宛先が見つからない」として返送されます。

社外から、エックスサーバーに残った人へのメールが届かない

  • 原因1：管理コンソールに登録したエックスサーバーのホスト名やポートが間違っている
  • 原因2：ルーティングのルールで、「受信」にチェックが入っていない

対処：管理コンソールの「ホスト」で「TLS接続をテスト」を実行し、接続できるかを確認します。失敗する場合は、サーバー名（svXXXX.xserver.jp）とポート番号を、エックスサーバーのサポートに確認してください。

送ったメールが、相手の迷惑メールフォルダに入る

  • 原因1：SPFレコードに、Googleとエックスサーバーのどちらかが記載されていない
  • 原因2：GoogleのDKIMが設定されていない、または認証が開始されていない
  • 原因3：SPFのTXTレコードが2つ以上ある

対処：ステップ5のSPFとDKIMの設定を見直します。SPFのTXTレコードは1つにまとめてください。

切り替え後も、一部のメールがエックスサーバーに届き続ける

  • 原因1：エックスサーバーあてのMXレコードが残っている
  • 原因2：MXレコードの変更がまだ行き渡っていない

対処：DNSレコード設定で、エックスサーバーあてのMXレコードが削除されているかを確認します。削除されていれば、72時間ほど様子を見てください。

お問い合わせフォームの通知メールが、移行した人に届かない

  • 原因：WordPressなど、エックスサーバー上のWebサイトから送るメールも、ローカル配送の対象になる

対処：通知先のアドレスについて、ステップ7の転送設定ができているかを確認します。通知先をGoogleグループのアドレスに変える場合は、ローカル配送の影響を受けないかを必ずテストしてください。

過去のメールの移行が終わらない、または重複する

  • 原因1：移行元のアカウントの同意や認証が切れている
  • 原因2：個人Gmailとエックスサーバーの両方から、同じメールを移行している

対処：管理コンソールのデータ移行の画面で、エラーの内容を確認します。移行元は、個人Gmailかエックスサーバーのどちらか一方にしぼってください。

投稿者プロフィール

山崎講師
山崎講師代表取締役
セイ・コンサルティング・グループ株式会社代表取締役。
岐阜県出身。
海外放浪の末、2000年創業、2004年会社設立。
IT企業向け人材育成研修歴業界歴20年以上。
すべての無駄を省いた費用対効果の高い「筋肉質」な研修を提供します！
この記事に間違い等ありましたらぜひお知らせください。

学生時代は趣味と実益を兼ねてリゾートバイトにいそしむ。長野県白馬村に始まり、志賀高原でのスキーインストラクター、沖縄石垣島、北海道トマム。高じてオーストラリアのゴールドコーストでツアーガイドなど。現在は野菜作りにはまっている。
対象読者
全ての社員、山崎講師
前の記事
研修講師のためのZoomとGoogle Meet比較｜無料版の時間制限・ブレイクアウトルーム・録画の違いと選び方【2026年版】New!!
2026年11月13日
次の記事
Google DriveとBoxの違いを比較｜料金・容量・社外共有・セキュリティから見る選び方【2026年版】New!!
2026年11月13日