問い合わせフォームのメールが届かない原因と切り分け6手順

「ホームページのお問い合わせフォームから送ったのに、メールが届かない」——この相談は、ホームページの不具合のなかでいちばん静かに損をします。サイトは正常に表示され、送信完了画面も出るので、誰も壊れていることに気づけません。気づくのは、お客様から「先週メールしたのですが」と電話が来たときです。

しかも2024年以降、この事故は増える方向にあります。GoogleとMicrosoftが受信側の要件を厳しくしたため、これまで「なんとなく届いていた」フォームメールが、ある日から静かに迷惑メール行き・拒否に変わったからです。この記事では、原因を3つの層に切り分け、順番に潰していく6手順にまとめます。専門知識がなくても、どこまで自分で確認できて、どこから業者に渡すべきかが分かる形にしました。

まず切り分ける：届いていないのか、気づいていないのか

最初にやるのは原因探しではありません。「本当に送信されていないのか」「送信はされていて受信側で消えているのか」を分けることです。ここを飛ばすと、フォームを作り直しても直りません。

特に転送は要注意です。自社ドメイン宛のメールを Gmail などへ転送していると、転送の過程で送信元の情報が書き換わり、後述する認証（SPF）に失敗して転送先で捨てられることがあります。「自社サーバーには届いているのに、手元では見えない」という状態です。

原因は3つの層に分かれる

フォームメールが届かない原因は、必ず次の3層のどこかにあります。層を特定してから対処すると、無駄な作業がなくなります。

体感として、2024年以降にいちばん増えたのが②です。フォームもサーバーも何も触っていないのに届かなくなった場合は、ほぼここを疑ってよいと考えています。

2024年からルールが変わった：受信側の要件

Googleは2024年2月1日から、Gmail宛にメールを送るすべての送信者へ次の要件を課しています。要件を満たさないメールは迷惑メール扱い、または拒否されます。

DKIMの鍵長は最小1,024ビット、推奨2,048ビットとされています。Microsoftも同じ方向に動いており、2025年5月5日から outlook.com・hotmail.com・live.com 宛に1日5,000通を超えて送る場合、SPF・DKIM・DMARC（最低 p=none）を必須にしました。要件を満たさないメールは当初は迷惑メールフォルダへ、その後は SMTP エラー 550 5.7.515 で拒否されうると案内されています。

「うちは1日5,000通も送らない」と思うかもしれませんが、すべての送信者に課される要件（SPFまたはDKIM・TLS・逆引き・迷惑メール率）は通数に関係なく適用されます。中小企業のフォームメールが引っかかるのは、ほぼこちらです。

いちばん多い原因：From に「入力者のメールアドレス」を入れている

フォームの通知メールで、送信元（From）を「フォームに入力された訪問者のメールアドレス」にしている——これが最頻の原因です。返信しやすいように、という善意の設定なのですが、受信側から見ると「自分のサーバーでもないのに、他人のドメインを名乗って送ってきたメール」になります。

たとえば tanaka@example.co.jp と入力された問い合わせを、自社サーバーから From: tanaka@example.co.jp で送る。example.co.jp のSPFレコードには自社サーバーのIPは当然入っていないので、SPFは fail します。相手が DMARC を厳しめに運用していれば、この時点で捨てられます。なりすましメールと構造が完全に同じだからです。

From は自社ドメイン固定、返信先は Reply-To で渡す。これに直すだけで届くようになるケースが実務ではかなりあります。訪問者へ送る自動返信メールも同じで、From を訪問者側にしてはいけません。

切り分けの6手順

ここからは順番に実行します。上から順にやると、途中で原因が確定して止まる作りにしてあります。

手順1：受信側を潰す（5分）

迷惑メールフォルダ・フィルタ・転送・容量を確認します。宛先が複数ある場合は、届いている宛先と届いていない宛先を書き出してください。「特定の宛先だけ届かない」なら受信側、「全員に届かない」なら送信側と、ここで大きく2つに割れます。

手順2：3つの宛先へテスト送信する（10分）

自社ドメインのアドレス・Gmailのアドレス・まったく別のプロバイダのアドレスの3つへ、同じフォームからテスト送信します。結果の読み方は次のとおりです。

手順3：送信ログで「送られたか」を確認する（10分）

