エックスサーバーのメールがGmailに届かない｜SPF・DKIM・DMARCと送信経路を確認

2026年9月16日

エックスサーバーのメールがGmailに届かないときに、送信経路とメール認証を確認するためのガイド

エックスサーバーから送ったメールがGmailに届かない。迷惑メールに入る。そんなときは、設定を一通りONにする前に、メールをどこから送り、どこのDNSを使っているかを確認しよう。

この記事は、独自ドメインのメールをエックスサーバーのメールサーバーから送る場合を中心に扱う。WordPressのフォームやニュースレターも、同じサーバーを通して送るなら対象になる。サイトをエックスサーバーに置いていても、外部SMTPや配信サービスから送っている場合は、そのサービスの認証設定が必要だ。

送信に使っているのがConoHa WINGのメールサーバーなら、ConoHa WINGからGmailに届かないときの確認手順を参照してください。

実際の送信サーバーがさくらのレンタルサーバなら、さくらのレンタルサーバからGmailに届かないときの確認手順を参照してください。利用中の送信サービスに合わせて、DNSの管理先と設定画面を確認します。

結論：送信経路、DNS管理先、認証結果の順に見る

エックスサーバーでは、独自ドメインを追加したときにSPFレコードが自動追加される。ただし、現在の公開DNSや、その後に追加した送信サービスまで正しく設定されているとは限らない。「SPFは自動だから大丈夫」と決めつけず、次の順番で確認する。

送信経路：エックスサーバーのメールサーバー、Google側のSMTP、外部配信サービスのどれを使っているか。
DNS管理先：そのドメインがエックスサーバーのDNSを使っているか、他社のDNSを使っているか。
認証結果：問題のメールでSPF・DKIM・DMARCがどう判定されているか。届かない場合は、送信側へ返ったエラーも見る。

メールがGmailに届かないときは、送信経路、DNS管理先、SPF・DKIM・DMARCの認証結果の順に確認する。認証成功だけで受信トレイへの到達は保証されない。

DKIMも初期状態の推測ではなく、対象ドメインの現在の設定を確認する。すでにONなら、いったんOFFにしてやり直す必要はない。DMARCは現在のポリシーと認証結果を見て判断し、設定済みの方針を理由なく緩めない。

SPF：自動追加された後の状態を確認する

サーバーパネルの「SPF設定」を開き、対象ドメインの設定内容を見る。「標準設定」は、エックスサーバーが想定するSPFレコードを設定している状態だ。過去に編集している場合は、その値と利用中の送信サービスを照合する。

エックスサーバー公式のSPF設定にある標準値は次のとおり。ホストは対象ドメイン、種別はTXTだ。これは公式の伏字を含む説明用の例で、そのまま貼り付ける値ではない。

v=spf1 +a:sv***.xserver.jp +a:example.com +mx include:spf.sender.xserver.jp ~all

伏字を含むサーバー名は利用中のサーバーのホスト名、example.comは対象ドメインに対応する。include:spf.sender.xserver.jpは、エックスサーバーのメールサービスのSPF設定を参照する部分だ。値の確認には、パネルに表示されている実際のレコードを使う。

新サーバーパネルでは、SPFがOFFの場合に「OFF」をクリックすると有効になり、「標準設定」と表示される。公式は反映まで数分から数時間かかる場合があると案内している。外部サービスも使っている場合は、標準設定だけで全送信元をカバーできるかを先に確認しよう。

「初期化」はカスタム設定などを標準設定へ戻す機能だ。分からなくなったときに無条件で押すと、追加した外部送信元の許可を失うおそれがある。変更前のレコードと、どのサービスのために追加した値かを控え、必要な設定を外さないようにする。

DKIM：現在のON・OFFと公開鍵を確認する

DKIMは、送信メールの電子署名を受信側が検証する仕組みだ。エックスサーバーのDKIM提供開始時のお知らせには、新規ドメインは初期状態でONという案内もある。すべての利用者が手動でONにする前提にはせず、対象ドメインの状態を確認しよう。

サーバーパネルで「DKIM設定」を開き、送信に使うドメインの設定状況を確認する。
OFFで有効化が必要な場合は、そのドメインの右端にある「OFF」をクリックする。ONへ変わったことを確認する。
他社ネームサーバーを使っている場合は、他社側にも必要なDKIMレコードを設定する。

公式のDKIM設定マニュアルでは、他社DNSへ追加するレコードを「DKIM設定一覧」の「表示」ボタンから確認できると案内している。署名を付ける設定と、受信側が公開鍵を取得できる状態の両方が必要だ。パネルがONでも、外部DNSに必要なレコードがなければ検証できない。

他社DNSなら、SPFとDMARCの設定先も確認する

ドメインを取得した会社と、DNSを管理している会社は同じとは限らない。ドメインのネームサーバー設定を見て、実際に利用しているDNS管理先を確認する。DNSだけを別のサービスに置いている場合もある。

