WordPressのお問い合わせフォームからメールが届かない原因と確認方法

ホームページのお問い合わせフォームからメールが届かない。

あるいはお客様から、

と言われ、初めてメールが届かないことに気づく。

このような経験ないでしょうか。

お問い合わせフォームからメールが届かない問題は、かなり怖いトラブルですよね。

お問い合わせメールが1件届かないだけで、仕事の依頼、予約、見積もり、採用応募などを失ってしまう可能性があります。

しかし残念ながら、

WordPressのお問い合わせメールを「完全に未着ゼロにする」のはほぼ不可能です。

あと厄介なのが、メールが届かない原因が必ずしもWordPressとは限らないこと。

WordPressのお問い合わせメールは、

• フォームプラグイン
• Webサーバー
• メール送信サービス
• DNS
• 受信メールサーバー
• 外部メールサービス
• 迷惑メール判定

など、いくつもの仕組みを通って届きます。

そのため、フォームの画面に「送信されました」と表示されていても、受信トレイまで届いているとは限りません。

お問い合わせフォームの「送信完了」と、メールの「受信完了」は別のものです。

本記事では、

WordPressのお問い合わせメールが届かない場合に、何をどの順番で確認すればよいのか

そして、お問い合わせメールが届かなくても連絡を取りこぼさない方法を解説します。

WordPressのお問い合わせメールが届かない原因は1つではありません

まずお問い合わせフォームから入力された内容ですが、

これは、WordPressからメールの受信トレイに直接移動しているわけではありません。

大まかには次のような経路を通ります。

1. お客様が問い合わせフォームに入力する
2. WordPressが入力内容を受け取る
3. Contact Form 7などのプラグインがメールを作成する
4. WebサーバーやSMTPサービスがメールを送信する
5. 受信側のメールサーバーが受け取る
6. 迷惑メール判定や振り分けが行われる
7. メールソフトやWebメールの受信トレイに表示される

このうち、どこか1か所で問題が起きれば、メールは届かなくなります。

例えば、WordPressが正常にメールを作成していても「受信側で迷惑メールとして処理されている」ことがあります。

逆に、メールボックス自体は正常でも、WordPressの送信先アドレスが間違っていることもあります。

Google WorkspaceやMicrosoft 365を契約した際に、DNSやMXレコードの設定が正しく引き継がれていないケースもあります。

つまり、「お問い合わせメールが届かない」＝「WordPressが壊れた」とは限りません。

まず10分で確認したいこと

専門的な設定を変更する前に、まずは次の項目を確認してください。

1．テスト送信を行い、結果を記録する

まず、自分のサイトのお問い合わせフォームから、テスト送信を行います。

フォームの入力内容は ↓ のような情報で十分です。

• 【名前】テスト太郎
• 【メールアドレス】自分が確認できるテスト用アドレス
• 【電話番号】00-0000-0000
• 【内容】2026年6月19日10時 テスト送信

送信した日時も本文に入れておくと、メールログを確認するときに探しやすくなります。

テスト後、次の情報を記録してください。
（保守会社やサイト制作会社などに確認する際に重要）

• テストした日時
• テストしたフォームのURL
• 入力したメールアドレス
• 通知先のメールアドレス
• 送信後に表示されたメッセージ
• エラーが表示されたか
• 自動返信メールが届いたか
• 管理者向け通知メールが届いたか

2．迷惑メール・ゴミ箱・すべてのメールを確認する

受信トレイにないからといって、メール自体が届いていないとは限りません。

メールソフトを開いて、受信フォルダ以外の、以下の場所を確認してください。

• 迷惑メールフォルダー
• ゴミ箱
• すべてのメール
• アーカイブ
• 隔離・検疫フォルダー
• プロモーションなどの自動分類
• メールサーバー側の迷惑メール一覧

検索するときは、件名だけでなく次の情報も使います。

• ホームページ名
• ドメイン名
• 送信元メールアドレス
• 「WordPress」という文字
• お問い合わせフォームの固定件名
• テスト送信した日時

メールの自動振り分けルールによって、担当者別フォルダーや削除済みフォルダーへ移動している場合もあります。

3．同じメールアドレスに普通のメールを送る

Gmailなどでもいいです。

別のメールアドレスからお問い合わせ通知を受け取っているアドレスへ、直接普通のメールを送信してください。

これで、問題の範囲を大きく分けられます。

普通のメールも届かない場合

WordPressよりも、次の問題が疑われます。

• メールボックスの容量不足
• メールアカウントの停止
• Google WorkspaceやMicrosoft 365の設定
• MXレコードの問題
• ドメインやDNSの問題
• 受信拒否設定
• メールソフトの同期不良

普通のメールは届く場合

お問い合わせフォームだけに関係する、次の問題が疑われます。

