LEARN BY EXAMPLE

3.3.2 ラベル又は説明 レベル A

何を入力する欄か、入力する前にわかるようにする。

概要

入力を求めるときは、項目名などのラベル又は説明を用意します。何を入力するのかがわかり、入力形式などに条件がある場合は、その条件も確かめられるようにします。

同じ入力欄に項目名と説明を添える

利用者が困る例 入力のための手がかりがない

氏名? メールアドレス?
空の入力欄だけがあり、何を入力するのかわかりません。

改善した例 目的と入力例がわかる

イベントのお申し込み

受付の連絡先を入力してください。
例:sample@example.com

入力中も項目名と説明が残る。
メールアドレスを入れる欄だと確認できます。

試せる入力例です。実際のメールアドレスは使わず、sample@example.comを入力してください。入力した内容は送信されません。

図:同じ申込入力欄を比較。「利用者が困る例」は静止図、「改善した例」は文字を入力して項目名と説明が残ることを確かめられる例です。

達成できないと起こる問題の例

イベントの申込画面に空の入力欄がありますが、項目名も説明もありません。

利用者は氏名とメールアドレスのどちらを入力するのか判断できません。入力の目的を理解するために手がかりが必要な人は、何も入力できずに止まってしまいます。

達成するための改善例

同じ入力欄の上に「メールアドレス(必須)」と表示し、「受付の連絡先を入力してください。例:sample@example.com」と説明します。利用者は何を入れる欄か、空欄にしてよいか、どんな形で入力するかを確かめられます。

この例では項目名と説明を入力欄の外に置き、文字を入力した後も残しています。図の「改善した例」で、架空のアドレスを入力して確かめてみてください。

確認のポイント

  • 文字を入力する欄や、選択肢のそれぞれに、入力のためのラベル又は説明がありますか。
  • 入力形式などに条件がある場合、その条件や入力例を確かめられますか。
  • 入力し始めた後も、必要なラベルや説明を確認できますか。
  • 読み上げを使う人だけでなく、画面を見ている人にもラベルや説明が伝わりますか。

条件と補足

対象になる入力

申込フォームのような文字入力のほか、ラジオボタンやチェックボックスなど、利用者が値を入力・選択する部品も対象です。フォームの外に置かれた入力用の部品も含みます。データ入力に関係しないリンクや、単に開閉する部品は、この基準の対象ではありません。

ラベルと説明の選び方

必要なのは、入力のためのラベル又は説明を提供することです。すべての欄に、項目名と詳しい説明の両方を必ず付けるという要件ではありません。短い項目名で足りる場合もあれば、決まった日付の形式などを追加で知らせる場合もあります。

選択肢に付いたラベルだけで、何を選ぶ部品かがわかる場合もあります。それだけで目的が伝わらない場合は、選択肢の集まりにも見出しや説明を添えます。

必要なときに確認できる表示

この例では項目名と説明を常に表示しています。入力中も同じ場所で確かめられる方法として選びました。

基準はあらゆるラベルや説明を常時表示することまでは求めていません。操作の対象になったときに表示したり、説明を開くボタンを用意したりする方法もあります。必要なときにラベルや説明を確認できることが必要です。

入力すると消える入力例だけを、必要な項目名や説明の代わりにすると、後から内容を確かめられなくなります。消える入力例を使う場合も、必要なラベルや説明を確認する手段を用意します。

ほかの基準との違い

3.3.2では、入力のためのラベル又は説明が提供されているかを確認します。さらに、次の点も別々に確認します。

  • 1.3.1「情報及び関係性」:項目名と入力欄の関係などを、ソフトにも伝えられるか。
  • 4.1.2「名前 (name)・役割 (role)・値 (value)」:入力欄の名前や役割などを、読み上げソフトなどが取得できるか。
  • 2.4.6「見出し及びラベル」:付けられた項目名がその目的を説明しているか。

例えば、読み上げ専用の名前だけを付け、画面上に必要なラベルや説明がない場合は、3.3.2を満たせないことがあります。図の「改善した例」では画面に項目名を表示し、入力欄との関連付けも行っています。

ここで示した改善例はメールアドレスの入力欄に関するものです。フォームやサイト全体のWCAG適合を示すものではありません。

参照資料

テクニックは達成する方法の例です。特定のテクニックを採用することだけが必須ではありません。

出典の最終確認: 2026-11-08。画面と説明文は、この教材のために作った例です。