メールが迷惑メールになる本当の理由と対策

SPFを設定し、DKIMを構成し、DMARCも導入したのに、メッセージが迷惑メールフォルダーに入る、あるいはまったく届かないことがあります。メールが迷惑メールになる理由を理解するには、認証レコードだけを見ても十分ではありません。複数のフィルター、行動シグナル、インフラ固有の特性が重なって影響しますが、多くの送信者は問題が起きるまでそれらに気づきません。背景にあるレピュテーションシグナルについては、メール送信者レピュテーションのガイドをご覧ください。

問題は、多くの解説が示すより複雑です。GoogleやYahooなどのメールボックス事業者は、ヘッダーが検証に合格したかだけを確認するわけではありません。送信者が誰か、過去にどのような送信を行ったか、インフラが迷惑メール送信者のものに見えないか、受信者が実際にそのメールを望んでいるかも評価します。設定を一つ誤るだけで、数か月かけて築いた良好なレピュテーションが損なわれる可能性があります。

ここからは、迷惑メールフォルダーへの振り分けを引き起こし得る要因を原因別に整理し、診断手順と再発を防ぐための構造的な対策を説明します。

一度認定されると続く一括送信者の扱い

一括送信者のメールが迷惑メールになる理由：一日のうちにGmailアドレスへ5,000通を送信すると、Googleは送信者を恒久的に一括送信者として扱います。このしきい値は過去の最大値であり、毎日リセットされるものではありません。それ以降は、すべてのマーケティングメールにRFC 8058準拠のワンクリック配信停止が必要になり、少なくともp=noneのポリシーを指定したDMARCが必須となります。また、苦情率は常に0.3%未満に抑える必要があります。非一括送信者の扱いに戻る仕組みはありません。

多くの送信者は、気づかないうちにこのしきい値を超えます。ある程度の規模のリストへ販促キャンペーンを一度送るだけで、数分のうちに5,000通を超えることがあります。その後はルールが恒久的に変わります。要件を満たしていなければ、Googleから警告メールが届かないまま、迷惑メールフォルダーへの振り分けが増える可能性があります。

対策は複雑ではありませんが、すべてを漏れなく実施する必要があります。各メールにRFC 8058ヘッダーを付け、DMARCレコードをアライメントに合格させ、苦情率を継続的に0.1%未満に保ちます。ほかの項目に問題がなくても、いずれか一つが崩れると迷惑メールに振り分けられる可能性があります。

苦情率0.3%の危険な境界

苦情率が0.3%になるとメールが迷惑メールになる理由：Googleは健全な送信の目安を0.1%とし、0.3%を超えてはならない水準としています。Yahooも同じ数値を使用しますが、分母が異なり、この違いは大きな影響を及ぼします。Yahooは総送信数ではなく、受信トレイへ届いた件数を基準に苦情率を算出します。到達状況がすでに悪ければ、分母が小さくなり、苦情率が急速に高まります。

Yahooの受信トレイ到達数を分母にした計算：1,000通を送信し、900通が迷惑メールに入り、100通が受信トレイに届いたとします。ある受信者が「迷惑メールを報告」を押すと、1件の苦情 ÷ 100件の受信トレイ到達 = 苦情率1.0%となります。1,000通の送信に対して苦情が一件だけでも、上限の三倍です。

これが悪循環です。振り分け状況が悪化すると、分母となる受信トレイ到達数が減ります。分母が小さければ、苦情が一件でも基準違反になり得ます。基準違反によって振り分けがさらに悪化し、分母が一段と縮小します。この循環に陥った場合、反応のない連絡先への送信を積極的に停止し、レピュテーションシグナルの回復を待つ必要があります。回復には数時間ではなく、数週間かかります。

次のキャンペーンを送信する前に、Google Postmaster Toolsで苦情率を確認してください。0.08%を超えている場合は、緊急に調査すべき状態です。

DMARCアライメントの落とし穴

SPFとDKIMに合格してもメールが迷惑メールになる理由：DMARCはSPFとDKIMが合格したかだけでなく、それらがFromドメインとアライメントしているかも確認します。ESPの共有インフラから送信している場合、SPFとDKIMの両方に合格しても、DMARCアライメントには失敗することがあります。認証結果がすべて「正常」に見えるのに迷惑メールへ振り分けられる、特に多い原因の一つです。

確認項目	ESPの標準動作	DMARCアライメントの結果
SPF	`bounces.mailchimp.com`に対して合格	アライメント失敗。`mailchimp.com` ≠ `yourcompany.com`
DKIM	`d=mailchimp.com`で合格	アライメント失敗。署名ドメイン ≠ Fromドメイン
DMARC	両方の確認でアライメントに失敗	失敗 → 迷惑メールへの振り分けまたは拒否