• フォームの送信先設定
• 送信元アドレスの設定
• WordPressのメール送信設定
• 迷惑メール判定
• フォームプラグイン
• スパム対策機能
• WAFやセキュリティ設定

4．Webメールから確認する

Outlook、Apple Mail、スマートフォンのメールアプリなど、普段使っているメールソフトだけに問題が起きていることもあります。

可能であれば、メールサービスのWebメールへ直接ログインしてください。

例えば、Gmailを利用しているならブラウザ版Gmail。

レンタルサーバーのメールなら、レンタルサーバーにログインし、サーバー会社が用意しているWebメール画面を確認します。

Webメールには届いているのに、メールソフトへ表示されない場合は、WordPressではなくメールソフトの同期や受信設定の問題です。

5．最近契約・変更したものがないか確認する

「何もしていないのに突然届かなくなった」と感じる場合でも、周辺のサービスでは何かが変わっていることがあります。

直近で次のような変更がなかったか確認してください。

• Google Workspaceを契約・設定した
• Microsoft 365を契約・設定した
• レンタルサーバーを移転した
• ドメインを移管した
• ネームサーバーを変更した
• CloudflareなどのDNSサービスを導入した
• メールアカウントのパスワードを変更した
• メールアドレスを削除、変更した
• WordPressやプラグインを更新した
• PHPのバージョンを変更した
• SMTPプラグインを追加・変更した
• セキュリティ設定を変更した
• メールサービスの契約プランを変更した
• クレジットカードを変更した
• メールサービス側のルールが変わった

WordPressのお問い合わせメールが届かないときの確認順

ここからは、実務上、先に確認したいものから順番に解説します。

※ 確認しやすさ、起こりやすさ、影響範囲の広さを基準に記載しています。

1．迷惑メール判定や振り分けルール

まず疑いたいのは、迷惑メール判定やメールの振り分けです。

メールサービス側の迷惑メール判定は、常に同じではありません。

以前は受信トレイに届いていたメールでも、送信元の状態、メール本文、認証状況、受信者の操作などによって、迷惑メールへ入ることがあります。

次のような場所を確認してください。

• 迷惑メール
• 隔離メール
• 検疫メール
• 管理者用の迷惑メール管理画面
• 自動振り分け先
• 削除ルール
• 転送設定
• 受信拒否リスト

会社や学校などの組織で利用しているメールでは、利用者本人の受信トレイへ届く前に、メールサービスや組織側のセキュリティ機能で隔離されることが多いです。

特定の送信元だけ届かない場合

すべてのメールではなく、WordPressからのメールだけ届かない場合は、送信元アドレスや送信サーバーが迷惑メール判定を受けている可能性があります。

特定のお客様への自動返信だけ届かない場合は、そのお客様側のメールサービスで拒否されている可能性もあります。

2．メールボックスやGoogleアカウントの容量不足

メールボックスの容量が上限に達すると、新しいメールを受信できなくなることがあります。

レンタルサーバーで独自ドメインメールを使用している場合は、サーバー管理画面から、対象メールアドレスの使用容量を確認してください。

Gmailでは、メールだけでなくGoogleドライブやGoogleフォトによって、容量が上限に達していることがあります。

Microsoft 365やその他のメールサービスにも、それぞれメールボックス容量の上限があります。

ゴミ箱を空にしただけでは容量が減らない場合もある

サービスによっては、ゴミ箱や削除済みアイテムに残っているメールも容量として計算されます。

「メールを削除したのに容量が減らない」ときは、ゴミ箱、削除済みアイテム、迷惑メール、復元可能なアイテムなども確認してそれらも適宜削除をしましょう。

3．通知先メールアドレスの間違い

WordPress管理画面で、お問い合わせ通知の送信先を確認します。

Contact Form 7の場合は、対象フォームの「メール」タブにある「送信先」です。

次のような問題がないか確認してください。

• メールアドレスの入力ミス
• 古い担当者のアドレスが残っている
• 退職した担当者のアカウントが削除されている
• ドメイン変更前のアドレスが残っている
• 複数アドレスの区切り方が間違っている
• フォームごとに異なるアドレスが設定されている
• テストサイトのアドレスが残っている
• 制作会社のテスト用アドレスが残っている

ホームページ内にお問い合わせフォームが複数ある場合、それぞれ別の設定になっていることがあります。

「一般のお問い合わせフォームは届くけれど、採用フォームだけ届かない」

という場合もあるので、フォームごとに設定を確認してください。

4．Google WorkspaceやMicrosoft 365への切り替え

Google Workspaceを契約したこと自体で、WordPressのメールが自動的に止まるわけではありません。

注意したいのは、Google Workspace契約時や切り替え時に行うDNS設定です。

独自ドメインのメールをGoogle Workspaceで受信する場合、通常はドメインのMXレコードをGoogleのメールサーバーへ向けます。

