メールが迷惑メールに入る原因と修正手順

メールが迷惑メールに入っても、送信時には成功したように見えます。サーバーログは 250 OK を返し、届いたと思ってしまいます。二日後、提案メールが迷惑メールフォルダーに残っていた、あるいは受信者がログインする前にゲートウェイフィルターで削除されていたと分かります。

メールが迷惑メールに入ると、多くの人は件名を書き換えたり画像を外したりします。しかし、通常は根本解決になりません。2026年の迷惑メール判定は、単語よりもインフラ、認証、レピュテーションに左右されます。ここが誤っていれば、ほかの変更はほとんど役に立ちません。

Google、Yahoo、Microsoftが2024年初めから厳格な技術基準を適用し始め、要件は長期的に変わりました。満たさなければ受信を拒否される可能性があります。このガイドでは、失敗理由を特定し、原因ごとに修正するための順序立った診断手順を説明します。

「迷惑メール」は症状であり、根本原因ではない

「メールが迷惑メールに入った」という訴えには、実際には三つの異なる技術障害が含まれます。問題を止めるには、どの分類に当たるかを特定する必要があります。設定を変更する前に、バウンスログまたはメッセージヘッダーを確認してください。

障害の種類ごとに修正方法は異なります。迷惑メール入りの原因を分類できれば、診断は半分終わったようなものです。誤った問題を扱うと、メッセージが消え続ける間、何日も無駄にしかねません。

元に戻せない大量送信者のしきい値

診断を始める前に条件を理解してください。個人Gmailアカウントへ約5,000通送り、それが一つの24時間枠に収まるというGoogleのしきい値を超えると、恒久的に「大量送信者」と分類されます。後で送信量が下がっても、より厳格な基準が継続して適用され、異議申し立ての手続きはありません。

毎日50通しか送らないためDMARCは関係ないと考える小規模企業もありますが、正しくありません。MicrosoftとYahooは、送信量に関係なく、新しいドメインからの未認証メールを拒否する場合があります。SPFとDKIMを適切に設定しなければ、受信サーバーから見てボットネットとの区別がつきにくくなります。

迷惑メール入りを調べる15分の診断手順

これはメールが迷惑メールに入る場合の中心的な診断順序です。手順を飛ばさず、先走らないでください。認証が壊れていれば、良好なレピュテーションでも救えません。まず認証、次にレピュテーション、最後にコンテンツという順序を守ります。

フェーズ 1：認証、鉄の三角形 - 5分

SPF、DKIM、DMARCの三つすべてに合格する必要があります。どれか一辺が壊れていると、レピュテーション評価の前にブロックされる可能性があります。コマンドラインの dig またはMXToolboxでそれぞれ確認します。

1. SPF (Sender Policy Framework)

確認：実際に送信するIPアドレスが、ドメインのDNS TXTレコードに記載されたIPと一致していますか。

障害：10回のルックアップ制限です。SPFレコードには10回のDNSルックアップという上限があります。Google Workspace、Outlook、Mailchimp、Zendesk、CRMを include: すると、簡単に超えてしまいます。その結果は PermError です。受信側がSPFレコード全体を無効と判断する可能性があり、レコードがない場合より悪化することもあります。この設定ミスは迷惑メール入りの主な原因の一つです。

修正：include: の仕組みを監査し、使わなくなったサービスを削除します。詳しい手順はSPFレコード設定ガイドをご覧ください。

2. DKIM (DomainKeys Identified Mail)

確認：送信メールの暗号署名は有効で、改変されていませんか。

障害の種類：

• 鍵長：Googleは最低1024ビットを必須とし、2048ビットを強く推奨しています。旧式の512ビット鍵はセキュリティリスクであり、到達率にも悪影響を与えます。
• セレクターの不一致：DNSでは s=selector1 として鍵を公開し、メールサーバーが s=selector1-2026 で署名していると、DKIM検証は通知なく失敗します。未署名に見えるメールは、迷惑メールへ入る可能性が高まります。

3. DMARC (ポリシー適用)

確認：少なくとも p=none を含むDMARC DNSレコードを公開していますか。

障害：アライメントの落とし穴です。SPFとDKIMが個別に合格していても、多くの小規模企業がここでDMARCに失敗し、設定が正しく見えるメールでも迷惑メールに入ります。

DMARCアライメントでは、表示される「From」アドレスのドメインが、SPFまたはDKIMに合格したドメインと一致する必要があります。MailchimpなどのESP経由で送ると、バウンス処理用のReturn-Pathは mailchimp.com を指すことがあります。MailchimpのサーバーについてSPFは合格しますが、SPFアライメントは mailchimp.com と yourcompany.com が一致しないため失敗します。

修正：代わりにDKIMアライメントを利用します。自社ドメインに関連付けたDKIM鍵で送信メールへ署名するようESPを設定してください。多くのプロバイダーは設定画面で「Custom Domain Authentication」または「Domain Verification」と呼んでいます。

フェーズ 2：レピュテーション、0.3%の境界 - 5分

認証に問題がなければ、次に送信者レピュテーションを確認します。ドメインの信用スコアのようなものです。スコアが下がると迷惑メール入りのリスクが高まります。Google Postmaster Toolsを開き、ドメインレピュテーションの評価を確認します。High、Medium、Low、Badのいずれかです。

0.3%ルール：迷惑メール苦情率を確認します。0.3%を超えると、つまりわずか3件の苦情で、送信数が1,000通の場合でも、制限の対象になり得ます。Googleがマーケティングメールを抑制したり、迷惑メールへ直接振り分けたりする可能性があります。

改善：マーケティング送信を一時停止します。2-4週間、請求書、パスワードリセット、注文確認などのトランザクションメールだけを、反応の良い利用者へ送ります。信頼を徐々に回復させる方法です。