対策はカスタムドメイン認証です。自社のサブドメインをESPのインフラへ向けるCNAMEレコードに加え、SPFが自社ドメイン配下で合格するよう、カスタムreturn-pathサブドメインを設定します。主要なESPはいずれも対応していますが、初期設定では有効になっていない場合があります。次回の送信前に有効にしてください。

現在のアライメント要件については、Googleのメール送信者のガイドラインを確認してください。Googleは2024年にルールを更新し、現在は一括送信者のしきい値を厳格に適用しています。

Microsoftで新しいIPが直面する壁

OutlookとHotmailでメールが迷惑メールになる理由：Microsoftは、送信履歴のないIPを初期状態では慎重に扱います。ドメインのレピュテーションが良好でも、新しい専用IPを使用したり事業者を切り替えたりすると、IP単位の信頼はゼロからの構築になります。表示されるSMTPエラーは認証の失敗ではありません。送信量とレピュテーションに基づく制限であり、通常は適切なウォームアップを進めることで徐々に解消します。

451 4.7.500 - Server busy, try again later (throttle signal - slow down)
421 RP-001  - Reputation limitation; this IP has no sending history
550 5.7.515 - Message volume exceeds IP reputation (not an auth failure)

Microsoftのウォームアップ曲線は厳格です。実行可能な日程の例として、Day 1は50通、Day 2は100通、Day 3は200通を送り、その後は2-3日ごとに倍増させます。段階的な増加を省いても時間は短縮できず、自動的な配信延期が発生して初日の状態へ戻される可能性があります。

421 RP-001が継続して表示される場合、必要なのはDNSの修正ではなく、専用のウォームアップ計画です。そのIPには履歴がなく、Microsoftが信頼するには通常、数週間にわたって問題のない送信実績を積む必要があります。ウォームアップを急ぐことは、ドメインのレピュテーションが健全でもOutlookで迷惑メールに振り分けられる一般的な原因です。

ワンクリック配信停止ヘッダーの不足

利用者が簡単に配信停止できないとメールが迷惑メールになる理由：受信者が分かりやすい配信停止方法を見つけられなければ、代わりに「迷惑メールを報告」ボタンを使う可能性があります。これは苦情として記録されます。一括送信者にとって、RFC 8058準拠のワンクリック配信停止は任意ではありません。2024年六月以降、GoogleとYahooの両方が要件としています。

すべてのマーケティングメールに、次の二つのヘッダーが必要です。

List-Unsubscribe: <mailto:unsub@yourdomain.com>, <https://yourdomain.com/unsubscribe?id=123>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

HTTPS URLはPOSTリクエストを直接受け付けなければなりません。ログインページ、確認手順、リダイレクトを挟むことはできません。Googleの受信トレイ画面は、このヘッダーをもとに「配信停止」リンクを表示します。ヘッダーがない、または形式に誤りがあると、このリンクは表示されません。受信者が配信を止める方法を見つけられなければ、代わりに迷惑メールとして報告する可能性があり、さらに迷惑メールへ振り分けられるという断ち切りにくい循環が生じます。

転送によるSPFの破損

転送後にメールが迷惑メールになる理由：メール転送は、多くの受信サーバーに対するSPFを気づかないうちに破損させます。失敗に至る正確な流れは次のとおりです。

you@yourcompany.comからGmailアドレスへ送信します。送信サーバーのIPが許可されているため、SPFは合格します。
そのGmailアカウントはYahooアドレスへの転送を有効にしています。Gmailは自社のIPを使って、Yahooへメッセージを再配信します。
YahooがSPFを確認します。この時点の送信元IPは自社のものではなくGmailのIPです。GmailのIPは自社のSPFレコードに含まれていないため、SPFは失敗します。
DKIMも失敗すると、たとえばGmailが転送時にヘッダーを変更した場合、DMARCも失敗します。Yahooはメールを迷惑メールへ振り分けるか、そのまま拒否します。

DKIMは送信サーバーではなくメッセージ内容に署名するため、多くの場合は転送後も有効です。このため2048-bitのDKIMキーが推奨されます。大きなキーは、一部の転送サービスによるヘッダー変更の影響を受けにくいからです。転送する場面では、SRS（Sender Rewriting Scheme）がreturn-pathを書き換え、SPFが転送経路を通過できるようにします。正しい設定方法については、SRSメール転送ガイドをご覧ください。

15分で行う診断手順

設定を変更する前に、実際に何が失敗しているかを確認します。次の手順では、すでに利用できるツールを使い、15分以内にメールが迷惑メールになる理由を切り分けます。

