Gmailにメールが届かない原因と対処法｜中小企業向け
目次
この記事でわかること
- 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とは？中小企業が今すぐ対応すべき理由をお読みください。エラーコード「5.7.26」で拒否されている場合の具体的な切り分け手順は、Gmail 5.7.26エラーの原因と対処法をご参照ください。
Gmailに届かない主な5つの原因
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 ドメインと一致すること」が求められています。
たとえば外部のメール配信サービス（マーケティング用ツール、請求書発行 SaaS など）を使っていると、From: 列は自社ドメインでも、SMTP の Mail From や DKIM の署名ドメインは配信サービス側のドメインになっていることがあります。この状態だと SPF も DKIM も「通る」ように見えても、DMARC の観点ではアラインメント失敗として扱われます。
原因3: スパム率が閾値を超えている
Googleは送信者向けガイドラインで、Postmaster Tools のスパム率を0.10%未満に保つことを強く推奨しており、0.30%を超えることを絶対に避けるよう明記しています。
スパム率は受信者が「迷惑メール報告」を押した割合です。無差別な一斉配信、古いリストへの配信、配信停止に対応していないメルマガなどで急上昇します。閾値を超えると、正規のメールまでまとめて迷惑メール判定されるようになります。
原因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 の状態と点数を日本語レポートで見たい場合は、無料ドメイン診断ツールを使ってみてください。ドメイン名を入力するだけで、設定の過不足と改善ポイントを提示します。
それでも届かないときの優先順位
上記で原因が特定できない、または複数が絡んでいる場合は、次の順で手を打つのが定石です。
- メール認証（SPF / DKIM / DMARC）を完全な状態にする。ここが直らないと他を直しても焼け石に水です。
- 送信プラットフォームを見直す。外部配信サービスを使っているならアラインメントとDKIM署名の設定を点検します。
- レピュテーション改善。一斉配信を分割する、配信リストを整理する、配信停止リクエストに即時対応する、の3点。
- 運用監視を仕込む。DMARCレポート（rua）を受信して、失敗しているメールを可視化します。
設定方法そのものはDMARC設定方法を徹底解説｜中小企業でもできる3ステップにまとめています。
まとめ：まずは現状を把握しましょう
Gmailに届かない問題は、SPF / DKIM / DMARC の設定不備が起点になっているケースがほとんどです。2024年以降は要件を満たさないメールが黙って迷惑メール扱いになるため、気づかないうちに機会損失を重ねている企業も少なくありません。
受信側のヘッダ確認と Postmaster Tools の登録が、原因特定の最短ルートです。
自社ドメインが Gmail の要件を満たしているかは、無料ドメイン診断ツールで30秒ほど確認できます。設定に自信がない、何から直していいかわからないという方は、お問い合わせからご相談ください。メールが届かない状態を長引かせるほど、取引先からの信頼や商機の損失は大きくなります。早めに手を打つことをおすすめします。