WordPressにお問い合わせフォームを作りたいものの、入力項目や通知先、自動返信、スパム対策をどこまで設定すればよいか分からず、手が止まっていませんか。
フォームは画面に表示されただけでは完成ではありません。読者が送信できること、管理者が通知を受け取れること、必要なら送信者へ自動返信が届くこと、記録を残す方針が決まっていることまで確認して、初めて連絡窓口として使えます。
初心者は、入力項目を最小限にしたフォームを一つ作り、固定ページへ設置した後、未ログイン状態のPCとスマートフォンから実際に送信して確認する順番が安全です。この記事では、自分で管理するWordPressへContact Form 7を導入する例で説明します。
通知メールが届くか確認する前に「公開できた」と判断しないでください。送信完了表示が出ても、宛先設定、サーバーのメール送信、迷惑メール判定などが原因で管理者へ届かない場合があります。
先に結論｜お問い合わせフォームは9段階で作る
- 問い合わせの目的と対応担当を決める
- 取得する入力項目と保存方針を決める
- バックアップを取り、フォームプラグインを導入する
- 入力フォームとエラーメッセージを作る
- 管理者向け通知メールを設定する
- 必要な場合だけ自動返信を設定する
- 固定ページへ設置し、メニューやフッターから案内する
- スパム対策とプライバシー案内を整える
- PC・スマートフォンで送信、受信、保存を確認する
サイトを作り直している途中なら、フォームだけを単独で追加するのではなく、運営者情報、プライバシーポリシー、メニュー、計測も含めて配置します。サイト全体の順番はWordPressサイト再生ロードマップで確認してください。
作り始める前に8項目を決める
| 設計項目 | 最初に決めること | 決めない場合の問題 |
|---|---|---|
| 目的 | 質問、見積もり、掲載依頼など | 不要な項目が増える |
| 対応担当 | 誰が、どの受信箱を見るか | 問い合わせを放置する |
| 受付範囲 | 対応できる内容・できない内容 | 期待のずれが起きる |
| 入力項目 | 名前、メール、件名、本文など | 取得しすぎ・不足が起きる |
| 通知先 | 管理者用の受信アドレス | 担当へ届かない |
| 自動返信 | 送るか、何を通知するか | 受付状況が伝わらない |
| 保存 | 保存の要否、期間、閲覧者 | 消失または過剰保持になる |
| 確認頻度 | 毎日、営業日など | 返信が遅れる |
入力項目は「いつか使うかもしれない」ではなく、最初の返信に必要かで選びます。一般的な問い合わせなら、名前、返信用メールアドレス、件名または問い合わせ種別、本文から始め、電話番号や住所、会社規模などは必要な場合だけ追加します。
ファイル添付は便利ですが、容量、拡張子、マルウェア、保存先、担当者の閲覧環境まで管理対象が増えます。初期フォームでは無効にし、業務上必要になってから許可形式と上限を決める方法もあります。
Contact Form 7を導入して基本フォームを作る
Contact Form 7は一つの実装例です。すでにテーマ付属フォームや別のフォームサービスを安全に運用できている場合は、同じ目的のプラグインを重ねる必要はありません。現在のフォーム、保存先、通知経路を確認してから追加を判断します。
- 更新前にWordPressのバックアップを取る
- 管理画面の「プラグイン」からContact Form 7を検索する
- 開発者名、更新状況、対応環境を確認してインストール・有効化する
- 管理画面の「お問い合わせ」から既定フォームを開くか新規作成する
- フォーム名を用途が分かる名称にする
- 必要な入力項目だけを残し、必須・任意を決める
- フォームを保存し、設定検証の警告を確認する
Contact Form 7公式の初期設定ガイドでは、ブロックエディターで専用ブロックから作成済みフォームを選ぶ方法と、ショートコードを使う方法が案内されています。画面が記事と違う場合は、プラグインの現行公式画面を優先してください。
入力項目とメールタグを対応させる
フォーム側の項目名と、通知メール本文で使うメールタグは対応しています。たとえばフォームにyour-emailという項目を作ったら、通知メールでは[your-email]を使います。項目を削除・改名した後に古いメールタグが残ると、通知本文が空になったり設定警告が出たりします。
| 項目 | 設定の考え方 | 確認 |
|---|---|---|
| 名前 | 返信時の呼びかけに必要なら設定 | 必須にする理由があるか |
| メール | 返信先として形式検証を使う | 誤入力時のエラー表示 |
| 件名・種別 | 担当振り分けに必要なら選択式も検討 | 選択肢が多すぎないか |
| 本文 | 必要な情報の例を短く案内 | 最小・最大文字数 |
| 同意 | 取得目的や方針への案内と整合させる | リンク先と文言 |
通知メールと自動返信を設定する
管理者向け通知では、To、From、Subject、Additional headers、Message bodyを順に確認します。Contact Form 7公式のメール設定の説明では、Fromにサイトと同じドメインのメールアドレスを使い、入力者へ返信するアドレスはReply-Toで指定する構成が案内されています。
| 設定 | 例となる役割 | 注意 |
|---|---|---|
| To | 管理者・担当者の受信先 | 日常的に確認できる実在アドレス |
| From | サイトから送る送信元 | サイトと同じドメインを基本にする |
| Reply-To | 返信操作時の宛先 | 入力者のメールタグを使う |
| Subject | 受信箱で用途を識別 | サイト名・フォーム名を含める |
| Message body | 入力内容と送信情報 | 各メールタグの対応を確認 |
| Mail (2) | 追加メール・自動返信 | 必要な場合だけ有効化 |
公式のメール到達性を高める設定方針も、サイトと無関係なドメインをFromにしないこと、Reply-Toを分けること、SPFやDKIM等のメール認証を使うことを案内しています。設定画面で警告が消えても配送成功を保証するものではないため、実送信で確認します。
自動返信は受付証明として短くする
自動返信を使う場合は、受付日時、送信内容の控え、返信目安、返信できない条件、緊急連絡には使えないことなど、読者が次に判断するための情報を入れます。「送信された内容を確認し、必ず回答します」のように、対応できない約束は書きません。
自動返信先は入力されたアドレスです。誤入力や第三者による悪用を想定し、個人情報・内部情報・推測しやすい管理URLを自動返信へ含めないでください。自動返信が不要なら、管理者通知だけで運用を始めても構いません。
固定ページへフォームを設置する
- 「お問い合わせ」等の固定ページを作成する
- 対応できる内容、返信目安、入力時の注意をフォーム前に書く
- Contact Form 7ブロックから対象フォームを選ぶ
- プレビューでラベル、必須表示、入力欄、送信ボタンを確認する
- プライバシーポリシーへのリンクをフォーム付近に置く
- ページを公開する
- ヘッダー、フッター、運営者情報等から問い合わせページへリンクする
固定ページを作っても、読者が見つけられなければ窓口として機能しません。サイト内の案内順はWordPressトップページの導線設計も参考にし、少なくともフッターや運営者情報から到達できる状態にします。
保存方針とプライバシー案内を決める
Contact Form 7公式FAQでは、プラグイン単体は送信メッセージを保存しないと説明されています。メール配送に失敗した場合も確認できるように保存したいなら、公式のFlamingoによる保存案内等を確認し、保存機能を追加するか判断します。
保存は安心材料になる一方、氏名、メール、相談内容をWordPressデータベースに持つことになります。保存前に、保存目的、保持期間、閲覧できる権限、バックアップへの残り方、削除依頼への対応、漏えい時の影響を整理してください。
WordPress公式のプライバシー設定画面の説明は、ひな型を作る機能があっても、内容を正確・最新に保つ責任はサイト運営者にあるとしています。フォームで実際に取得・保存する情報と、公開している方針を一致させます。
スパム対策は誤検知と一緒に確認する
公開フォームには自動送信が届く可能性があります。Contact Form 7にはCloudflare Turnstile等の連携方法がありますが、導入しただけで終わらず、正規利用者がPC・スマートフォンから送れるか、ブロック時に理解できる表示が出るかを確認します。
Contact Form 7公式のTurnstile連携手順では、サイトキーとシークレットキーを取得し、WordPress管理画面の連携設定へ登録する方法が案内されています。キーを公開本文や共有画像へ貼らず、対象ドメインとテスト結果を記録します。
コメント、フォーム、会員登録を入口別に守る考え方はWordPressのスパム対策で詳しく整理しています。遮断を強める前後で正規送信テストを行い、迷惑投稿数だけでなく誤検知も見てください。
公開前に正常系と異常系を送信テストする
| テスト | 操作 | 合格条件 |
|---|---|---|
| 必須項目 | 空欄で送信 | 送信されず、該当欄に分かる表示 |
| メール形式 | 不正な形式を入力 | 形式エラーになる |
| 正常送信 | 実在する別ドメインのメールで送信 | 完了表示が出る |
| 管理者通知 | 受信箱・迷惑メールを確認 | 件名・本文・時刻・入力内容が正しい |
| 返信操作 | 通知メールへ返信 | Reply-Toが入力者になる |
| 自動返信 | 有効時に受信確認 | 文面・差出人・リンクが正しい |
| 保存 | 保存機能を使う場合に管理画面確認 | 必要項目だけ保存される |
| スマートフォン | 入力・エラー・送信を実行 | 横はみ出しや操作不能がない |
| スパム対策 | 通常ブラウザーと別回線で確認 | 正規送信が通り、異常時の表示が分かる |
管理者通知は一つの受信先だけで判断せず、可能ならサイトと異なるメールサービスから送信し、迷惑メールフォルダ、件名検索、受信時刻を確認します。自動返信もGmail等の個人向けメールと独自ドメインメールで見え方が変わる場合があります。
設定検証と実送信テストを分ける
Contact Form 7の設定検証は、フォームタグとメールタグの不一致や、メールヘッダーの構文などを見つける助けになります。一方、受信側の迷惑メール判定、サーバーの送信制限、DNSのメール認証、転送先の容量までは、設定画面だけでは確認できません。
警告を直した後も、公開URLから実際に送信し、管理者通知と自動返信の両方を受信して合格とします。テスト日時、送信元、受信先、結果を短く残しておくと、後日届かなくなったときに「最初から届いていなかったのか」「変更後に止まったのか」を判断できます。
送信完了表示は出るのにメールが届かない場合は、フォーム項目を作り直す前に、通知先、From、Reply-To、迷惑メール、WordPress全体のメール送信を切り分けます。詳しい確認順はWordPressからメールが届かないときの直し方へ進んでください。
公開後の運用ルールを残す
- 受信箱を確認する担当者と曜日
- 一次返信の目安
- 対応対象外の問い合わせへの定型方針
- 保存データの閲覧権限と削除時期
- プラグイン更新後の送信テスト
- メールアドレス、DNS、SMTP変更後の再テスト
- スパム増加・誤検知の記録
- GA4で計測する場合のイベント名と確認日
フォームは公開後も、プラグイン更新、メールサービス変更、DNS変更、スパム対策の調整で挙動が変わります。毎月または重要変更後の確認項目としてWordPress保守チェックリストへ組み込みます。
問い合わせ完了をGA4で成果として数える場合は、ボタンクリックではなく、送信成功を判定できる方法を選びます。GA4自体をまだ導入していない場合は、先にWordPressへGA4を設定する手順を確認してください。
よくある質問
お問い合わせフォームに電話番号は必要ですか？
電話で折り返す業務がなければ、最初から必須にする必要はありません。取得する情報が増えるほど入力負担と管理責任も増えます。問い合わせ対応に使う理由がある項目だけにします。
自動返信メールは必須ですか？
必須ではありません。受付状況を読者へ伝える価値がある一方、誤入力先への送信や悪用、文面の保守が必要です。使う場合は短い受付連絡にし、実際の対応期限と矛盾させません。
送信履歴はWordPressに残りますか？
Contact Form 7単体は送信内容を保存しません。保存機能を追加する場合は、メール障害時の控えになる利点と、個人情報をデータベースへ保持するリスクを比較し、期間と権限を決めてください。
まとめ
WordPressのお問い合わせフォームは、入力欄を作る前に目的、担当、項目、通知先、自動返信、保存、プライバシー、確認頻度を決めます。Contact Form 7を使う場合は、フォームタグとメールタグを対応させ、FromとReply-Toを分けてください。
固定ページへ設置した後は、必須エラー、正常送信、管理者通知、返信先、自動返信、保存、スマートフォン、スパム対策を実際に試します。見た目ではなく、問い合わせが届き、担当者が安全に対応できるところまで確認して公開しましょう。