Microsoft 365や別のメールサービスへ移行する場合も、同様にMXレコードの変更が必要になります。

MXレコードとは？

MXレコードは、そのドメイン宛てのメールを、どのメールサーバーで受け取るかを示すDNS設定です。

例えば、info@example.com宛てのメールをGoogle Workspaceで受信するのか、レンタルサーバーで受信するのかを決めています。

サーバー移転やネームサーバー変更後は要注意！

サイトリニューアルなどで、ホームページを別のサーバーへ移転するとき、ネームサーバーも変更する場合があります。

このとき、新しいDNS設定へWebサイト用のレコードだけを登録しメール用のMXレコードを移し忘れると、

次のような状態になります。

• ホームページは正常に表示される
• WordPressの管理画面にも入れる
• しかし独自ドメインメールだけ届かない

ホームページが表示されているからといって、メールのDNS設定も正常とは限りません。

Webサイトの設定とメールの設定は、同じドメインでも別々に確認する必要があります。

5．メールボックス、エイリアス、グループの停止や削除

お問い合わせ先として、次のようなアドレスを使用していることがあります。

• 個人のメールアカウント
• 共有メールボックス
• メールエイリアス
• メーリングリスト
• Googleグループ
• 転送専用アドレス

例えば、info@example.comというアドレスが独立したメールボックスではなく、担当者へ転送するだけのエイリアスになっている場合があります。

この場合、担当者のアカウント削除、転送先変更、グループ設定変更などによって、受信できなくなることがあります。

次の点を確認してください。

• 対象アドレスが現在も存在するか
• 転送先が正しいか
• グループ外からの投稿を受け付ける設定か
• 共有メールボックスの権限が残っているか
• 契約やライセンスが停止していないか
• 退職者のアカウントに依存していないか

6．Contact Form 7の送信元設定

Contact Form 7を利用している場合は、「送信先」だけでなく「送信元」も確認します。

メール設定には、主に次の3つがあります。

To

お問い合わせ通知を受け取るアドレス

From

メールの送信元として表示・認証されるアドレス

Reply-To

受信したメールへ返信するときの宛先

この3つは、役割が違います。

お客様のメールアドレスをFromに直接入れない

お問い合わせフォームへ入力されたお客様のGmailやYahooメールを、Fromへそのまま設定するのはできれば避けた方がいいです。

例えば、お客様がcustomer@gmail.comと入力したにもかかわらず、実際には自社のWebサーバーからGmail名義で送信すると、受信側からは「Gmailになりすましたメール」のように見えることがあります。

基本的には、次のように設定します。

• From⋯ホームページと同じドメインのメールアドレス
• Reply-To⋯フォームへ入力されたお客様のメールアドレス

設定例は次のとおりです。

送信先：
info@example.com

送信元：
〇〇株式会社ホームページ <form@example.com>

追加ヘッダー：
Reply-To: [your-email]

form@example.comには、できれば実際に管理している、サイトと同じドメインの有効なアドレスを使用します。

7．Contact Form 7の設定エラー

Contact Form 7には、フォームの設定に問題がないかを確認する機能があります。

次のような設定ミスがあると、警告が表示されることがあります。

• 送信元がサイトと異なるドメイン
• メールアドレス欄の書式が不正
• 存在しないメールタグを使用している
• 必須ではない入力欄をメールアドレスとして使用している
• 追加ヘッダーの書き方が間違っている
• フォーム側とメール本文側のタグが一致していない

Contact Form 7の管理画面に設定エラーが表示されている場合は、内容を確認してください。

ただし、警告を消すことだけを目的に、意味を理解せず設定を書き換えるのは危険です。

まずは、現在の設定をコピーまたはバックアップしてから変更しましょう。（戻せなくなるので）

8．「送信しました」と表示されても、届いたとは限らない

WordPressでは、一般的にwp_mail()という仕組みを通してメールを送信します。

この処理が成功した場合でも、それは最終的に受信者の受信トレイへ届いたことを保証するものではありません。

あくまで、WordPress側でメール送信処理を受け付けられたという段階です。

その後に、次のようなことが起こる可能性があります。

• 送信サーバーが配送を拒否する
• 受信サーバーが拒否する
• 迷惑メールとして隔離される
• メール認証に失敗する
• 宛先が存在しない
• メールボックスの容量がいっぱい
• メールサーバー間で一時的な遅延が起きる

9．Contact Form 7の表示結果から切り分ける

Contact Form 7では、標準状態であれば送信後の表示や状態からある程度切り分けられます。

ただし、テーマやCSSによって色や見た目が変更されていることが多いです。

緑色の完了表示が出るが、メールが届かない

WordPress・Contact Form 7側では送信処理が完了しています。

次を中心に確認します。

