---
title: "Google WorkspaceへのMX切替後にメールを送受信できないとき"
description: "Google Workspace向けにMXを変更した後の送受信障害を、公開MX、Gmail有効化、受信と送信、旧サーバー内配送の順で切り分けます。旧メールボックスを削除する前に確認する内容です。"
date: 2026-07-31
updated: 2026-07-31
category: メールとドメイン
tags: [MXレコード, メール障害]
official_sources: [admin-mx, admin-toolbox-dig]
related_articles: [email-migration-precheck, google-workspace-domain-verification-failed]
related_links: [migration, consultation]
draft: false
---

Google Workspace向けにMXレコードを変更した後でメールを送受信できない場合は、受信と送信を分けて確認します。MXは主に、外部から届くメールの受信先を決めるDNSレコードです。送信だけ失敗しているなら、MX以外の設定を調べます。

レンタルサーバー側のメールボックスは、最初に削除しないでください。メールボックスが残っているだけで外部メールの配信先が決まるわけではありません。公開MX、Google管理コンソール、旧サーバー内の配送を順に確認します。

## 公開MXがGoogleを向いているか確認する

Google管理者ツールボックスのDigなどで、`www`を付けない対象ドメインのMXを調べます。DNS管理画面へ保存した値ではなく、インターネットから見える値で判断してください。

Googleの現行ヘルプでは、新しいGoogle WorkspaceのMX値は `smtp.google.com` と案内されています。DNS事業者によっては末尾のピリオドが必要です。入力形式は利用中のDNS事業者の手順へ合わせます。

古いメールサーバーのMXや誤ったMXが同時に残ると、メールが正しく機能しない場合があります。Googleへ完全に切り替える計画なら、変更前に旧MXを記録し、公式手順に沿って置き換えます。

2023年より前からGoogle Workspaceを利用し、`aspmx`で始まる旧形式のMXで正常に動いている場合は、Google公式も変更不要と案内しています。新規設定と既存の正常稼働を混同しないようにします。

## 管理コンソールでGmailを有効にする

DNSのMXがGoogleを向いていても、Google管理コンソール側でGmailを有効にしていなければ設定は完了しません。ドメインの所有権が確認済みかも確認します。

Google管理コンソールのドメイン管理で、対象ドメインの状態とGmail有効化を確認します。MXのDNS変更と、管理コンソールの有効化は二つの作業です。

対象ユーザーが作成され、停止されていないことも確認してください。`info@`などがユーザーではなくグループやエイリアスなら、宛先とメンバー設定を見ます。

## 受信と送信を別のテストにする

受信テストは、別ドメインの外部メールからWorkspaceの各ユーザーへ送ります。送信日時と宛先、件名を記録します。届かなければ送信元へ返ったエラーも確認してください。

送信テストは、Workspaceの各ユーザーから外部のメールアドレスへ送ります。GmailのWeb画面から送れるかを先に確認すると、メールソフト固有のSMTP設定とWorkspace側の状態を分けられます。

外部から受信できない場合は、公開MXとDNS反映を確認します。次にGmail有効化とユーザーの状態を見ます。Gmailから外部へ送信できない場合は、ユーザー状態と送信制限を確認してください。SMTPクライアントやSPF、DKIMも調べます。

Google公式ヘルプでは、新しいMXが認識されるまで最長72時間ほどかかる場合があると案内されています。待つ場合も、公開MXが正しいことを確認してからにしてください。

## 旧サーバー内だけの配送を確認する

外部からはGoogleへ届くのに、同じレンタルサーバー上の問い合わせフォームから届かない場合があります。旧サーバーが同じドメインの宛先をローカル配送し、公開MXを参照していない可能性があります。

この状態では、旧メールボックスを削除するだけで直るとは限りません。サーバー側のメール配送設定を外部へ切り替えるか、フォームの送信経路をGoogle Workspaceに対応させます。変更方法は利用中のサーバー会社へ確認してください。

転送設定やメーリングリストも同様です。どのサーバーが受信し、どこへ転送しているかを確認します。旧環境の設定を一括削除すると、原因と戻し方が分からなくなります。

## 旧メールボックスは安定確認後に停止する

旧メールボックスには過去メールが残っている場合があります。MX切替後の送受信が安定し、必要な過去メールの保存も確認できるまで停止しない方が安全です。

切替前には旧MXとTTL、ユーザー一覧を記録します。誰が切戻しを判断するかも決めてください。切替後にGoogleへ届いたメールは、MXを元へ戻しても旧サーバーへ自動的には移りません。切戻しだけでデータが元どおりになるとは考えないでください。

意図的な分割配送や二重配送を使っている環境では、Googleの標準MXへ単純に置き換えられない場合があります。そのような構成は、現在のメール経路を図にしてから変更します。

公開MXとGmail有効化を確認し、受信と送信を別々にテストします。旧サーバー内の配送まで確認できてから、不要なメールボックスと転送の停止を判断してください。移行を含めて切替計画が必要な場合は、[Google Workspace移行支援](/migration/)をご覧ください。