WordPressのフォームなら、送信内容をサイト内に保存するプラグイン（Contact Form 7 なら公式の Flamingo など）を入れると、「送信は成立していたが、メールだけが消えていた」のかどうかが確定します。ここで記録が残っていなければ、原因は③です。記録が残っているのにメールが来ないなら、原因は①か②です。

手順4：届いたメールのヘッダーを読む（15分）

テストで1通でも届いたなら、そのメールのソース（Gmailなら「メッセージのソースを表示」）を開き、Authentication-Results の行を見ます。ここに答えが書いてあります。

手順5：DNSの3レコードを確認する（15分）

SPF・DKIM・DMARCがそもそも設定されているかを確認します。オンラインの確認ツールでドメインを入力すれば見られますし、コマンドが使えるなら次の3つです。

dig +short TXT 自社ドメイン.jp
dig +short TXT google._domainkey.自社ドメイン.jp
dig +short TXT _dmarc.自社ドメイン.jp

ここで注意点があります。DMARCを設定するとき、いきなり p=quarantine や p=reject にしないでください。SPF・DKIMが正しく通っているか確認できていない状態で厳しくすると、自社が送るメールが自分のポリシーで弾かれます。まず p=none とレポート送付先（rua）だけを設定して数週間観測し、認証が通っていることを確かめてから上げるのが安全です。

手順6：送信経路をサーバー任せから変える（要相談）

ここまでで直らない場合、レンタルサーバーの標準のメール送信機能（PHPの mail() 相当）を使っていることが原因のことがあります。この経路は認証を通しづらく、サーバーによっては1時間あたりの送信数制限もあります。SMTPプラグインや外部のメール配信サービスを経由させる形に切り替えると、認証が揃い、送信ログも残るようになります。ここは制作会社・保守担当に依頼する範囲です。

恒久対策：メール1本に依存しない

原因を潰しても、メールという仕組み自体が「届いたかどうかを送信側で確認できない」構造を持っています。問い合わせを取りこぼしたくないなら、通知経路を二重にしておくのが現実的です。

• フォーム送信内容をサイト内（またはスプレッドシート）にも保存する。メールが消えても記録は残る
• チャットツールへも通知する（Slack・Google Chat・LINE など）。メールと別経路になる
• 自動返信を送る。訪問者側にも「送信できた」証拠が残り、届いていないことに双方が早く気づける
• 月1回のテスト送信を運用に組み込む。壊れていることに最短30日で気づける

自動返信の設計や一次対応の仕組み化はAIで問い合わせメールを自動返信する方法で詳しく扱っています。

実際にやってしまった話（Mihataの例）

この記事の内容は他人事ではありません。Mihata自身、2026年8月に自社ドメインのDNSを別事業者へ移行した際、移行前に設定してあった apex の SPF レコードと、Google Workspace の DKIM（google._domainkey）が移行先へ引き継がれていませんでした。メールは普通に送れていて、エラーも返ってこないので、1週間気づきませんでした。気づいたのはDMARCのレポートを見返したときです。

DNSの引っ越し・サーバーの移転・メールサービスの切り替えは、認証レコードが落ちる典型的なタイミングです。「最近サーバーを変えた」「制作会社を変えた」という心当たりがあるなら、まずここを疑ってください。

自分で直せないとき、誰に頼むか

手順4以降は、DNSの管理画面かサーバーの管理画面に入れないと進みません。ここで詰まる会社の多くは、「そもそも自社サイトのドメインとサーバーを誰が管理しているか分からない」という状態です。その場合は先に管理者を特定します。調べ方はドメインとサーバーの管理会社がわからない時の調べ方にまとめました。

また、フォームが動かないのと同時に「検索に出てこない」「表示が崩れる」といった症状が出ているなら、サイト全体が放置状態になっている可能性があります。中小企業が最低限やるセキュリティ対策とホームページが検索に出ないときの原因切り分けも併せて確認してください。運用を自社でやるか外注するかの線引きはホームページ運用・更新代行の分担と費用相場で整理しています。

まとめ

問い合わせフォームのメールが届かない原因は、①受信側で消えている、②送信元の認証が通っていない、③そもそも送信されていない、の3つに必ず収まります。2024年2月のGoogle、2025年5月のMicrosoftの要件変更以降に急に届かなくなったなら、まず疑うのは②、なかでも「From に訪問者のアドレスを入れている」設定です。

フォームは、会社にとっては受注の入口そのものです。壊れていても誰も教えてくれないので、直したあとは月1回のテスト送信とメール以外の通知経路まで用意しておくことをおすすめします。