先に要点
ちゃんと送ったのに Gmail で迷惑メールに入る
テストでは届くのに、本番になると届きにくい
メール送信ではかなりよくある悩みです。
しかも厄介なのは、送れたかどうかと、受信箱へ届いたかどうかが別問題なことです。
この記事では、メールが迷惑メールに入りやすい理由を、単なる文面の問題ではなく、送信元の信頼と配信運用の問題 として整理します。
まず前提: メールは「送信成功」と「受信箱到達」が別
ここを混同するとかなりハマります。
たとえばアプリやメールサーバー側で
- SMTP 送信は成功した
- エラーも返っていない
としても、それだけで相手の受信箱へ入るとは限りません。
受信側ではさらに、
- 迷惑メールへ振り分ける
- 一時的に遅延させる
- 拒否する
- プロモーション扱いにする
といった判定が入ります。
つまり、メール送信は 送れたか だけでなく、どう評価されたか まで見ないと実態がつかめません。
アプリのログで送信成功になっていても安心はできません。到達率の問題は、アプリではなく送信基盤や受信側の評価で起きることが多いので、配信ログや認証状態まで見た方が安全です。
迷惑メールに入りやすい理由1: 送信元が信頼されていない
いちばん大きいのはこれです。
受信側は、メール本文だけでなく、誰が送ってきたか をかなり見ています。
具体的には、
- 送信ドメイン
- 送信元IP
- そのドメインの過去の送信傾向
- 迷惑メール報告のされ方
などです。
同じ内容のメールでも、信頼されている送信元と、初見で評判が弱い送信元では扱いが変わることがあります。
特に、VPS を借りてすぐのIPや、送信実績がほとんどないドメインは、最初から強く信頼されているわけではありません。
そのため、技術的には送れるのに届きにくい ということが起きます。
迷惑メールに入りやすい理由2: SPF / DKIM / DMARC が整っていない
メール送信では、SPF、DKIM、DMARC がかなり重要です。
これは ちゃんとそのドメインの正規送信か を判定しやすくするための土台です。
Google の Email sender guidelines FAQ でも、送信認証ははっきり要件に入っています。
Yahoo Sender Hub 側も、苦情フィードバックループや送信者評価の仕組みで DKIM を前提にしている公開情報があります。
ここが弱いと、
- なりすましっぽく見える
- 受信側が安全に判定しにくい
- 迷惑メール扱いされやすい
となりやすいです。
特にありがちなのは、
という状態です。
迷惑メールに入りやすい理由3: 送信内容が「嫌われる送り方」になっている
本文ももちろん見られます。
ただし、ここも単に「怪しい単語がある」だけではありません。
問題になりやすいのは、
- 件名が煽りすぎている
- 同じ文面を大量に送っている
- 誰向けか分からない一斉送信
- 本文と送信元の整合が弱い
- 配信停止導線が分かりにくい
といった、受信者体験として嫌われる送り方です。
Google も FAQ で、不要・未承諾メールを避けること、配信停止しやすくすることを重視しています。
つまり本文テクニックより、迷惑と思われる運用をしていないか の方が大事です。
迷惑メールに入りやすい理由4: 急に送信量が増えている
今までほとんど送っていなかったドメインやIPから、突然大量送信すると疑われやすいです。
たとえば、
- 新サービス公開直後に大量配信
- 新しい送信ドメインでいきなり本番送信
- 休眠していたリストへ一気に送る
のような場面です。
受信側から見ると、これはスパム送信の動きにも見えます。
そのため、最初は少しずつ送る、いきなり一斉送信しない、といった ウォームアップ 的な考え方が効くことがあります。
迷惑メールに入りやすい理由5: 苦情やバウンスが多い
ユーザーが
- 迷惑メールとして報告する
- 存在しないアドレスへ送っている
- 興味のない配信を受け続けている
状態が増えると、送信元の評価は下がりやすいです。
Microsoft の Outlook.com 向け Sender Support でも、苦情率は送信者評価を下げる主要因のひとつとして案内されています。
つまり、送信技術だけ整えても、嫌がられる送り方 をしていれば到達率は落ちます。
迷惑メールに入りやすい理由6: 共有SMTPや自前送信で管理しきれていない
共有レンタルサーバーの SMTP や、自前の VPS 送信でもメールは出せます。
でも、その構成が悪いわけではなくても、
- 配信ログを追いにくい
- 送信評価が見えにくい
- 認証設定のずれに気づきにくい
- バウンス管理が弱い
という問題が出やすいです。
そのため、アプリの重要メールでは、Resend や Brevo のような送信サービスの方が原因追跡しやすいことがあります。
この点は、VPSのメール送信はResendやBrevoを使うべき？ の記事でも詳しく触れています。
実務でよくある原因の見分け方
| 症状 | まず疑うポイント |
|---|---|
| 一部の受信先だけ届きにくい | 受信側の評価、送信元IPやドメイン評判 |
| 全体的に迷惑メールへ入りやすい | SPF / DKIM / DMARC 設定、送信基盤の選び方 |
| 新しいドメインだけ弱い | 送信実績不足、急な大量送信 |
| 特定キャンペーンだけ弱い | 件名、配信対象、苦情率、配信停止導線 |
| 技術的には送れているのに開封されない | プロモーション扱い、件名や差出人の見え方 |
この表の通り、迷惑メール問題は一箇所だけ直して終わることが少ないです。
本文、認証、送信基盤、対象リストの全部が絡みます。
到達率を上げるために最低限やること
1. SPF / DKIM / DMARC を確認する
まずはここです。
設定したつもりではなく、実際に送信ドメインと今の送信基盤で整合しているかを確認した方が安全です。
2. 送信元を分ける
会社の通常メールと、アプリの自動送信メールを同じ扱いにしない方が管理しやすいです。
用途ごとに送信ドメインや仕組みを分けると、切り分けしやすくなります。
3. 古いリストへ一気に送らない
長く触っていないリストへ突然送ると、苦情やバウンスが増えやすいです。
配信対象の鮮度を見るだけでもかなり違います。
4. 送信ログを見えるようにする
到達率の問題は、勘で直しにいくと時間を使いやすいです。
送信成功・失敗・苦情・バウンスが追える基盤の方が実務では強いです。
小規模アプリなら、まずは送信サービス側で送信ドメイン認証を通し、テスト送信で Gmail / Outlook / 独自ドメイン宛のヘッダーと到達先を確認し、迷惑メール行きなら SPF・DKIM・DMARC の整合と送信元ドメインの分け方を見直す、という順番が現実的です。
まとめ
メールが迷惑メールに入りやすいのは、本文が怪しいからだけではありません。
送信元ドメインやIPの信頼、SPF / DKIM / DMARC の認証状態、送信量、苦情率、送信基盤の選び方が大きく効きます。
だから実務では、件名だけをいじるより、送信元の信頼をどう作るか を見た方が改善しやすいです。
特にアプリの通知メールでは、共有 SMTP で送れるかどうかより、到達率と追跡性まで含めて送信基盤を選ぶ方が後で楽になります。