• 迷惑メール
• 通知先アドレス
• メールサーバーのログ
• SMTPの送信ログ
• SPF・DKIM・DMARC
• 受信側の拒否
• メールボックス容量

赤色のエラーが表示される

Contact Form 7がメール送信を試みたものの、処理に失敗している可能性があります。

次を確認します。

• Webサーバーのメール送信機能
• SMTP接続
• SMTPの認証情報
• サーバーエラー
• プラグイン競合
• PHPエラー
• メール設定の不備

オレンジ色のエラーが表示される

Contact Form 7のスパム対策機能によって、送信がスパムと判定された可能性があります。

関係するものには、次のような機能があります。

• reCAPTCHA
• Akismet
• コメントの拒否リスト
• その他のスパム対策機能

正当なテスト送信がスパム判定されている場合は、スパムログを確認します。

送信ボタンを押しても反応しない

メール配送より前の段階で問題が起きている可能性があります。

次を確認します。

• JavaScriptエラー
• REST APIの通信
• WAF
• キャッシュ
• CDN
• セキュリティプラグイン
• テーマやプラグインの競合
• 必須項目のエラー
• ブラウザ拡張機能

10．SMTPプラグインや外部メールサービスの問題

WordPress標準のメール送信ではなく、SMTPプラグインや外部メール送信サービスを利用しているサイトもあります。

SMTPを利用すると、送信経路やログを確認しやすくなることがあります。

ただし、SMTPプラグインを入れれば、すべてのメール問題が必ず解決するわけではありません。

SMTPにも、次のようなトラブルがあります。

• メールアカウントのパスワードを変更した
• SMTPサーバー名やポート番号が違う
• 暗号化方式が合っていない
• SMTP認証が失敗している
• OAuthの再認証が必要
• APIキーが失効した
• 外部サービスの契約が終了した
• 無料送信枠を超えた
• 送信上限に達した
• 支払い方法の期限が切れた
• 送信ドメインの認証が解除された
• 複数のSMTPプラグインが競合している

SMTPプラグインを複数入れない

複数のメール送信プラグインを同時に有効化すると、どのプラグインがメール送信を変更しているか分からなくなることがあります。

基本的には、メール送信を制御するプラグインは1つに整理します。

削除前には、現在使用しているサービスや認証情報を確認してください。

11．MX・SPF・DKIM・DMARCの違い

メールのDNS設定では、MX、SPF、DKIM、DMARCという言葉が出てきます。

似て見えますが、役割は異なります。

設定	主な役割
MX	そのドメイン宛てのメールを、どのサーバーで受信するか示す
SPF	そのドメインのメールを送信してよいサーバーを示す
DKIM	送信メールへ電子的な署名を付け、改ざんや送信元を確認する
DMARC	SPFやDKIMの結果とFromのドメインを確認し、失敗時の扱いを示す

MXレコードの問題

MXレコードに問題があると、独自ドメイン宛ての通常メールも受信できなくなる可能性があります。

特に次の変更後は確認が必要です。

• Google Workspaceへの移行
• Microsoft 365への移行
• レンタルサーバー移転
• ドメイン移管
• ネームサーバー変更
• DNS管理会社の変更

SPFの問題

SPFには、そのドメイン名でメールを送信するサービスを登録します。

例えば、通常の業務メールはGoogle Workspaceから送信し、WordPressの通知は別のWebサーバーから送信している場合、両方の送信経路を考慮する必要があります。

注意したいのは、SPFレコードをサービスごとに複数作ってしまうケースです。

SPFは、基本的に1つのレコードへ必要な送信元をまとめます。

Google Workspace用、メール配信サービス用、Webサーバー用として、別々のSPFレコードを追加すると、認証エラーの原因になることがあります。

DKIMの問題

DKIMでは、送信サービスがメールへ電子署名を付け、受信側がDNS上の情報を使って確認します。

Google Workspace、Microsoft 365、外部メール送信サービスなど、実際に使用する送信サービス側で設定します。

DMARCの問題

DMARCでは、メールに表示されるFromのドメインと、SPFまたはDKIMで認証されたドメインとの整合性が確認されます。

そのため、次のような組み合わせでは注意が必要です。

• Fromは自社ドメイン
• 実際の送信はレンタルサーバー
• SPFにレンタルサーバーが含まれていない
• DKIM署名も付いていない
• DMARCの判定が厳しい

この場合、WordPress側では送信処理が成功していても、受信側で迷惑メールや拒否になる可能性があります。

12．フォームのスパム対策に止められている

お問い合わせメールが届かないのではなく、そもそもフォームの送信処理がスパム対策によって中止されていることもあります。

Contact Form 7では、reCAPTCHAやAkismetなどが送信内容を判定します。

次のような条件で、正当な送信が誤判定されることがあります。

