
![Gmailに届かない原因は5つに絞れる](/blog/gmail-not-receiving/hero.avif)

## この記事でわかること

- 2024年以降、Gmailにメールが届かないケースが増えた背景
- メールが届かなくなる5つの典型的な原因
- IT担当者がいなくても今すぐできる確認手順

## なぜ「Gmailに届かない」が急に増えたのか

「取引先に請求書を送ったのに届いていないと言われた」「営業メールの返信が来ないと思ったら、相手の迷惑メールフォルダに入っていた」。こんなお問い合わせが2024年春以降、目に見えて増えています。

きっかけは2024年2月のGoogleの仕様変更です。GoogleはGmail宛ての送信者向けガイドラインを改訂し、**SPF または DKIM による認証設定を事実上必須化**しました。さらに Gmail 宛てに1日5,000通以上を送る一括送信者には、**SPF・DKIM・DMARCすべての設定**と、**From: 列のドメインと認証ドメインの一致（アラインメント）**が要件となっています。2025年以降はMicrosoftのOutlookも同等の基準を適用しており、主要メールサービスの「門」は年々厳しくなっています。

要件を満たさないメールは、迷惑メール扱いになったり、**「5.7.26」エラーで拒否**されたりします。これまで普通に届いていたメールが、ある日を境に届かなくなる理由の多くはここにあります。

前提知識として DMARC の役割を整理したい方は、先に[DMARCとは？中小企業が今すぐ対応すべき理由](/blog/what-is-dmarc)をお読みください。エラーコード「5.7.26」で拒否されている場合の具体的な切り分け手順は、[Gmail 5.7.26エラーの原因と対処法](/blog/gmail-550-5726-fix)をご参照ください。

## Gmailに届かない主な5つの原因

![Gmailの配信判定フロー](/blog/gmail-not-receiving/gmail-delivery-decision.svg)

Gmail は受け取ったメールを、認証 → アラインメント → スパム率 → レピュテーションの順にチェックします。どこか一つでも閾値を下回ると、受信トレイではなく迷惑メールフォルダや拒否（5.7.26）に回されます。以下、つまずきやすい順に5つ並べます。

### 原因1: SPF / DKIM / DMARC が未設定、または設定ミス

最も多いのがこのケースです。Googleの現行ガイドラインでは、1日5,000通未満の送信者でも **「SPF または DKIM の設定」が必須要件**として明記されています。どちらも設定されていないドメインからのメールは、そもそも認証に通らず、Gmail側で迷惑メール扱いになる可能性が高くなります。

よくある設定ミス：

- **SPF レコードが存在しない**、または`include:`漏れで実際の送信サーバーをカバーできていない
- **SPF の include 上限（10個）** を超えていて `Permerror` になっている
- **DKIM の公開鍵が DNS に登録されていない**、または公開鍵の改行位置がズレて検証が失敗している
- **DMARC レコードが無い**、あるいは構文エラーで受信側が読み取れない

これらは DNS レコードを1行ずつ見直せば分かりますが、自社のDNS管理画面を触る機会が少ない総務・情シス担当者の方には気づきにくい領域です。

### 原因2: From: 列のドメインと認証ドメインが一致していない

SPF や DKIM は**設定しているのに届かない**ケースで疑われるのがこれです。いわゆる**ドメインアラインメント**の失敗で、Google の大量送信者向け要件では明示的に「From: ドメインが SPF または DKIM ドメインと一致すること」が求められています。アラインメントの仕組みと relaxed / strict の使い分けは [DMARC アライメントとは](/blog/dmarc-alignment-explained) で詳しく解説しています。

たとえば外部のメール配信サービス（マーケティング用ツール、請求書発行 SaaS など）を使っていると、From: 列は自社ドメインでも、SMTP の Mail From や DKIM の署名ドメインは配信サービス側のドメインになっていることがあります。この状態だと SPF も DKIM も「通る」ように見えても、**DMARC の観点ではアラインメント失敗**として扱われます。

![ドメインアラインメントのOK例とNG例](/blog/gmail-not-receiving/alignment-compare.svg)

### 原因3: スパム率が閾値を超えている

Googleは送信者向けガイドラインで、**Postmaster Tools のスパム率を0.10%未満に保つこと**を強く推奨しており、**0.30%を超えることを絶対に避ける**よう明記しています。

スパム率は受信者が「迷惑メール報告」を押した割合です。無差別な一斉配信、古いリストへの配信、配信停止に対応していないメルマガなどで急上昇します。閾値を超えると、正規のメールまでまとめて迷惑メール判定されるようになります。

一斉配信のメールを迷惑メール判定させないための具体策は[一斉送信メールが迷惑メールに入る原因と対策](/blog/bulk-mail-deliverability)にまとめています。

### 原因4: 送信元 IP・ドメインのレピュテーション低下

