フォーム入力欄の確認メモ｜実送信前に見る8項目と記録方法

公開前の問い合わせフォームは、見た目だけでは入力欄の目的や未確認事項を共有しにくいものです。最初に確認するのは、各欄に何を入力するのかを表示だけで説明できるかどうかです。この確認メモを使えば、実送信した事実を作らず、表示で分かったことと次に確かめることを分けて残せます。

フォーム入力欄の確認は目的を説明できるかから始める

入力欄の表示名を見て、何を入力する欄かを自分の言葉で説明できる状態が最初の確認点です。

W3Cのフォーム解説は、テキスト欄、チェックボックス、ラジオボタン、選択メニューなどのコントロールを識別するラベルを用意し、ラベルと対象のコントロールを関連付ける方法を示しています。詳しい実装方法はW3C WAIのフォームラベル解説で確認できます。

ここで行うのは、アクセシビリティ全項目の適合判定ではありません。公開画面を見た担当者が、欄の目的、必須か任意か、入力形式、例示の有無を読み取れるかを記録する作業です。コード上の関連付けや支援技術での読み上げは、必要に応じて別の技術確認へ渡します。

送信前に残す確認メモは8項目に絞る

記録項目は、対象、欄の目的、説明、個人情報を含まない例示、表示確認、未確認事項、担当、次の行動の8点に絞ると引き継ぎやすくなります。

フォーム表示の確認メモ（送信前）
対象ページの公開URL：＿＿
確認する入力欄の表示名：＿＿
この欄に入力する内容を自分の言葉で：＿＿
必須・任意や入力形式の説明：＿＿
入力例に実在者の情報がないか：＿＿
エラー・完了の表示を確認した場所（未確認なら未確認）：＿＿
実際の送信・受信は未確認：＿＿
確認担当・確認日時・次に調べる事項：＿＿

空欄を推測で埋めないことが大切です。表示だけで判断できない項目は「未確認」と書き、確認する担当と方法を最後の欄へ移します。フォームの受信先、通知、保存先、返信処理は画面表示だけでは分からないため、見たことのない結果を「正常」と記録しません。

最初は架空の入力欄で記録方法を確かめる

確認メモの使い方は、実在者の情報を入れない架空の入力欄で先に試します。

表示名をそのまま写す

「お名前」「メールアドレス」「相談内容」のように、画面に表示されている名称を確認メモへ写します。担当者が呼び方を変えると同じ欄か判断しにくくなるため、表示名と自分の説明を別の欄に書きます。

入力内容を一文で言い換える

表示名の横や下にある説明、プレースホルダー、文字数、形式の案内を見て、「誰が何を入力する欄か」を一文にします。説明できなければ、説明不足と断定せず「表示だけでは判断できない」と記録します。

個人情報を使わずに形式だけ確認する

氏名や電話番号のような実在者の情報は使いません。「山田太郎」など実在の可能性がある例を避け、社内で定めた架空データがある場合だけ、そのルールに従います。ダミー情報の入力や送信も、許可されたテスト環境と手順がある時に別工程で行います。

自社サイトでは表示確認と送受信確認を分ける

公開画面でできる表示確認と、データが動く送受信確認は、同じチェックとして扱いません。

表示確認では、欄の名称、必須・任意、入力形式、補足説明、個人情報を含まない例示を見ます。実際に入力して送信する操作は、通知先や保存先へデータが届く可能性があるため、このメモの範囲外です。必要なら担当者が承認したテスト環境とダミー情報を使い、結果を別の証跡へ残します。

制作から公開までの工程と担当を整理したい場合はホームページ制作期間と公開までの段取り、公開後の更新担当や引き継ぎを整理したい場合はホームページの更新が止まる原因と運用体制も合わせて確認できます。

エラーと完了の表示は確認場所まで記録する

エラーや完了を確認したと言えるのは、どの画面のどの表示を見たかを特定できる場合だけです。

W3Cの通知解説は、フォーム送信の成功・失敗を利用者へ知らせること、エラーを簡潔で理解しやすくし、修正方法を示すことを説明しています。具体例はW3C WAIのユーザー通知解説にあります。

ただし、公開フォームでエラーを意図的に起こしたり送信したりしていない場合は、確認メモに「未確認」と書きます。表示箇所を見つけた場合も、それが本番の送受信で動作する証拠とは限りません。確認した場所、操作していないこと、次の検証方法を一緒に残します。

確認メモから判断できる範囲を固定する

このメモから判断できるのは、公開前の画面にある入力欄と説明を担当者がどう読み取ったかまでです。

ラベルと欄の技術的な関連付け、キーボード操作、読み上げ、送信後の通知、受信先、保存、個人情報の取り扱いは、表示確認だけでは確定できません。必要な専門確認へ渡す時は、未確認事項と対象URLを添えて、同じ画面を見られるようにします。

この記録はフォームの送受信成功、アクセシビリティ全項目への適合、問い合わせ件数や売上の改善を保証しません。

記録後は次の担当と確認方法を一つ決める

確認メモを書き終えたら、未確認事項ごとに次の担当と確認方法を一つだけ決めます。

• 表示文が分かりにくい場合は、文言を決める担当へ渡す
• ラベルと入力欄の関連付けが不明な場合は、実装を確認できる担当へ渡す
• 送受信が未確認なら、承認済みのテスト環境とダミー情報を用意できる担当へ渡す
• 個人情報の保存や通知先が不明なら、運用責任者へ確認する

制作サンプルと問い合わせ導線の配置を見比べる場合は、CRAFTの制作サンプルを確認するから表示を確認できます。ここでも実送信は行わず、まずページ上の案内と入力欄が対応しているかを確認してください。

よくある確認の迷い

入力例があれば目的は十分に伝わりますか

入力例だけで判断せず、表示名、補足説明、必須・任意、形式の案内を合わせて確認します。例示に実在者の情報が混じっていないかも記録します。

送信ボタンを押さずにどこまで確認できますか

画面に表示された欄、説明、既に見えているエラー案内や完了案内の場所までです。受信や通知の成否は確認できないため、未確認として次工程へ渡します。

確認票を埋めれば公開してよいですか

この確認票だけでは公開可否を決められません。実装、法務、個人情報、送受信、運用の確認が別に必要な場合は、それぞれの担当が判断します。