• 短時間に何度もテストした
• 同じ内容を繰り返し送った
• 本文が短すぎる
• URLを大量に入力した
• 使用しているIPアドレスの評価が低い
• 特定の言葉が拒否リストに含まれている
• reCAPTCHAの判定が低い
• セキュリティプラグインと機能が重なっている

テストを何度も行う場合は、送信内容を少し変え、短時間で大量に送らないようにします。

13．WAFやセキュリティ機能に止められている

WAFは、不正な通信からWebサイトを守る仕組みです。

しかし、フォームへ入力した文章や記号が攻撃と誤判定されると、正常なお問い合わせも止められることがあります。

次のような症状がある場合は、WAFやセキュリティ機能も確認します。

• 特定の文章を入力したときだけ送信できない
• URLやHTMLのような文字を入れるとエラーになる
• 送信ボタンを押すと403エラーになる
• 読み込み中のまま終わらない
• サーバー移転後から送信できない
• セキュリティ設定を強化した直後から止まった

WAFを無効にすれば直る可能性はありますが、恒久的に無効化するのは推奨できません。

ログを確認し、必要な通信だけを除外できるか、サーバー会社や保守事業者へ相談してください。

14．添付ファイルが原因になっている

ファイル添付があるフォームでは、添付ファイルが原因でメールが届かないことがあります。

確認したい点は次のとおりです。

• ファイルサイズが大きすぎないか
• サーバーのアップロード上限を超えていないか
• メールサービスの添付上限を超えていないか
• 危険な拡張子と判定されていないか
• 日本語ファイル名や特殊文字が影響していないか
• セキュリティ機能がファイルを拒否していないか

添付ファイルなしでは届き、添付すると届かない場合は、ファイルサイズや拡張子を中心に確認します。

機密情報を含むファイルをメール添付で送信させる運用についても、必要性を見直した方がよいでしょう。

15．サーバーや送信元IPアドレスの評価

共用レンタルサーバーでは、複数の利用者が同じ送信元IPアドレスを共有している場合があります。

同じ環境の別利用者による迷惑メール送信などが影響し、送信元IPアドレスの評価が低下すると、メールが届きにくくなる可能性があります。

この場合、WordPressの設定だけを見ても原因が分からないことがあります。

次の情報を確認します。

• メールサーバーの送信ログ
• バウンスメール
• SMTPのエラーコード
• 受信側が返した拒否理由
• サーバー会社からの障害情報
• 外部メール送信サービスの管理画面

重要なメールを安定して送る必要がある場合は、WordPressのWebサーバーから直接送るのではなく、認証やログ確認ができるメール送信サービスを利用する方法もあります。

ただし、外部サービスを利用しても、設定、契約、送信上限、迷惑メール判定などの管理は必要です。

さらに専門的なメール配送の仕組みもあります

ここまで紹介した内容以外にも、メール配送には次のような技術や設定が関係する場合があります。

• PTRレコード（逆引きDNS）
• HELO・EHLO
• MTAの配送キュー
• TLSポリシー
• ARC
• SRS
• DNSSEC

簡単に言えば、「送信サーバーの身元確認、配送待ちメールの管理、通信の暗号化、転送時の認証、DNS情報の改ざん対策などに関係する仕組み」です。

ただしこれらすべてを、WordPressのお問い合わせメールが届かないときに最初から確認する必要はありません。

一般的なWordPressサイトでは、レンタルサーバー会社、メールサービス、社内の情報システム担当者などが管理しており、サイト所有者やホームページ保守事業者では設定を変更できない場合もあります。

また、大規模な企業やセキュリティ要件の高い組織では、メールがGoogle WorkspaceやMicrosoft 365へ直接届くのではなく、メールゲートウェイ、セキュリティサービス、社内中継サーバーなどを経由していることもあります。

メールがどこで拒否・隔離されたのかは、そのメールシステムを管理している担当者にしか確認できない場合があります。

分からないままDNSやメールサーバーの設定を変更すると、お問い合わせ通知だけでなく、通常の業務メールにも影響する可能性があります。

基本的な確認で原因が分からない場合は、↓の担当者や事業者へ相談してください。

• Google WorkspaceやMicrosoft 365の管理者
• 社内の情報システム担当者
• メールサーバーの管理者
• レンタルサーバー会社
• メールセキュリティサービスの提供会社
• インフラエンジニア

症状別・原因の早見表