Gmail の判定は**過去の送信履歴（レピュテーション）**を重視します。以下のような運用は評価を下げます。

- 一度に大量配信してから長期間送らない
- 共有のメール配信サービスで、同居する他社の素行が悪い
- 新規ドメインからいきなり大量送信する（ウォームアップ不足）
- 不正ログインされて第三者がなりすまし送信している

レピュテーションは一度落ちると回復に時間がかかります。特に **DMARC のレポート（rua）を受信していない状態**では、不正送信に気づけないまま評価を下げ続けることになります。

### 原因5: RFC 5322準拠・PTRレコード・TLSの問題

見落としがちですが、Google のガイドラインには以下の要件も含まれています。

- **RFC 5322 準拠**: メールヘッダの書式が正しいこと
- **有効な PTR レコード**: 送信元 IP の逆引き DNS が設定されていること
- **TLS 接続**: SMTP 送信時に暗号化されていること
- **Gmailのなりすまし禁止**: `@gmail.com` 宛てに `@gmail.com` を From: に使った送信などは当然弾かれる

古いオンプレミスのメールサーバーをそのまま使っている企業では、このレイヤーでつまずくことがあります。

## 自分で確認できる4つのチェック

専門知識がなくても、以下の4点はすぐに確認できます。

### チェック1: 受信した Gmail のヘッダで認証結果を見る

自社アドレスからテストメールを Gmail 宛てに送り、受信側で「メッセージのソースを表示」を開きます。`Authentication-Results` ヘッダの `spf=`、`dkim=`、`dmarc=` の値がすべて `pass` になっていることを確認してください。1つでも `fail` や `none` があれば、そのレイヤーが原因です。

### チェック2: DNS レコードを Web ツールで確認

DNSの各レコード（SPF / DKIM / DMARC）は、dig コマンドや Web ツールで外部から可視化できます。SPF の `include:` が10個を超えていないか、DMARC の `p=` の値が何になっているかなどを見ます。

### チェック3: Google Postmaster Tools に登録する

Gmail 宛ての送信量が少なくても、**Postmaster Tools** は無料で使えます。自社ドメインを登録すると、Gmail 側から見た迷惑メール率、認証成功率、ドメインレピュテーションを日次で確認できます。原因の切り分けに最も有効です。

### チェック4: 自社ドメインに対して無料診断を実行する

SPF・DKIM・DMARC の状態と点数を日本語レポートで見たい場合は、[無料ドメイン診断ツール](/diagnose)を使ってみてください。ドメイン名を入力するだけで、設定の過不足と改善ポイントを提示します。

## それでも届かないときの優先順位

上記で原因が特定できない、または複数が絡んでいる場合は、次の順で手を打つのが定石です。

![対処の優先順位](/blog/gmail-not-receiving/recovery-priority.svg)

1. **メール認証（SPF / DKIM / DMARC）を完全な状態にする**。ここが直らないと他を直しても焼け石に水です。
2. **送信プラットフォームを見直す**。外部配信サービスを使っているならアラインメントとDKIM署名の設定を点検します。
3. **レピュテーション改善**。一斉配信を分割する、配信リストを整理する、配信停止リクエストに即時対応する、の3点。
4. **運用監視を仕込む**。DMARCレポート（rua）を受信して、失敗しているメールを可視化します。

設定方法そのものは[DMARC設定方法を徹底解説｜中小企業でもできる3ステップ](/blog/dmarc-setup-guide)にまとめています。

具体的なエラーコードが返ってきている場合は、コード別の対処も併用してください。`550 5.7.1` の認可拒否は [Gmail 5.7.1エラーの対処](/blog/gmail-550-571-fix)、`5.5.2` の容量・サイズ超過は [Gmail 5.5.2エラーの対処](/blog/gmail-552-quota-fix) を参照すると、原因切り分けが速くなります。

## まとめ：まずは現状を把握しましょう

Gmailに届かない問題は、**SPF / DKIM / DMARC の設定不備**が起点になっているケースがほとんどです。2024年以降は要件を満たさないメールが黙って迷惑メール扱いになるため、気づかないうちに機会損失を重ねている企業も少なくありません。

**受信側のヘッダ確認と Postmaster Tools の登録**が、原因特定の最短ルートです。

自社ドメインが Gmail の要件を満たしているかは、[無料ドメイン診断ツール](/diagnose)で30秒ほど確認できます。設定に自信がない、何から直していいかわからないという方は、[お問い合わせ](/contact)からご相談ください。メールが届かない状態を長引かせるほど、取引先からの信頼や商機の損失は大きくなります。早めに手を打つことをおすすめします。

SSL 証明書や Web セキュリティヘッダ、サブドメイン棚卸しの単発チェックも合わせて [無料ツール一覧](/tools) にまとめています。
