メールが迷惑メールに入る理由:DNS 以外の原因
mail-tester.com で高評価になり、SPF、DKIM、DMARC が成功し、確認したブロックリストにも載っていません。それでもメールが迷惑メールに入ったり届かなかったりします。対処するには、テストが確認した範囲と確認できない範囲を理解する必要があります。
2026 年には認証は基礎にすぎません。Google、Yahoo、Microsoft は送信行動、履歴、共有送信 IP の評判なども考慮します。DNS が正常に見える場合の原因と、実際に行える確認を説明します。
継続する場合がある一括送信者の扱い
まず事業者の分類を確認します。Google の一括送信者の扱いは、深夜に戻る単なる日次カウンターではありません。過去の量の条件を満たすと、扱いが続く場合があります。季節的なキャンペーンや 10,000 人への一度の送信が関係する可能性はありますが、実際の個人用 Gmail 宛ての量と現行定義で判断します。
小規模企業は、追加要件が数百万通を送る会社だけのものだと思いがちです。基準はもっと低く、分類には実際の送信履歴を考慮する必要があります。
到達した最大値を記憶するルールと考えると分かりやすいでしょう。一度該当すれば、Google はその後も一括送信者として扱う場合があります。日々の量が 50 通まで減っても同様です。対象の追加要件を確認してください。ただし、この扱いだけで昔のキャンペーンが今の迷惑メール振り分けの原因とは証明できません。
サブドメインは評判の保護を保証しない
販促を promo.company.com に分けることは管理に役立ちますが、company.com が完全に守られるわけではありません。Google は主ドメインの量を合算し、評判の信号も組織ドメインや共有 IP に関係する場合があります。
promo.company.com の報告が主ドメインの評価に影響し、重要な契約メールにも問題が出る可能性があります。ただし因果関係を自動で断定せず、共有経路やほかの受信側信号を確認します。
別ドメインは担当と経路を明確に分けられますが、共有 IP などがあれば完全な隔離は保証されません。Google Workspace のユーザー月額 $6-$30 は原文の比較例で、最新価格の確認が必要です。TrekMailの定額プランには複数ドメインが含まれる場合がありますが、五つを追加費用なしで使えるかは現行上限と利用状況によります。
SPF、DKIM、DMARC の見えにくい不備
基本テストが成功しても、特定の送信経路が正しく認証されていない場合があります。緑の印は調べた経路の一時点の結果であり、すべてのアプリや受信者を確認したものではありません。認証は重要な候補ですが、最も多い原因と決めつけるべきではありません。
SPF:10 個の対象参照項目の予算
SPF は評価経路で DNS 参照を必要とする対象メカニズムと修飾子を 10 に制限します。include:sendgrid.net、include:_spf.google.com、include:mailgun.org は入れ子も確認しますが、その存在だけで超過とは言えません。11 個なら PermError になり、SPF は成功しません。有効でアラインした DKIM があれば DMARC は成功できる場合があります。転送も接続 IP の変化で SPF を失敗させる場合があります。RFC 7208は予算超過を恒久エラーとしています。事業者の値は最新案内で確認します。
設定全体はSPF レコードの正しい設定方法を参照してください。
DKIM:鍵長と本文ハッシュの変化
Google は DKIM 鍵を最低 1024 ビットとしています。古い 512 ビット鍵は条件を満たしません。セレクターの誤りや不完全な鍵変更で検証ができなくなる場合があります。新セレクターを先に公開し、配送中の旧署名用に旧公開鍵を保持します。署名後のフッター追加などが署名対象に影響すれば、DKIM が失敗する可能性があります。ただしすべての変更が全正規化方式を無効にするわけではありません。
DMARC:アラインメントの落とし穴
SPF と DKIM が個別に成功しても、アラインメントが不適切なら DMARC は失敗する場合があります。SPF の認証エンベロープドメインは From にアラインする必要があり、DKIM では d= が対象です。Relaxed は適切な組織ドメインを考慮し、strict は完全一致を要求します。DMARC アラインメントの不備は配送に関係し得ますが、成功したアライン済み方法が一つあれば DMARC は成功できます。
例えば Mailchimp で認証が成功しても、Return-Path が bounce.mailchimp.com、From が mycompany.com なら SPF は非アラインです。有効でアラインした DKIM もなければ DMARC は失敗します。拒否するかは公開ポリシーと受信側の判断によります。DMARC.org の概要が原理を説明しています。
0.3% の報告率に注意する理由
報告率は 2026 年の重要な信号ですが、唯一の共通指標ではありません。Google は 0.1% 未満と、0.3% に達しないことを推奨します。対象送信者では緩和措置の利用に影響する場合がありますが、Google と Yahoo が即座に全メールを迷惑メールに振り分けるとは限りません。日次データ、分母、適用ルールを確認します。
Yahoo は総送信数でなく受信トレイへの配送を基準に計算します。例として 1,000 通のうち 900 通が迷惑メール、100 通が受信トレイに入り、一人が報告すると、率は 1.0% であって 0.1% ではありません。差は重要ですが、即時の完全ブロックを証明しません。
量を増やす前に利用可能な到達と報告の信号を確認します。ドメインの評判と送信者の評判はリスクの判断材料で、到達を保証するものではありません。
RFC 8058 のワンクリック登録解除要件
2024 年六月以降、Google は対象の一括送信者の該当販促メールに要件を設けています。ログイン必須の設定画面へのフッターリンクだけでは不足です。技術実装には次のヘッダーなどが含まれます:
List-Unsubscribe-Post: List-Unsubscribe=One-Click
適切な List-Unsubscribe、両ヘッダーを対象とする有効な DKIM、動作する HTTPS POST 処理先と組み合わせると、対応クライアントで登録解除を提供できます。ボタン表示は保証されません。POST は必要な解除を処理し、単純な GET でスキャナーが誤解除しないようにします。不完全な実装は要件違反や報告の増加につながる可能性があります。
解除しにくければ、利用者は迷惑メールとして報告するかもしれません。解除は希望を尊重し、報告は評判に影響する場合があります。Google の送信者ガイドラインは対象送信者とメールのワンクリック登録解除を説明しています。
事業者によるフィルターの違い
Google、Microsoft、Yahoo を同じフィルターとして扱わないでください。それぞれ異なる信号を評価し、Gmail の成功は Outlook の成功を保証しません。
| 事業者 | 重要な信号 | 役立つツール | 注意点 |
|---|---|---|---|
| Google (Gmail) | 利用者の反応と認証 | データがある場合の Google Postmaster Tools | 0.3% は対象報告ルールに関係します。内容や反応も考慮される場合があります。 |
| Microsoft (Outlook) | IP の評判など | SNDS (Smart Network Data Services) | 初日 5,000 通で履歴に応じて制限される可能性があります。421 RP-001 は一時応答の候補で、必ず即時ブロックされるわけではありません。 |
| Yahoo (AOL/Verizon) | 内容、報告、その他の信号 | Complaint Feedback Loop (CFL) | 有効な ARF を処理し、対象受信者を除外します。再送が完全な自動ブロックを必ず招くわけではありません。 |
内容に含まれるリスク信号
2010 年の一部の助言のような特定の言葉だけではありません。構造、リンク、文脈も重要になり、文章が普通でも別の信号が含まれる場合があります。
| 信号 | 考えられる意味 |
|---|---|
| Noreply アドレス | 返信や連絡を難しくしますが、自動でプロモーションや迷惑メールになるわけではありません。 |
| bit.ly や tinyurl の公開短縮リンク | 悪用や隠れた宛先で追加確認される場合があります。すべてがブロックされるわけではありません。 |
| 画像だけのメール | 読みやすさや内容解析に影響しますが、共通の文字画像比率はありません。 |
| 不正な HTML | 表示や解析に影響する場合があります。適切な記述でも配送は保証されません。 |
共有送信 IP のリスク
代理店にとって送信基盤は重要ですが、唯一の要因ではありません。共有 IP はほかの利用者のリスクが関係し、不正がSpamhaus掲載につながり、正規メールに影響する場合があります。ただし共有や低価格の基盤が必ず悪いとは限りません。実 IP、掲載元、受信応答を確認します。
専用 IP は制御を増やせますが、適切な量と管理が必要です。SendGrid の月額 $89+ は原文の記載で、最新価格の確認が必要です。50 顧客なら実際の料金と運用費用を比較してください。
TrekMailはプランに応じて不正対策付きマネージド SMTP と BYO SMTP を提供します。後者なら自分の Amazon SES や Mailgun から送信し、メールボックスを TrekMail に置ける場合があります。外部 IP が共有か専用かは事業者によります。役割を分けられますが、完全隔離は保証されず、TrekMail だけのモデルでもありません。
実際の調査方法
推測せず、実際の送信経路を次の順序で確認し、原因候補を絞ります:
1. ヘッダー確認。Gmail に送り、メニューから原文を表示します。信頼できる受信結果で SPF: PASS、DKIM: PASS、DMARC: PASS を確認します。FAIL や SOFTFAIL は調査対象ですが、有効でアラインした DKIM があると、SPF 失敗だけで全送信を止める必要があるとは限りません。
2. シードテスト。GlockApps は選んだ試験メールボックスの受信トレイ、迷惑メール、プロモーションへの振り分け結果を確認できます。プロモーションは正規の受信トレイ内分類で、迷惑メールとは異なります。全受信者を代表する結果ではありません。Mail-Testerは技術と内容の信号を調べますが、全事業者の到達測定の代わりではありません。無料利用を含む料金と条件は確認し、リスト照会の範囲も限定的と理解します。
3. バウンスログ。5xx はその試行の恒久エラーです。550 5.1.1は通常ユーザー不明、550 5.7.1は複数のポリシー原因を示し得ます。4xx は一時エラーで、421は制限または別の一時問題の場合があります。全文を読んでください。
一度設定して放置しない
2026 年には DNS も含め多くの原因があります。評判、利用者行動、内容、基盤が相互に関係します。各層の理解はリスクを減らしますが、永久に迷惑メールを避けられる保証ではありません。
利用者の希望を尊重する。解除を簡単にし、対象メールで RFC 8058 を適切に実装します。報告を減らす助けになりますが、評判を保証しません。
計画的に経路を分ける。販促、トランザクション、業務メールを適切なドメインと経路で管理します。別ドメインも有用ですが、共有評判から自動で守られるわけではありません。
基盤を把握できる形で運用する。ユーザー料金だけで構成を決めないでください。一ドメインでも 100 顧客でも、TrekMailの定額プランと技術選択肢を評価できます。現行上限と総費用を確認してください。迷惑メールに振り分けられないことや、費用の削減は保証されません。
送信の基礎にはビジネス向け安全なメールも参考になります。