他社DNSを使う場合、Xserverのパネル表示だけでSPF・DMARCまで公開できたとは判断しない。利用中のDNS管理先で既存のTXTレコードを確認し、送信サービスが指定する値と照合する。認証を直すためだけにネームサーバーを変更すると、Webやメールの設定にも影響し得るので、まず現在の構成のまま確認しよう。

DMARC：新規導入はレポートで確かめながら進める

DMARCは、SPF・DKIMと差出人のFromドメインの整合を使う認証の仕組みで、認証に失敗したメールをどう扱ってほしいかも指定できる。エックスサーバーでは「DMARC設定」を開き、対象ドメイン右端の編集ボタンからポリシーやレポート通知先を設定する。

「何もしない」：DMARCに失敗したメールの隔離・拒否を求めない。
「迷惑メールとして配送する」：失敗したメールを迷惑メールとして扱うよう求める。
「メールを配送しない」：失敗したメールを受け取らないよう求める。

公式のDMARC設定マニュアルは、開始時に「何もしない」を選び、レポートをONにして通知先を指定する段階的な導入を勧めている。正規の送信経路で認証できているかをレポートで確かめ、設定漏れを直してから、迷惑メール扱いや拒否へ進める考え方だ。

すでに隔離や拒否を運用しているドメインを、届かないという理由だけで「何もしない」へ戻す手順ではない。まずエラーや認証結果から原因を確認する。また、指定したポリシーに従うかどうかは受信側の設定にもよる。「何もしない」でも受信トレイへ届く保証はない。

レポート通知先のメールアドレスはDNSに載り、外部から参照できる。公開されても問題ない専用の受信先を用意すると管理しやすい。なお、ここで説明しているのは送信側のDMARC設定だ。Xserverで受信するメールへの対処は、別の「迷惑メールフィルタ設定」で確認する。

GmailのSMTPや外部配信サービスを併用する場合

外部SMTPやニュースレター配信サービスを使う場合、エックスサーバーの標準SPFを設定しただけで、そのサービスの認証まで終わるとは限らない。サービス側の案内を読み、どのドメイン・ホスト名に、どのレコードが必要かを確認する。SPFへのinclude追加だけで済むとも決めつけない。

Google側のSMTPを送信に使う場合は、Xserverの「Gmail許可」が用意されている。新パネルでは標準設定の対象ドメインで「Gmail許可」の「OFF」をクリックすると、include:_spf.google.comが追加され、「標準設定+Gmail許可」になる。これはGoogle側を送信元として許可する設定で、単にGmail宛へメールを送るための設定ではない。

別のサービスがSPFへの追加を指定している場合は、既存のSPFを確認して必要な値を統合する。同じホスト名にSPFレコードを重ねて公開しない。Xserverの「カスタム設定」では直接編集できるが、その内容の動作はサポート対象外とされている。手順と注意点は、前述のSPF公式マニュアルを確認してほしい。

カスタム設定でDNSの参照回数に関する警告が出た場合は、そのまま追加を続けない。includeの数だけでなく参照先の設定も関わるため、必要な送信元とレコードの内容を見直す。複数のサービスを使うなら、それぞれの送信経路でテストすることも大切だ。

Contact Form 7の通知をエックスサーバーのSMTPから送る構成にしたい場合は、Contact Form 7の通知がGmailに届かないときの設定手順も参照してください。フォームの送信元・返信先とSMTP接続を確認し、実際のフォームから送ったメールで結果を確かめます。

Gmailで認証結果を確認し、エラーと照合する

問題が起きているのと同じ送信方法で、自分のGmailアドレスへテストする。フォームが問題ならフォームから送り、ニュースレターならその配信機能から送る。通常のメールソフトから送れたという結果だけでは、別経路の問題は切り分けられない。

ブラウザ版Gmailで、受信トレイまたは迷惑メールに届いたテストメールを開く。
メールのメニューから「メッセージのソースを表示」を開く。
Gmail側が付けた認証結果（Authentication-Results）で、SPF・DKIM・DMARCの判定を確認する。

spf=passとdkim=passは、それぞれの認証に合格した結果だ。DMARCは少なくとも一方の認証に合格し、その認証のドメインとFromドメインの整合が成立する必要がある。「SPFかDKIMの片方が失敗したから、必ずDMARCも失敗する」という関係ではない。

dmarc=failなら、公開レコードだけでなくFromとの整合も確認する。pass以外の結果も、署名がないのか、認証に失敗したのかを分けて見る。認証が全部passでも、本文やリンク、送信状況などによって迷惑メールになることはある。認証以外の要件はGoogleのメール送信者ガイドラインで確認できる。

どこにも届いていないメールは、この方法でソースを開けない。送信側へ返ったエラーメールや配信ログを確認し、送信日時・宛先・エラー内容・実際の送信方法を揃える。Xserverから送ったメールならXserver、外部配信サービス経由ならそのサービスの窓口へ相談する。SPF設定を変更した直後は、公式が案内する反映時間も考慮しよう。

Gmail側の要件をまとめて確認したい場合は、WordPress運用で確認するGmail送信者ガイドラインも参照してください。認証だけでなく、差出人設定や送信量に応じた要件を整理しています。