「お客様からフォームを送ったと言われたのに、メールが見当たらない」「送信完了画面は出るのに店舗側へ通知が来ない」「以前は届いていたのに突然止まった」。問い合わせフォームの不達は、気づかない間に予約や見積もりの機会を失う厄介な不具合です。しかも、原因はフォームだけとは限りません。WordPress、Webサーバー、メール送信サービス、受信側の迷惑メール判定まで複数の場所が関係します。本記事では、店舗・中小企業の担当者が安全に初動対応を行い、問い合わせフォームが届かない原因を順番に切り分け、再発しにくい状態へ改善する方法を実務目線で解説します。
- 問い合わせの取りこぼしを止めるために今すぐ行う対応
- フォーム受付から受信までを4区間で切り分ける方法
- WordPress・Contact Form 7で確認する設定
- SMTPとSPF・DKIM・DMARCを整える理由
- メール不達を再発させない保存・監視・テスト方法
まず行う緊急対応｜問い合わせの取りこぼしを止める
原因調査より先に、現在も問い合わせを失っている可能性を止めることが最優先です。
不達に気づいた時点で、フォームがいつから正常でなかったかは分かりません。設定を触る前に、現在の画面、送信時刻、表示されたメッセージ、届いたメールの有無を記録してください。証拠を残さずプラグイン停止や設定変更を繰り返すと、原因を特定しにくくなります。
- 迷惑メール、ゴミ箱、隔離メールを検索する
- フォームに表示される通知先と実際の受信先を確認する
- 自分でテスト送信し、送信日時と入力内容を記録する
- Gmailなど別系統のアドレスからも送信する
- 別の受信先にも通知を送れるか確認する
- 直前の更新、移転、DNS変更、メール契約変更を整理する
- 電話や別メールなど一時的な代替窓口を表示する
フォームを止めずに代替連絡先を表示する
すぐ復旧できない場合は、フォームを非公開にするだけでは問い合わせ手段が消えてしまいます。「現在フォームの受信状況を確認中です。お急ぎの場合は電話または○○@example.jpへご連絡ください」のように、ページ上部と送信ボタン付近へ代替窓口を出します。
店舗なら電話番号と受付時間、BtoBサービスなら直接送れるメールアドレスを併記します。メールアドレスも同じ受信システムを使っている場合は、別ドメインや電話など異なる経路を用意してください。障害と同じ経路だけを代替窓口にしても、連絡を受け取れない可能性があります。
管理画面の設定が分からないまま、フォームプラグインの再インストール、テーマ変更、DNSレコード削除を行わないでください。受信済みデータや復旧に必要な設定を失うことがあります。変更前には画面の保存とバックアップが必要です。
「届く・届かない」を一回のテストで決めない
同じ会社のメール同士では届くのにGmailには届かない、反対にGmailには届くのに会社メールで隔離される、といった差があります。少なくとも、送信者を2種類、受信先を2種類に変えて確認します。テスト本文には日時と識別番号を入れると、サーバーログやメールログと照合しやすくなります。
- 送信者：会社メールとGmailなどの外部メール
- 受信先：通常の通知先と別ドメインの確認用メール
- 入力内容：日本語、電話番号、URLあり・なし
- 確認事項：完了画面、自動返信、管理者通知、保存データ
自動返信メールが届いたから正常とは限りません。問い合わせ者向け自動返信と店舗向け通知は、別テンプレート、別宛先で送られることがあります。片方だけ届く場合は、フォーム自体は受け付けており、通知先やメール設定に問題が絞られる重要な手掛かりになります。
問い合わせフォームが届かない原因を4区間で切り分ける
問い合わせフォームのメールは、入力後すぐ受信箱へ移動するわけではありません。「フォーム受付」「WordPressの送信処理」「送信サーバー」「受信サーバー」という区間を通ります。どの区間で止まったかを調べると、不要な設定変更を減らせます。
| 区間 | 主な症状 | 確認するもの |
|---|---|---|
| フォーム受付 | 送信ボタンが動かない、エラー表示 | 入力エラー、JavaScript、スパム対策、通信 |
| WordPress処理 | 完了表示は出るが送信処理に失敗 | 宛先、From、プラグイン設定、PHPエラー |
| 送信サーバー | メールが外部へ出ない、SMTPエラー | 認証、ポート、送信制限、サーバーログ |
| 受信サーバー | 特定の宛先だけ届かない | 迷惑メール、隔離、拒否、SPF・DKIM・DMARC |
区間1：フォーム受付で止まっている
送信ボタンを押しても反応しない、入力中のまま進まない、赤やオレンジのエラーが出る場合は、メール以前の問題です。必須項目の設定、確認画面、reCAPTCHAなどのスパム対策、JavaScriptエラー、セキュリティ機能による遮断を確認します。
特定の文章やURLを入れた時だけ失敗するなら、WAFやスパム判定が反応している可能性があります。通常の短文とURLを含む文面を分けて試し、どの入力で失敗するか記録します。フォームプラグインの更新直後なら、更新前後のバージョンと発生日時も残してください。
区間2：WordPressの送信処理で止まっている
完了メッセージが出ても、受信箱への到達が保証されたとは限りません。WordPress公式の`wp_mail()`資料では、戻り値がtrueでも、利用者がメールを受信したことを自動的に意味しないと説明されています。送信処理が要求を受け付けただけで、その後に拒否や隔離が起こる可能性があります。
WordPressの送信成功と、受信者の受信成功は同じではありません。完了画面だけで正常判定せず、メールログと実際の受信を確認します。
WordPress Developer Resources: wp_mail()
この区間では、通知先のタイプミス、古い担当者アドレス、無効なメールタグ、Fromの不整合、メールテンプレートの設定ミスが多く見られます。サイト移管時に環境変数や送信設定が移っていない場合もあります。
区間3：送信サーバーから外へ出られない
WordPressは標準状態でWebサーバーのメール機能に依存します。しかし、Webサーバーはメール配信専用とは限らず、ホスティング会社の制限、送信数上限、認証不足、接続先ポートの遮断で失敗することがあります。
SMTPを設定済みでも安心はできません。ユーザー名やパスワードの変更、OAuth連携の期限、送信サービスの契約停止、送信上限、ポート番号、暗号化方式が変われば送れなくなります。テスト送信画面の成功・失敗だけでなく、表示されたエラー文を省略せず保存します。
フォーム送信が失敗するのか、WordPressのテストメールも失敗するのかを分けます。テストメールも失敗するなら送信基盤、テストメールは届くのにフォームだけ届かないならフォーム設定を優先して調べます。
区間4：受信側で拒否・隔離されている
送信ログが成功でも、受信サーバーが迷惑メール扱い、隔離、受信拒否を行うことがあります。Gmailのメール送信者ガイドラインは、送信ドメインのSPFまたはDKIMを求め、SPF・DKIM・DMARCを常に設定することを推奨しています。認証されていないメールは迷惑メールまたは拒否の対象になり得ます。
Microsoftのメール認証資料でも、SPF、DKIM、DMARCを組み合わせた送信元確認が説明されています。フォームのFrom欄に問い合わせ者のGmailアドレスをそのまま入れると、実際には自社サーバーから送っているのにGmailを名乗る形となり、認証上の不整合が生じます。
迷惑メールフォルダに見当たらない場合でも、会社のメールセキュリティ製品で受信前に隔離・拒否されていることがあります。メール管理者へ、送信日時、送信元、宛先、件名、送信サーバー情報を伝えて追跡を依頼してください。
WordPress・Contact Form 7で確認する設定
ここからはWordPressでよく使われるContact Form 7を例にします。他のフォームプラグインでも、確認する考え方は同じです。変更前の設定をスクリーンショットで残し、一項目ずつ変えてテストします。
Toは店舗・会社が実際に受信できる宛先にする
Contact Form 7公式のメール設定資料では、To欄へ有効なメールボックス形式の宛先を指定するよう案内しています。全角文字、余分な空白、古い担当者、存在しないエイリアスが入っていないか確認します。
info@のような代表アドレスが複数人へ転送される場合は、転送先の一つが無効になっていないかも確認します。転送設定の変更後から届かない場合は、フォームではなくメール側の問題かもしれません。確認中は、管理できる別アドレスをCcまたはBccに追加し、届き方を比較します。
Fromはサイトと同じドメイン、Reply-Toは問い合わせ者にする
Contact Form 7公式は、From欄にWebサイトと同じドメインのメールアドレスを使うよう案内しています。例えばサイトが`example.jp`なら、`form@example.jp`のような送信元を使います。
問い合わせ者のメールアドレスはFromではなくReply-Toへ設定します。これにより、受信メールへ返信した時は問い合わせ者へ届きつつ、配送時の送信元は自社ドメインとして整合しやすくなります。
From：フォーム通知 <form@自社ドメイン>
To：店舗・会社の受信用アドレス
Reply-To：問い合わせ者が入力したメールアドレス
SMTPとドメイン認証を整える
Webサーバー任せの送信で不安定な場合は、認証されたSMTPまたはメール配信サービスを利用します。大切なのは、SMTPプラグインを入れること自体ではなく、正しい送信元で認証し、送信ログを確認できる状態にすることです。
送信サービスを決める
現在利用中のGoogle Workspace、Microsoft 365、レンタルサーバーのメール、トランザクションメールサービスなどから選びます。
WordPressを認証接続する
SMTPまたはAPIで接続し、Fromアドレスを認証した自社ドメインへ統一します。認証情報は管理者以外へ不用意に共有しません。
DNS認証を設定する
利用サービスの案内に従いSPFとDKIMを設定し、運用を確認しながらDMARCも整えます。既存SPFを重複追加しないよう注意します。
テストメールを送る
WordPressのテスト機能から、会社メールと外部メールへ送り、ログ、認証結果、迷惑メール判定を確認します。
フォーム本体を送信する
最後に実際の問い合わせフォームから送信し、管理者通知、自動返信、保存データ、返信動作まで確認します。
SPFは、そのドメインから送信してよいサーバーを示します。DKIMはメールへ電子署名を付け、途中で改変されていないことを確認します。DMARCはSPFやDKIMの結果とFromドメインの整合性を見て、失敗時の扱いやレポート方法を示します。
SPFレコードは同じドメインに複数作ると正常に評価されないことがあります。既存のメール、予約システム、メルマガ、請求サービスなど送信元を洗い出し、利用サービスの公式手順かメール管理者の支援を受けて統合してください。
設定後は、GmailとMicrosoft系アドレスの両方で受信を試します。受信したメールのヘッダーでSPF、DKIM、DMARCの結果を確認できれば、単に「届いた」よりも確かな検証になります。
【相談事例】自動返信だけ届き、店舗通知が消えていたケース
以下は、複数の問い合わせ不達相談をもとに、業種や設定を組み替えたモデルケースです。実在する一社の成果を示すものではありません。
予約制の店舗から「お客様には自動返信が届いているのに、店舗の代表メールへ通知が来ないことがある。フォームには送信完了と表示されるため、何件失ったか分からない」という相談がありました。
まず、フォームの送信記録が保存されていなかったため、過去の未達件数は確定できませんでした。そこで現在の設定を保存し、送信者と受信先を変えて複数回テストしました。個人Gmail宛てには届きましたが、店舗の代表アドレスでは一部が隔離されていました。
さらに確認すると、From欄には問い合わせ者が入力したメールアドレスが使われていました。サイトのサーバーから送信しているにもかかわらず、外部のGmailや携帯メールを送信元として名乗る設定です。受信側から見ると送信元の整合性が弱く、なりすましに近いメールとして評価される可能性がありました。
対策として、Fromを店舗の独自ドメインへ固定し、問い合わせ者のアドレスはReply-Toへ移しました。そのうえで認証された送信経路へ切り替え、SPF・DKIMの状態を確認しました。代表アドレスだけに依存せず、確認用の別宛先とフォーム内容の保存も追加しました。
自動返信が届くことと、店舗通知が届くことは別問題です。通知ごとに宛先、From、テンプレート、受信側ルールを確認し、メールが消えても問い合わせ内容を追える保存手段を持つ必要があります。
復旧後は、担当者が毎月一回フォームからテストし、管理者通知、自動返信、保存データをチェックする運用に変更しました。技術設定を一度直すだけでなく、異常へ早く気づける仕組みを作ることが改善の本体です。
問い合わせ不達の再発防止とよくある質問
メールはWebサイト、DNS、送信サービス、受信サービスの変更で再び届かなくなることがあります。フォーム公開時だけでなく、運用中の確認項目を決めてください。
- 問い合わせ内容をWordPress管理画面や安全な外部システムにも保存する
- 管理者通知を必要に応じて複数宛先へ送る
- 送信ログと失敗ログを確認できるようにする
- 月1回、実際のフォームから定期テストする
- WordPress、フォーム、SMTP更新後に再テストする
- メール担当者の退職・変更時に宛先と転送先を見直す
- DNSやメールサービス変更時にSPF・DKIM・DMARCを確認する
送信完了と表示されたのに届かないのはなぜですか？
フォーム側が入力を受け付け、送信処理を開始できても、その後に送信サーバーや受信サーバーで拒否されることがあるためです。完了表示、WordPressのメールログ、送信サービスのログ、受信側の隔離状況を別々に確認してください。
自動返信だけ届かない場合はどこを見ますか？
管理者通知が届いているなら、フォーム受付と基本的な送信経路は動いている可能性があります。自動返信テンプレートが有効か、宛先に正しいメールタグを使っているか、Fromが自社ドメインかを確認します。携帯メールだけ届かない場合は、受信拒否設定や迷惑メール判定も疑います。
Gmailだけ、または会社メールだけ届かないことはありますか？
あります。受信サービスごとに判定ルールが異なり、会社ではセキュリティ製品が受信前に隔離する場合もあります。複数の受信先へ同じテストを送り、メールヘッダーの認証結果と受信側ログを比較します。
SMTPプラグインを追加すれば必ず直りますか？
必ずではありません。宛先ミス、フォーム設定、受信拒否が原因なら、SMTPだけ変えても解決しません。また、SMTPの認証情報やDNS設定が誤っていれば新しい不具合が増えます。4区間のどこで止まるか確認してから導入し、導入後はテストメールとフォーム本体を検証します。
対象URL、発生に気づいた日時、最後に正常受信した日時、完了画面の表示、管理者通知と自動返信の結果、送信元と受信先、迷惑メール確認結果、直前の更新内容、エラー画面をまとめます。WordPressやサーバーのパスワードは、依頼先と安全な共有方法が決まるまでメール本文へ書かないでください。
- 最初に代替窓口を表示し、画面・時刻・テスト結果を保存して機会損失を止める
- フォーム受付、WordPress、送信サーバー、受信サーバーの4区間で原因を切り分ける
- From、SMTP、SPF・DKIM・DMARCを整え、ログ・保存・定期テストで再発を早期発見する
問い合わせフォームが届かない状態は、見た目では正常に見えるため放置期間が長くなりがちです。設定を手当たり次第に変えるより、どこまで処理が進んでいるかを確認する方が早く復旧できます。自社でログやDNSを確認できない場合は、対象URLとテスト結果を整理したうえで、WordPressとメール配信の両方を確認できる修正業者へ相談してください。
楽楽ホームページ修正では、他社制作のWordPressサイトについても、フォーム設定、送信経路、メール認証を切り分けて修正範囲を確認します。問い合わせの取りこぼしが疑われる場合は、現在の設定を壊す前にご相談ください。
