お問い合わせフォームは「送信できた」で安心しない｜メールが届かない原因と確認方法

お問い合わせフォームへ必要事項を入力し、送信完了のメッセージが表示された。

この状態を見ると、フォームは正常に動いているように感じます。

しかし、画面上で送信が完了しても、管理者のメールボックスへ通知が届いているとは限りません。

フォームの受付とメールの配信は別の処理です。公開前に画面だけを確認していると、利用者から問い合わせが送られているのに気付けない可能性があります。

今回は、お問い合わせメールが届かない主な原因と、公開前後に確認すべきポイントを解説します。

フォーム送信とメール受信は別の処理

お問い合わせフォームでは、一般的に次のような順番で処理が行われます。

利用者がフォームへ入力する

入力内容がWebサイトへ送信される

WordPressやフォーム機能が内容を受け取る

サーバーから通知メールを送る

メールサービスが受信する

受信トレイや迷惑メールフォルダへ振り分けられる

送信完了のメッセージは、途中まで処理が進んだことを示しているだけの場合があります。

その後のメール送信や受信で問題が起きれば、画面上では成功していても通知メールは届きません。

動作確認では、送信完了画面だけでなく、実際の受信まで確認する必要があります。

送信先メールアドレスが間違っている

最初に確認したいのは、フォームに設定されている送信先です。

文字の入力ミス、古い担当者のアドレス、テスト用アドレスなどが残っていると、別の場所へ通知が送られます。

Webサイトの管理者メールアドレスと、フォームの送信先が同じとは限りません。

フォームプラグインでは、フォームごとに送信先を設定できることがあります。

複数のフォームがある場合は、お問い合わせ、資料請求、採用応募など、それぞれの送信先を確認します。

迷惑メールへ振り分けられている

通知メール自体は届いていても、迷惑メールフォルダへ入っている場合があります。

メールサービスは、送信元、件名、本文、送信方法などをもとに迷惑メールかどうかを判断します。

同じ内容のテスト送信を短時間に何度も行うと、迷惑メールとして扱われやすくなることもあります。

受信トレイに見当たらないときは、迷惑メール、プロモーション、隔離されたメールなども確認します。

特定のメールサービスだけで届かない可能性もあるため、できれば異なる種類のメールアドレスでテストします。

送信元アドレスのドメインが合っていない

フォームの送信元として、入力者のメールアドレスをそのまま設定しているケースがあります。

しかし、Webサイトのサーバーから送信しているのに、送信元だけが別のメールサービスのアドレスになっていると、不自然なメールとして判定される可能性があります。

送信元には、基本的にWebサイトと同じドメインのメールアドレスを使用します。

入力者のアドレスへ返信したい場合は、送信元そのものを変更するのではなく、返信先として設定します。

送信元と返信先の役割を分けることで、メールの信頼性を保ちながら、管理者がそのまま返信できるようになります。

SPF・DKIM・DMARCとは

メールが正当な送信元から送られたことを確認するために、ドメインにはメール認証の仕組みがあります。

代表的なものがSPF、DKIM、DMARCです。

SPFは、そのサーバーからメールを送ることが許可されているかを確認する仕組みです。

DKIMは、メールへ電子的な署名を付け、途中で内容が変更されていないかを確認する仕組みです。

DMARCは、認証に失敗したメールをどのように扱うかをドメイン側から伝える仕組みです。

フォームの設定が正しくても、これらの認証状態によっては受信側で拒否されたり、迷惑メールへ振り分けられたりすることがあります。

サーバーのメール送信機能に問題がある

WordPressは、設置されているサーバーの機能を利用してメールを送ることがあります。

サーバー側でメール送信が制限されている、設定に問題がある、短時間に大量送信されたなどの理由で、メールを送れない場合があります。

ローカル環境や一部のテスト環境では、最初から外部へメールを送れないこともあります。

テスト環境で届かなかったからといって、フォームの記述だけが原因とは限りません。

どの環境から、どの方法でメールを送っているのかを確認する必要があります。

SMTPを利用する方法