症状	主に確認する場所
送信完了と表示されるが届かない	迷惑メール、SMTP、送信ログ、受信ログ、SPF・DKIM・DMARC
フォームで赤いエラーが出る	WordPress、Webサーバー、SMTP、メール設定
フォームでオレンジのエラーが出る	reCAPTCHA、Akismet、拒否リスト、スパムログ
送信ボタンが反応しない	JavaScript、REST API、WAF、キャッシュ、プラグイン競合
自動返信だけ届かない	自動返信用設定、お客様側の迷惑メール、From設定
管理者通知だけ届かない	管理者の宛先、受信設定、容量、グループや転送
特定のメールアドレスだけ届かない	相手側の拒否、迷惑メール、ドメイン別判定
添付時だけ届かない	容量上限、拡張子、セキュリティ機能
通常のメールもすべて届かない	MX、メール契約、アカウント、容量、DNS
パソコンだけ届かない	メールソフトの同期、POP・IMAP、振り分け
サーバー移転後から届かない	DNS、MX、メールルーティング、送信元認証
パスワード変更後から届かない	SMTP認証、OAuth、メールアプリの再設定

Google Workspaceを利用している場合の確認方法

Google Workspaceで独自ドメインメールを利用している場合は、次を確認します。

GmailのWeb画面で検索する

まず、ブラウザ版Gmailへログインし、次を検索します。

• 迷惑メール
• ゴミ箱
• すべてのメール
• 送信元アドレス
• 件名
• テスト日時

Googleアカウントの保存容量を確認する

Gmail、Googleドライブ、Googleフォトなどを含めた保存容量を確認します。

容量が上限に達している場合は、不要なデータを削除するか、契約容量を見直します。

MXレコードを確認する

Google Workspace管理画面で案内されているMXレコードと、現在のDNS設定が一致しているか確認します。

インターネット上の記事に書かれている値をそのままコピーするのではなく、自分のGoogle Workspace管理画面に表示される案内を優先してください。

メールログを確認する

Google Workspaceの管理者は、メールログ検索を使って、対象メールがGoogle側へ到達したかなどを確認できます。

ログにメールが存在しない場合は、Googleへ到達する前で止まっている可能性があります。

ログに存在する場合は、受信、隔離、拒否、転送など、その後の処理を確認します。

Contact Form 7でお問い合わせ内容を保存する方法

Contact Form 7は、初期状態では送信されたお問い合わせ内容をWordPress内へ保存しません。

そのため、メールが届かなかった場合、お問い合わせ内容を後から確認できない可能性があります。

Flamingoなどの保存用プラグインを利用すると、WordPress管理画面から送信内容を確認できます。

ですが、保存用プラグインを使うと、データベースに次のような情報が保存されることがあるので、注意です。

• 氏名
• メールアドレス
• 電話番号
• 会社名
• 住所
• お問い合わせ内容
• IPアドレスなどの関連情報

もし保存用プラグインを導入する場合は、次を確認しておきましょう。

• 誰が閲覧できるか
• どのくらいの期間保存するか
• いつ削除するか
• バックアップにも残ること
• 管理画面のアカウントをどう管理するか
• プライバシーポリシーへどう記載するか
• 不要な個人情報を収集していないか

保守契約を依頼している場合、これは誰が確認するのか？

お問い合わせフォームの確認範囲は、保守契約の内容によって異なります。

「ホームページ保守」という言葉だけでは、どこまで対応するかは決まりません。

一般的なWordPress保守では、次のような業務が中心になることがあります。

• WordPress本体の更新
• プラグインの更新
• テーマの更新
• バックアップ
• セキュリティ確認
• 表示崩れやエラーの確認
• 障害発生時の調査
• フォームが送信操作できるかの確認

一方で、次の内容は契約によって対応範囲が分かれます。

• 実際のメール受信までの確認
• Google WorkspaceやMicrosoft 365の管理
• メールボックス容量の管理
• 担当者のメール振り分け設定
• DNSの管理
• SMTPサービスの契約管理
• 送信ログの常時監視
• 定期的なフォーム送受信テスト

保守事業者が本番メールを自由に確認するのは難しい

実際のお問い合わせ先には、顧客の氏名、メールアドレス、電話番号、相談内容など個人情報が含まれます。

そのため、ホームページの保守事業者が本番の受信箱を常時閲覧する運用は、必ずしも適切とは限りません。

現実的には、次のような運用が考えられます。

【方法1】保守事業者がテスト送信し、サイト所有者が受信確認する

保守事業者がフォームからテスト情報を送信し、

サイト所有者へ「テストメールを送信したので、受信をご確認ください」と連絡します。

個人情報を閲覧せずに確認できますが、最終的な受信確認はサイト所有者が行う必要があります。

【方法2】専用のテスト用メールアドレスを作る

本番の通知先とは別に、動作確認専用のメールアドレスを用意します。

保守プランによっては、このアドレスを利用して定期的に送信から受信までを確認してくれるケースもあります。

※ ただしテスト用アドレスへ届いても、本番の通知先へ必ず届くとは限りません。

【方法3】送信ログを確認する

SMTPや外部メール送信サービスのログを使い、WordPressからメールが送られたかを確認します。

