問い合わせフォームが届かない｜送信・保存・メール通知を分けて調べる

送信完了が出るのに通知が来ないときの確認方法。受付データ、自動返信、運営者への通知を区別し、公開前のテスト表を作ります。

完了画面が出たか、受付が残ったかを別々に確認する

フォームは、入力、送信、受付データの保存、通知という複数の段階でできています。サービスによってはメール送信が中心で、回答保存がない構成もあります。まず自分のフォームが何をする設計なのかを確認します。

「送信できました」という表示だけでは、運営者が内容を読めたとは限りません。編集部では、公開前にテスト用の識別文を入れて送り、受付画面と通知メールを対応づける方法を勧めます。

入力確認はブラウザーだけで完結させないことが基本です。MDNは、利用者側の検証が回避できるため、サーバー側でも検証が必要と説明しています。作成ツールを利用する場合は、ツールが提供する受付やエラー処理の仕様を確認します。

実在の他人のメールアドレスを使わず、テスト用に管理できる宛先を使います。繰り返しテストする場合は、受付担当者が実際の問い合わせと取り違えないよう識別文を統一してください。二重送信を調べるテストは、外部予約や決済などの副作用がない環境で行います。

独自ドメインでメールを使う場合、受信のためのMXなど、Web公開とは別のDNS設定が関係します。Cloudflareの資料も、メールサービスの指定に合わせてレコードを設定するよう案内しています。サイトが表示されたことだけで、メールの設定が完了したとは判断できません。

送信メールの認証設定は使う配信サービスの案内に沿います。値を推測して追加したり、他のサービス用の設定を一括削除したりしないでください。受付保存に成功して通知だけ失敗しているなら、まず保存された問い合わせを確認し、返信漏れを防ぎます。

テストID	送信時刻	完了表示	受付記録	運営者通知	自動返信
テストA	＿＿	＿＿	＿＿	＿＿	＿＿
テストB	＿＿	＿＿	＿＿	＿＿	＿＿

自動返信を実装していない場合は「対象外」と書きます。届いていない状態と、そもそも送らない設計を混同しないためです。受付データにアクセスできる担当者と、通知メールを読む担当者も決めておきます。

返信までの時間、休業日の扱い、急ぎの連絡手段は、実行できる条件を書きます。「すぐ返信します」と表示しているのに確認担当がいない状態を避け、返信できない場合の代替連絡先まで検討しましょう。

SITE PORTのフォームを検討する際も、入力画面だけでなく、本番の受付先と通知まで確認してください。運用開始前にこのテスト表を使うと、誰が何を確認するかが明確になり、公開後の問い合わせ対応を整えやすくなります。

SITE PORTの完成例を見る・編集のデモを見る。自分で更新する場面を想像しながら、利用できる機能とサポート範囲を申込前に確認してください。

[スマホでの操作確認](/articles/mobile-website-prelaunch-check)・[HTTPSの不具合](/articles/https-certificate-warning-check)