Yahooの「受信トレイ分母」の落とし穴

YahooはGoogleと異なる方法で迷惑メール率を計算するため、注意が必要です。送信総数ではなく、受信トレイへ届いた数を分母に使います。次の例で危険性が分かります。

1. Yahooアドレスへ1,000通送信します。
2. 900通が迷惑メールに入り、受信トレイへ届くのは100通だけです。
3. 1人が、その100人のうち「迷惑メールを報告」をクリックします。
4. 苦情率は1 / 100 = 1.0% で、安全とされるしきい値の三倍を超えます。

Yahooの計算では、想定より速く制限の壁に達し、その結果さらに迷惑メール入りが増えて悪化が加速します。

フェーズ 3：技術的な整備とコンテンツ - 5分

認証とレピュテーションを直してもメールが迷惑メールに入る場合は、技術面を確認します。現代のフィルターは、正当な送信者が備え、スパム送信者が省きがちな指標を検査します。

1. FCrDNS (Forward-Confirmed Reverse DNS)

送信IPには、ホスト名へ解決するPTRレコードが必要です。そのホスト名も同じIPへ正引きできなければなりません。この双方向確認により、インフラを管理していることを示します。

確認：dig -x <your-sending-IP> を実行して結果を検証します。

障害：IPが NXDOMAIN または ip-192-168-1-1.cloudprovider.com のような一般的ホスト名へ解決される場合、メールサーバーは侵害済みまたは使い捨てのホストと判断する可能性があります。

2. RFC 8058：ワンクリック配信停止

六月2024年以降、GoogleとYahooは、マーケティングおよびプロモーションメールすべてに機械可読なワンクリック配信停止ヘッダーを求めています。メールヘッダーには次の両方を含めます。

List-Unsubscribe-Post: List-Unsubscribe=One-Click
List-Unsubscribe: <https://yourdomain.com/unsubscribe...>

これがないと、Gmailで送信者名の横に「配信停止」ボタンが表示されません。利用者が代わりに「迷惑メールを報告」を選び、メール送信者レピュテーションが直接傷つきます。完全な仕様はIETF RFC 8058で定義されています。

3. リンクレピュテーション

リンクレピュテーションは、迷惑メール入りの見落とされやすい原因です。フィルターは本文中のすべてのURLをリアルタイムのブロックリストと照合します。

• URIBL/SURBL：不審なアフィリエイトURL、侵害されたWordPressサイト、広告が置かれた期限切れドメインなど、ブロック対象のドメインへリンクすると、メール全体がブロックされる場合があります。
• 公開URL短縮サービス：メールでは bit.ly や tinyurl を使わないでください。スパムで多用されるため、実際の転送先に関係なく短縮URLが不利に評価されます。

ヘッダー調査：事実を読み取る

迷惑メール入りを明確に診断するには、生のメッセージヘッダーを確認します。Gmailで対象メールを開き、三点メニューから「メッセージのソースを表示」を選び、Authentication-Results ヘッダーを探します。

シナリオA：アライメント失敗

このメールは技術的にSPFとDKIMへ合格しましたが、ドメインが一致せずDMARCに失敗しました。

Authentication-Results: mx.google.com;
  dkim=pass header.i=@sendgrid.net;
  spf=pass (sendgrid.net designates 167.89.x.x as permitted);
  dmarc=fail header.from=yourcompany.com

DKIM署名は自社ドメインではなくSendGridのものです。SPFもSendGridを指します。どちらもFromヘッダーの yourcompany.com と一致しないため、DMARCは失敗します。

シナリオB：Microsoftのレピュテーション判定

Microsoftのヘッダーはより詳細です。X-Forefront-Antispam-Report フィールドを探します。

X-Forefront-Antispam-Report: ... SCL:5 ... CAT:SPM ...

SCL:9 は、IPが強くブロックされている可能性を示します。SCL:5 は、コンテンツまたはレピュテーションのフィルターに検出されたことを示します。

修正方法の早見表

診断手順で根本原因を特定したら、次の表から該当する修正を適用します。

DNS対応を軽減し、TrekMailでインフラを管理

迷惑メール入りが繰り返される場合、ヘッダー診断とDNSレコードを手動管理する方法は負担が大きくなります。常に注意が必要で、TXTレコードの一文字の誤りが、誰も気づかないまま数日間メール全体を止める可能性があります。

TrekMailはこのインフラ構成を簡素化し、メール送信に集中しやすくします。

• SPF/DKIM/DMARCウィザード：ドメインに必要なDNSレコードを生成します。コピーしてレジストラーへ貼り付けます。
• マネージドSMTP (Starterは$3.50/mo)：IPレピュテーション、配信ヘッダー、ウォームアップを管理します。消えた理由の調査ではなく、メール作成に集中できます。
• BYO SMTP：送信にAmazon SESやSendGridを使いたい場合、TrekMailと直接連携できます。高容量プロバイダーの到達率インフラを利用しながら、整理された受信トレイ画面を使えます。
• ドメインのウォームアップ：新しいドメインでは、数週間かけて送信量を徐々に増やし、最初の日にレピュテーションを傷つけず、良好な履歴を築きます。
• SRS転送：SPF認証を壊さず、ドメイン間でメールを転送します。仕組みはSender Rewriting Schemeガイドをご覧ください。

迷惑メール入りが事業コストになっている場合、プランはFree ($0、カード不要) からAgency ($23.25/mo) まで用意され、単一画面で100+の顧客ドメインを管理できます。各有料プランには14-day無料トライアルが含まれます。

メールが迷惑メールに入るなら、推測をやめて診断を始めてください。上記の15分の手順を実行し、実際の原因を直して、本来の業務へ戻りましょう。

TrekMailを無料で試すことで、DNS管理の負担を減らせます。