ただし、送信ログに成功と表示されても、受信トレイへの表示まで保証できない場合があります。

【方法4】外部のフォーム監視サービスを利用する

定期的にフォームへテスト送信し、受信までを自動確認するサービスもあります。

フォームの重要度が高い場合は選択肢になりますが、費用、個人情報、テストデータ、誤検知などの運用設計が必要です。

サイト所有者側で確認すること

サイト所有者は、次のような受信環境を確認します。

• 受信トレイ
• 迷惑メール
• メールボックス容量
• メールの振り分け
• 担当者アカウント
• Google WorkspaceやMicrosoft 365の契約
• 転送設定
• 実際に問い合わせが届いているか

保守事業者側で確認しやすいこと

保守事業者は、契約範囲に応じて次を確認します。

• フォームが表示されるか
• フォームから送信操作できるか
• WordPress側でエラーが出ていないか
• Contact Form 7などの設定
• WordPressのログ
• Webサーバーのエラー
• プラグインやテーマの競合
• WAFやREST APIの問題
• DNSや送信元認証

メール管理者が確認すること

Google Workspace、Microsoft 365、メールサーバーなどの管理者は、次を確認します。

• MXレコード
• メールログ
• 受信拒否
• 隔離・検疫
• メールボックス容量
• アカウントやライセンス
• グループやエイリアス
• SPF・DKIM・DMARC
• 送受信ルール

保守契約で決めておきたいこと

お問い合わせフォームが重要なサイトでは、次を契約書やサービス内容へ記載しておくと分かりやすくなります。

• フォームの動作確認を行うか
• 実際の受信確認まで行うか
• テスト頻度
• テスト後に誰が受信確認するか
• メールサービスを誰が管理するか
• Google WorkspaceやMicrosoft 365が対象か
• DNS管理が対象か
• 障害時の調査範囲
• 外部サービス費用を誰が負担するか
• メール到達を保証するものではないこと
• 個人情報へアクセスする可能性
• テストデータやログの保存期間

「必ず届くことを保証する」という契約よりも、

• 定期的に確認する
• 届かなかった場合に気づけるようにする
• 問題発生時の調査範囲を決める
• 誰が受信確認するか決める

という運用が現実的です。

お問い合わせメールの未着を減らす対策

お問い合わせメールの未着を完全にゼロにするのは困難です。

ただし、発生する可能性や気づかず放置するリスクは減らせます。

定期的にテスト送信する

サイトの重要なタイミングに応じて、定期的にテストします。

例えば、次のタイミングです。

• WordPress更新後
• フォームプラグイン更新後
• サーバー移転後
• DNS変更後
• Google WorkspaceやMicrosoft 365への移行後
• SMTP設定変更後
• メールアカウント変更後
• 担当者変更後
• 月1回など、あらかじめ決めた定期確認

管理者通知と自動返信の両方を確認する

管理者向けメールだけでなく、お客様向けの自動返信メールも確認します。

片方が届いていても、もう片方が届かないことがあります。

送信ログを残す

SMTPプラグインや外部送信サービスなどを利用して、送信履歴やエラーを確認できるようにします。

ログには個人情報が含まれる場合があるため、保存期間と閲覧権限も決めてください。

必要に応じてフォーム内容を保存する

メール以外にお問い合わせ内容を確認できるようにフォーム内容を保存したりプラグインを導入します。

ただし、WordPress内へ個人情報を保存することになるため、セキュリティと削除方針が必要です。

複数の連絡方法を用意する

これはかなり重要です。

お問い合わせフォームだけに依存せず、必要に応じて次の連絡方法も掲載します。

• 電話
• LINE公式アカウント
• 予約システム
• チャット
• 直接メール
• SNS

ただし、すべてを掲載すればよいわけではなく、実際に管理できる連絡方法だけを用意しましょう。

エラー時の案内を掲載する

お問い合わせページに、次のような案内を掲載する方法もあります。

3営業日以内に返信がない場合は、メールが正常に届いていない可能性があります。

お手数ですが、別の連絡方法からお問い合わせください。

これにより、メール未着による完全な取りこぼしを減らせます。

制作会社や保守事業者へ相談するときに伝えること

「お問い合わせが届きません」だけでは、原因の調査に時間がかかります。

次の情報をまとめて伝えると、切り分けが早くなります。

• 対象ページのURL
• テストした日時
• 送信時に入力したメールアドレス
• 通知を受け取る予定のアドレス
• 送信後に表示されたメッセージ
• 管理者通知が届いたか
• 自動返信が届いたか
• 普通のメールは受信できるか
• 迷惑メールを確認したか
• メール容量を確認したか
• 最近変更したサービスや設定
• エラー画面のスクリーンショット

そのまま使える連絡文は、次のとおりです。

お問い合わせフォームのメールが届かないため、確認をお願いします。