メールの到達率を改善する方法として、SMTPを利用することがあります。

SMTPは、メールを送信するための仕組みです。

WordPressから直接送るのではなく、認証済みのメールサーバーやメール配信サービスを経由して送信することで、送信元を確認しやすくなります。

ただし、SMTP用のプラグインを入れるだけで自動的に解決するわけではありません。

利用するメールサービスの情報、認証方法、送信元アドレスなどを正しく設定する必要があります。

認証情報を管理画面や共有資料へそのまま残さないことにも注意が必要です。

自動返信メールも別に確認する

管理者への通知が届いていても、利用者への自動返信が届かない場合があります。

反対に、自動返信は届いているのに管理者通知だけが届かないこともあります。

この二つは別々のメールとして設定されているため、それぞれ確認が必要です。

自動返信メールでは、次の点を確認します。

入力したアドレスへ届くか

差出人名が分かりやすいか

件名が空欄になっていないか

文字化けしていないか

入力内容が正しく表示されているか

返信不要などの案内が適切か

迷惑メールへ入っていないか

実際の利用者が受け取る内容として、不自然な表現がないかも確認します。

フォームの入力確認も必要

メールが届けば完成というわけではありません。

入力欄の設定が正しくなければ、必要な情報が空欄のまま送信されたり、本文に反映されなかったりします。

次のような入力パターンを試します。

必須項目を空欄にする

メールアドレスの形式を間違える

長い文章を入力する

スマートフォンから送信する

日本語や記号を含める

同じボタンを続けて押す

同意項目を選択せず送信する

正常な入力だけでなく、間違った入力をした場合の動作も確認することが大切です。

送信内容を保存するか検討する

フォームから送信された内容が、メールにしか残らない運用もあります。

この場合、メールの配信に失敗すると、問い合わせ内容そのものを確認できない可能性があります。

WordPressの管理画面や外部サービスへ送信内容を保存する仕組みがあれば、メールが届かなかった場合の確認手段になります。

ただし、お問い合わせ内容には氏名、メールアドレス、電話番号などの個人情報が含まれます。

保存期間、閲覧できるユーザー、バックアップ、削除方法なども合わせて決める必要があります。

保存すれば安全になるのではなく、管理すべき個人情報が増えることも理解しておきます。

公開前のテストだけでは足りない

公開時に正常でも、後から届かなくなる可能性があります。

プラグインの更新、サーバー移行、メールサービスの設定変更、ドメインのDNS変更などが影響することがあるためです。

サイト公開後も、定期的にテスト送信を行います。

また、問い合わせが一定期間まったく来ていない場合は、単に問い合わせがないと判断する前に、フォームが正常に動いているか確認した方が安全です。

フォームのエラーやメール送信の失敗を記録できる仕組みがある場合は、その履歴も確認します。

公開前に確認したい項目

お問い合わせフォームを公開する前には、次の項目を確認します。

パソコンとスマートフォンから送信できるか

管理者への通知メールが届くか

自動返信メールが届くか

迷惑メールへ入っていないか

送信先アドレスが正しいか

送信元がサイトのドメインと合っているか

返信先が入力者のアドレスになっているか

本文にすべての入力内容が表示されるか

エラー時の案内が分かりやすいか

送信後に連続送信されないか

異なるメールサービスでも受信できるか

個人情報の保存方法が決まっているか

一度成功しただけで終わらせず、管理者側と利用者側の両方から確認します。

まとめ

お問い合わせフォームで送信完了のメッセージが表示されても、通知メールが届いているとは限りません。

フォームの受付、サーバーからの送信、メールサービスでの受信は、それぞれ別の処理です。

メールが届かないときは、送信先、迷惑メール、送信元アドレス、メール認証、サーバーの送信機能などを順番に確認します。

管理者通知だけでなく、利用者への自動返信や入力エラー時の動作もテストすることが大切です。

お問い合わせフォームは、設置した時点ではなく、利用者の内容を確実に受け取れて初めて完成します。

公開前のテストと公開後の定期確認を続けることで、大切な問い合わせを見落とすリスクを減らせます。