Step 1：認証ヘッダーを確認（0-5 min）

自分で管理しているGmailアドレスへテストメールを送信します。メールを開き、三点メニューをクリックして「メッセージのソースを表示」を選びます。Authentication-Resultsまでスクロールすると、SPF、DKIM、DMARCそれぞれの合格または失敗が表示されます。いずれかにfailと表示されていれば、それを最初の修正対象にします。

Step 2：DNSレコードを確認（5-10 min）

# Check SPF record
dig txt yourdomain.com +short

# Check DMARC record
dig txt _dmarc.yourdomain.com +short

# Check DKIM (replace 'default' with your actual selector)
dig txt default._domainkey.yourdomain.com +short

表示された内容を、ESPが指定するレコードと比較します。SPFレコード設定ガイドには、一般的な構成の正しい構文に加え、10回のDNSルックアップ上限に達したSPFレコードをフラット化する方法も掲載しています。

Step 3：IPとドメインのレピュテーションを確認（10-15 min）

Google Postmaster Toolsを開き、ドメインとIPのレピュテーションを示すグラフを確認します。「High」未満なら調査する価値があります。また、送信IPがSpamhausのSBLやXBLに登録されていないか確認してください。いずれか一件の登録だけでも、認証状態にかかわらず、ほぼ全面的なブロックにつながる可能性があります。

構造的な対策：メールボックスのホスティングと送信を分離

インフラが分離されていないとメールが迷惑メールになる理由：多くの場合、根本原因はレコードが一つ足りないことではありません。マーケティングメール、トランザクションメール、クライアントのメールが、同じIPとドメインのレピュテーションを共有していることです。一回の不調なキャンペーンがすべてに影響します。分離されていない共有インフラで、低下したドメインレピュテーションがどのように波及するかもご確認ください。

状況	従来の方法（統合型）	TrekMail（分離型）
マーケティング送信でIPレピュテーションが低下	トランザクションメールも迷惑メールに入る	別のSMTP認証情報を使用し、トランザクションメールへの影響を防ぐ
新しいクライアントのドメインを追加	既存の送信者とレピュテーションプールを共有	ドメインを分離し、初日から独自のレピュテーションを構築
クライアントにレピュテーション上の問題が発生	共有インフラにも影響が波及	SMTP認証情報を変更し、メールボックスはそのまま維持
10ドメイン利用時の費用	ユーザー単位の料金が急速に増加（$72+/user/year）	全ドメイン込みで一律$3.50/mo、ユーザー単位の料金なし

TrekMailのBYO SMTPモデルでは、メールボックスを定額プランに置いたまま、送信用にAmazon SES、SendGrid、Mailgunを接続できます。トランザクションメールとマーケティングメールに別々のSMTP認証情報を使えば、IPとレピュテーションプールが分かれ、相互への影響を抑えられます。代理店は、メールボックスの設定変更やデータ移行を行わず、クライアントごとにSMTP認証情報を切り替えられます。

内蔵のSPF/DKIM/DMARCウィザードは、各ドメインのアライメント設定を個別に案内します。複数ドメイン対応のダッシュボードでは、すべてのドメインの認証状態を一つの画面で確認できます。

Nanoプラン：$0、10ドメイン、5GBストレージ、BYO SMTP。クレジットカード不要で、継続して無料です。Starter：一律$3.50/mo、50ドメイン、15GB、管理型SMTP込み。14-day無料トライアルを利用できます（トライアルにはクレジットカードが必要です）。

無料で始められます。クレジットカードもトライアルも不要で、初日から10ドメインとBYO SMTPを利用できます。管理型SMTPが必要な場合は、プランを確認して14-dayのStarterトライアルを開始してください。

迷惑メールになる理由を問い続けず、構造を改善する

メールが迷惑メールになる理由は、ほぼ例外なく、レコードが一つ不足しているだけでは説明できません。共有ESPでアライメントが失敗する、気づかなかった転送ループで苦情率が上がる、ウォームアップを省いたためMicrosoftがIPを制限する、すべてを同じインフラで送ることでマーケティングのレピュテーションがトランザクション送信に波及するなど、複数の要因が重なっているのが一般的です。

上記の診断手順で技術的な問題を修正し、TrekMailのBYO SMTPアーキテクチャで構造上の問題に対処します。前者は問題の発生を防ぎ、後者は問題が起きた場合の影響範囲を抑えます。

無料で始めると、クレジットカード不要で10ドメインを利用できます。または、一律$3.50/moのStarterプランを見ることもできます。ユーザー単位の料金はなく、ドメインごとに送信レピュテーションを分離し、すべてを一つのダッシュボードで管理できます。