メール到達率の基本｜SPF・DKIM・DMARCと送信経路の確認

メールが届くかを調べるときは、送信に使うサービス、メールの認証、宛先と配信方法、受信側の処理を分けて見ます。SPF・DKIM・DMARCを設定したことだけで、すべてのメールが受信箱へ届くわけではありません。

この記事はWordPressの通知・ニュースレターを含む送信の基礎ガイドです。実測した到達率の比較や、特定サービスを使えば解決するという保証ではありません。

最初に書き出す3つの情報

変更前に現在のSPF・DKIM・DMARCと、同じFromを使う他サービスの設定を控えます。正しく動く送信経路を消さず、必要な差分だけ変更するためです。

SPF：そのドメインを使って送信できるサーバーを確認する

SPFは通常、SMTPのMAIL FROMで使うドメインについて、送信IPが許可されているかを確認します。受信者に見えるFromの文字列そのものを検証する仕組みではありません。利用サービスが指定する送信元を、必要なドメインのDNSへ設定します。

同じ名前にv=spf1で始まるSPFレコードを複数作るとエラーになります。既存の許可を残して見直し、include等のDNS参照制限にも注意します。「使うサービスの数だけSPFを追加する」「すべてを連結すればよい」という修正は避けてください。

SPFレコードの追加要否と対象ドメインはサービスにより違います。たとえば外部サービスが独自のMAIL FROMを使う場合などがあるため、DNSの例をそのまま自分のドメインへ貼らず、提供元の手順に合わせます。

公式資料（2026年9月28日確認）：SPFの仕様・複数レコード・DNS参照制限。

DKIM：署名対象の内容と、署名ドメインを検証する

DKIMは送信側が電子署名を付け、受信側がDNSの公開鍵で検証する仕組みです。署名のd=ドメインとセレクタ、公開された鍵を照合します。すべての本文・ヘッダーの安全性や、メールを書いた個人の本人確認まで保証するものではありません。

利用サービスが出すレコード名・種別・公開値を、実際のDNS管理先へ登録します。秘密鍵を公開してはいけません。サービス側が認証済みと表示しても、普段の経路から送ったメールに署名が付き、受信側でpassしたかを別に確認します。

DMARC：認証結果とFromドメインの整合を確かめる

DMARCは、SPFまたはDKIMの少なくとも一方が成功し、その認証ドメインがFromドメインと整合することを求めます。SPFとDKIMの片方が失敗しただけで、必ずDMARC失敗になるわけではありません。送信者に両方の設定が求められる条件とは区別します。

SPFでは通常MAIL FROMのドメイン、DKIMでは署名のd=をFromと照合します。整合にはRelaxedとStrictがあり、見た目が似ている名前ならよいという意味ではありません。具体的なルールは公式のアラインメント説明で確認してください。

公式資料（2026年9月28日確認）：GoogleのDMARC設定・アラインメント。

新しくDMARCを導入する場合と、既存運用を分ける

新規導入なら、正規の送信経路を洗い出し、認証とFromの整合を確認してから、noneと集計レポート受信で観測し、必要に応じて段階的に強化します。レポートの宛先は実際に受信・確認できるものを用意します。

すでにquarantineやrejectで運用している場合は、この記事を理由にnoneへ戻しません。既存のDMARCへ二つ目を追加することも避け、失敗している経路と必要な変更を特定してください。

送信サービスとSMTPは、同じ軸の選択肢ではない

SMTPはメールの送信に使うプロトコルで、配信サービスもSMTPやAPIを提供します。MailPoet Sending Service、レンタルサーバーのメール、外部の配信サービスを選ぶ際は、必要な通数、認証、解除管理、ログ、運用体制を確認します。

レンタルサーバーから送る場合は契約先の通数・利用制限を確認します。外部サービスでも通信・契約・送信者審査等の条件は残ります。「ESPなら届く」「SMTPへ変えれば認証が完成する」とは判断しません。

認証の後も、同意・解除・送信量を確認する

購読メールは希望した人へ送り、配信内容と頻度を案内し、解除しやすい導線を用意します。Googleの要件では、送信量などに応じてSPF/DKIM、DMARC、ワンクリック解除等の条件が変わります。詳細はGmail送信者ガイドラインの確認記事で整理しています。

解除・バウンス・苦情を確認し、急な大量配信や同意のない再取り込みを避けます。開封の低さだけで同意がないと決めることも、認証が通っただけで宛先リストの問題がないと判断することもできません。

公式資料（2026年9月28日確認）：Googleのメール送信者ガイドライン。

受信結果で確認するチェックリスト

• 普段の経路から自分の確認用アドレスへ送り、日時・宛先・件名を記録する。
• Gmailで届いたメールのソースを開き、SPF・DKIM・DMARCの結果とドメインを確認する。
• 未着なら送信側のログや返送エラーを見る。届かないメールのソースは開けない。
• メールソフト・フォーム・外部配信を別々に確認する。一つの成功を全経路の成功へ広げない。

認証と受信状態の両方を残し、何を変えてどうなったかを比較しましょう。サーバーごとの設定先やWordPressの実装は、以下の関連記事から利用環境に合うものを選んでください。

関連記事

• MailPoetの選び方｜無料枠・送信方法・WordPress運用の確認点
• MailPoetの代替5サービス｜必要機能と移行条件から比較する
• 国産メール配信サービス比較（目的別）に戻る
• レンタルサーバーおすすめ比較
• ロリポップからGmailに届かないときの確認手順
• エックスサーバーからGmailに届かないときの確認手順
• ConoHa WINGからGmailに届かないときの確認手順
• Gmail送信者ガイドラインの整理
• MailPoet初期設定ガイド｜送信方法・ドメイン認証・登録と解除を確認
• ニュースレター運用テンプレ：週1で回す設計図
• メール配信ツールおすすめ比較｜用途別に”これだけ”選べばいい（判断チャート付き）