Google Workspaceを利用しているのにメールを受信できない場合や、導入時のメール切替が正しくできているか不安な場合は、MXレコードを確認します。
MXレコードは、独自ドメイン宛てのメールをどのメールサーバーへ届けるかを示すDNS情報です。Google Workspaceの管理コンソールでGmailを有効にしても、MXレコードが別のメールサービスを指していれば、受信メールはGoogleへ届きません。
結論から言うと、DNS管理画面の登録値と、インターネット上に公開されているMXレコードの両方を確認します。新しくGoogle Workspaceを設定する場合の値はsmtp.google.com、優先度は1です。一方、2023年より前から使われているASPMXなどの従来値は現在もサポートされており、メールが正常なら確認目的だけで変更する必要はありません。
- MXレコードの役割
- DNS管理画面と外部確認ツールで現在値を調べる方法
- 新しい単一MX値と従来MX値の違い
- 変更前に準備するアカウントと記録
- 設定後の受信テストとトラブル確認
- 問題が起きた場合の戻し方
MXレコードとは
MXはMail Exchangeの略で、ドメイン宛ての受信メールをどこへ配送するかを示します。
たとえばuser@example.comへメールを送ると、送信側はexample.comのMXレコードを調べ、その参照先のメールサーバーへ配送します。
MXレコードは、主に受信経路を決める設定です。送信元を認証するSPF、DKIM、DMARCとは役割が異なります。
| DNS設定 | 主な役割 |
|---|---|
| MX | 受信メールの配送先を決める |
| SPF | ドメインから送信できるサーバーを示す |
| DKIM | 送信メールへ電子署名を付けて検証できるようにする |
| DMARC | SPF・DKIMとドメイン整合をもとに失敗時の扱いを示す |
独自ドメイン設定全体の流れは「Google Workspaceの独自ドメイン設定方法」で解説しています。
確認前に用意する情報
次の情報を整理してから確認します。
- 確認するドメイン名(
wwwを付けない) - ドメインとDNSを管理しているサービス
- DNS管理画面へ入れる担当者
- 現在利用しているメールサービス
- Google Workspaceへ切り替えた日、または切替予定日
- 受信させるユーザー、エイリアス、Googleグループ
ドメインを購入した会社とDNSを管理している会社が同じとは限りません。ネームサーバーを確認し、実際に公開DNSを管理している場所を特定してください。
方法1:DNS管理画面でMXレコードを確認する
ドメインのDNS管理画面を開き、対象ドメインのMXレコードを探します。サービスによって「DNSレコード」「DNS設定」「ゾーン設定」など名称が異なります。
次の項目を記録します。
| 確認項目 | 内容 |
|---|---|
| 種別 | MXになっているか |
| ホスト名 | ルートドメインなら空欄、@など事業者指定の形式 |
| 優先度 | 数字が小さい参照先ほど優先される |
| 参照先 | どのメールサービスを指しているか |
| TTL | 変更が反映されるまでの目安に関係する値 |
画面に値が保存されていても、公開DNSへ反映されていない場合があります。次の外部確認も行います。
方法2:外部から公開中のMXレコードを確認する
Google管理者ツールボックスのDigなど、DNSを照会できるツールを使用します。
- レコード種類でMXを選ぶ
- 確認するドメインを
example.comのように入力する www.example.comではなく、メールアドレスの@より後ろのドメインを指定する- 表示された優先度と参照先を記録する
- DNS管理画面の値と比較する
コマンドを利用できる環境では、次のようにも確認できます。
nslookup -type=mx example.com
example.comは確認対象のドメインへ置き換えます。コマンドの表示内容はOSやDNS環境で異なる場合があります。
Google Workspaceの現在のMX値
Googleの公式情報では、新しく設定するGoogle WorkspaceのMXレコードとして次の値が案内されています。
| 項目 | 値 |
|---|---|
| 種別 | MX |
| ホスト名 | 空欄または@などDNS事業者の指定に従う |
| 優先度 | 1 |
| 参照先 | smtp.google.com |
DNS事業者によって、参照先の末尾にピリオドを付けるsmtp.google.com.形式や、優先度と参照先を同じ欄へ入力する形式があります。利用中のDNS事業者の説明を優先してください。
ASPMXから始まる従来値が表示された場合
2023年より前にGoogle Workspaceを利用し始めた環境では、ASPMX.L.GOOGLE.COMやALT1.ASPMX.L.GOOGLE.COMなど、複数の従来値が登録されている場合があります。
Googleは、メールが正常に機能している場合は変更不要で、従来値も引き続きサポートすると案内しています。古い形式という理由だけで削除・置換しないでください。
Google以外のMXレコードが表示された場合
現在も別のメールサービスで受信している場合は、切替前なら正常な可能性があります。一方、Google Workspaceへ切り替え済みのはずなのに別サービスを指している場合は、切替計画とDNSの変更履歴を確認します。
古いMXレコードや意図しない参照先が残ると、メールが正しく届かない可能性があります。ただし、移行期間中の併用、メールゲートウェイ、ルーティングサービスなどを使っている場合は構成が異なります。用途を確認せず削除しないでください。
MXレコードを変更する前の確認
MXレコードを変更すると、新しく届くメールの受信先が変わります。次の準備が終わっているか確認します。
- Google Workspaceでドメイン所有権を確認した
- 受信に必要なユーザーを作成した
- 共同窓口はエイリアスまたはGoogleグループとして準備した
- 管理コンソールでGmailを有効にする手順を確認した
- 現在のMX値、優先度、TTLを保存した
- 切替後の送受信テスト担当者を決めた
- 問題が起きた場合に以前のMXへ戻す手順を用意した
メールデータを移行する場合は、「Google Workspaceへのメール移行手順」も確認してください。
変更後に確認すること
新しいMXレコードが認識されるまで、最長72時間かかる場合があります。保存直後だけで判断せず、次の順で確認します。
- 外部のDNS確認ツールで公開値を確認する
- Google管理コンソールで対象ドメインのGmailを有効にする
- 個人Gmailなど社外のアドレスから、作成済みユーザーへテストメールを送る
- Google Workspaceから社外へ返信できるか確認する
- 届かない場合は送信者が受け取ったエラーと、メールログ検索を確認する
同じ社内アカウントから送るテストだけでは、インターネット側のMX経路を通らない場合があります。必ず外部アドレスからの受信も確認してください。
よくある確認結果と対応
| 確認結果 | 考えられる状況 | 次に確認すること |
|---|---|---|
| MXが見つからない | レコード未登録、ホスト名の誤り、未反映 | DNS事業者の入力形式と公開値 |
| Google以外を指している | 切替前、旧サービス、ゲートウェイ利用 | 現在の構成と切替計画 |
| 正しい値だが受信できない | Gmail未有効、ユーザー未作成、反映待ちなど | 管理コンソール、経過時間、メールログ |
| 従来のASPMX値が表示される | 以前からGoogle Workspaceを利用 | 正常受信できていれば原則変更不要 |
| DNS画面と外部結果が違う | 別DNSを編集、キャッシュ、反映途中 | ネームサーバーと時間を置いた再確認 |
問題が起きた場合の戻し方
切替後に重大な受信障害が発生し、原因を短時間で解消できない場合は、事前に保存した変更前のMXレコードへ戻す判断を行います。
ただし、DNSは元へ戻しても即時に全利用者へ反映されるとは限りません。また、切替後にGoogleへ届いたメールと旧サービスへ届いたメールが分かれる可能性があります。変更履歴と確認時刻を残し、必要に応じて両方の受信先を確認してください。
まとめ
Google WorkspaceのMXレコード確認では、DNS管理画面と外部から見える公開値を比較することが大切です。
- MXは受信メールの配送先を決める
- 新規設定の参照先は
smtp.google.com、優先度は1 - 正常稼働中の従来MX値は、古いという理由だけで変更しない
- MX変更前にユーザー、共同窓口、Gmail有効化、戻し方を準備する
- 変更後は外部アドレスから受信テストを行う
現在のメール構成が分からない場合は、MXレコードを削除する前に、DNS事業者、旧メールサービス、Google Workspaceの販売店やサポートへ確認してください。
出典・参考情報
情報確認日:2026年9月13日
