お問い合わせフォームは、ページが表示されているだけでは正常とは判断できません。入力できること、エラーが分かること、送信処理が完了すること、担当者が通知を受け取り返信できることまで、ひと続きで確認する必要があります。WordPress本体やプラグインを更新していなくても、受信先、メールサーバー、迷惑メール判定、社内の担当変更によって経路が止まることがあります。
1. 点検するタイミングを決める
フォームは、WordPressやフォームプラグインの更新後だけでなく、ドメイン・DNS・メールサーバー・迷惑メール対策の設定を変えた後、受信担当者やアドレスを変えた後にも確認します。問い合わせが事業に与える影響を見て、月次や四半期などの定期確認も決めます。頻度だけを固定せず、「何を変更したら臨時点検するか」を運用表に書いておくと抜けを防げます。
2. 入力欄の説明が今の業務に合っているか
担当部署が必要とする情報が変わっても、フォーム項目だけが以前のまま残ることがあります。必須・任意の区別、入力例、個人情報の扱い、返信までの目安などを実際の受付手順と照らし合わせます。W3CのWCAG 2.2では、入力を求めるときにラベルや説明を用意し、利用者が何を入力すべきか分かるようにすることが示されています。
3. 未入力と誤入力の状態を確認する
正しい内容を送る前に、必須項目を空にする、メールアドレスの形式を崩す、文字数の上限を超えるなど、エラーになる入力を試します。フォームを再表示するだけでなく、どの項目がなぜ送れないかが文字で説明され、該当箇所へ移動できるかを見ます。色だけでエラーを示すと、理由が分からない利用者がいます。W3Cも、自動検出した入力エラーは対象項目を特定し、内容を文字で説明するよう求めています。
4. 送信完了と受信を分けて確かめる
送信完了メッセージが出たら、受付側の受信トレイと迷惑メールフォルダを確認します。Contact Form 7の公式FAQも、送信処理の完了表示が出ても、その後の配送経路や迷惑メール判定によって受信できない場合があると説明しています。画面の成功表示だけを点検結果にせず、実際の通知メールまで追います。
試験送信には実在する顧客情報を使わず、件名と本文に点検日時とテストであることを明記します。連続送信は迷惑メール判定や担当者の混乱につながるため、必要な組み合わせに絞ります。
5. 通知メールの設定と内容を見る
受信先が現在の担当者か、送信元がサイトと同じドメインの有効なアドレスか、問い合わせ者へ返信できるReply-Toが設定されているかを確認します。Contact Form 7の公式資料では、Fromにはサイトと同じドメインに属するアドレスを使うこと、追加ヘッダーや本文へメールタグを設定できることが案内されています。
通知本文では、氏名、返信先、問い合わせ内容、同意内容など、受付に必要な項目が欠けていないかを見ます。フォームから項目を削除したのに古いメールタグが残ると、空欄や設定警告の原因になります。自動返信を使う場合は、宛先、差出人、返信を受け付けるかどうか、個人情報を過剰に転載していないかも確認します。
6. スマホとキーボードで最後まで進めるか
スマートフォンでは入力欄が画面からはみ出さないか、確認や送信ボタンが固定表示に隠れないかを見ます。キーボードだけでもラベル、入力欄、同意、送信へ順番に移動でき、フォーカス位置が分かるかを確認します。エラー後にページ上部へ戻され、問題の項目が見えなくなる動きも見落としやすい点です。
7. 受信後の返信まで点検記録に含める
通知メールを開き、問い合わせ者のアドレスへ返信を作れること、必要な担当者へ転送できることを確認します。共有メールボックスや振り分けルールを使っている場合は、退職者だけに届く設定や、特定端末でしか見られない状態になっていないかも対象です。
記録には、点検日時、対象フォーム、入力条件、送信結果、受信先、迷惑メール判定、返信確認、変更箇所を残します。届かない場合は繰り返し送信せず、画面メッセージ、時刻、送信先、サーバーログなど原因を切り分けられる情報を揃えます。
GreenCodingでは、WordPressのフォーム表示だけでなく、受信設定や公開後の運用を含めて確認範囲を整理します。フォームがいつから点検されていないか、担当変更やメール設定の変更があるか分からない場合は、現在の運用状況について相談するからお知らせください。