対象ページ：
https://example.com/contact/

テスト日時：
2026年6月19日 10時00分ごろ

送信時のメールアドレス：
test@example.net

通知先：
info@example.com

送信後の表示：
「送信されました」と表示されました。

管理者向け通知：
届いていません。

自動返信：
届いています／届いていません。

通常のメール受信：
別のGmailから送ったメールは届きました。

確認済み：
迷惑メール、ゴミ箱、メール容量を確認しました。

最近の変更：
Google Workspaceを導入しました。

お問い合わせフォーム届かない場合のよくある質問

WordPressで「送信されました」と表示されたら、メールは届いていますか？

必ず届いているとは限りません。

WordPress側で送信処理が完了しても、その後に迷惑メール判定、受信拒否、容量不足などが起こる可能性があります。

昨日まで届いていたのに、突然届かなくなることはありますか？

あります。

メールボックスの容量、迷惑メール判定、アカウント変更、DNS変更、SMTP認証、外部サービスの契約、セキュリティ設定などが変わることで、突然届かなくなる場合があります。

Google Workspaceを契約したことが原因ですか？

契約しただけで止まるとは限りません。

ただし、独自ドメインメールをGoogle Workspaceへ切り替えるためにMXレコードやDNSを変更した場合は、その設定が影響する可能性があります。

SMTPプラグインを入れれば解決しますか？

解決する場合はありますが、必ずではありません。

受信側の容量不足、通知先の間違い、MXレコード、迷惑メール判定などは、SMTPプラグインだけでは解決できません。

Contact Form 7が悪いのでしょうか？

Contact Form 7の設定が原因の場合もありますが、メールサーバー、DNS、受信環境など別の場所が原因の場合もあります。

フォームの表示結果、設定、送信ログ、受信側の状態を順番に確認します。

Flamingoを入れれば、メールは届くようになりますか？

Flamingoは、お問い合わせ内容をWordPress内へ保存するためのプラグインです。

メール配送そのものを改善するものではありません。

ただし、メールが届かなかった場合に、送信内容を管理画面から確認できる可能性があります。

※ 個人情報などメール内容をWordPressに保持される可能性があるため注意が必要です。

保守契約をしていれば、メール受信まで確認してもらえますか？

契約内容によります。

WordPressやプラグインの保守と、メールの受信監視は別業務として扱われることがあります。

定期テスト、実際の受信確認、Google Workspaceの管理などが含まれているか、契約内容を確認してください。

あわせて、サイト所有者ご自身でも定期的に受信を確認するのが安全です。

お問い合わせフォームは、どのくらいの頻度で確認すればよいですか？

サイトの重要度によります。

お問い合わせが売上や予約へ直結する場合は、月1回などの定期確認に加え、

WordPress更新、サーバー移転、DNS変更、メールサービス変更後にも確認するとよいでしょう。

複数のメールアドレスを送信先にすれば安心ですか？

リスクを減らせる場合はありますが、同じメールサービスや同じドメイン内のアドレスだけでは、同じ原因で両方届かない可能性があります。

また、個人情報を複数のアドレスへ送ることになるため、閲覧権限や管理方法も考える必要があります。

まとめ

WordPressのお問い合わせメールが届かないとき、原因はWordPressだけにあるとは限りません。

フォームから受信トレイへ届くまでには、次のような仕組みが関係しています。

• WordPress
• Contact Form 7などのフォームプラグイン
• Webサーバー
• SMTPや外部メール送信サービス
• DNS
• MXレコード
• SPF・DKIM・DMARC
• Google WorkspaceやMicrosoft 365
• 受信メールサーバー
• 迷惑メール判定
• メールボックス容量
• メールソフト

まずは、次の順番で確認してください。

1. テスト送信をする
2. 送信後の表示を記録する
3. 迷惑メールやゴミ箱を確認する
4. 普通のメールが届くか確認する
5. メールボックス容量を確認する
6. 最近の変更を確認する
7. WordPressの送信先と送信元を確認する
8. SMTPやメールログを確認する
9. MX・SPF・DKIM・DMARCを確認する
10. 必要に応じてサーバー会社や保守事業者へ相談する

お問い合わせメールは、「届くはず」と考えるだけではなく、「届かなかったときに気づける仕組み」を作ることが大切です。

保守契約がある場合であっても、

WordPressの管理、メールの送信、実際の受信確認が、すべて自動的に含まれるとは限りません。

サイト所有者、保守事業者、メール管理者のそれぞれが、どこまで確認するのかを決めておきましょう。

お問い合わせメールは、仕事の入口です。

だからこそ、完全に壊れないことだけを目指すのではなく、定期的に確認し、問題が起きたときに早く気づける状態を作っておくことが、現実的な対策になります。

最後までお読みいただき、ありがとうございました。