LEARN BY EXAMPLE

3.3.8 アクセシブルな認証 (最低限) レベル AA

ログインでパスワードを覚えて打ち直す負担を減らす。

概要

認証で記憶・転記・計算などの「認知機能テスト」を求める場合は、4つの例外条件の少なくとも1つを満たす必要があります。対象はログインの最初の画面だけでなく、追加確認を含む認証の各段階です。

保存したパスワードをそのまま使える入力欄にする

PCやスマートフォンで講座サイトにログインし、受講予定を確認する場面です。

利用者が困る例 記憶や手入力に頼る

保存してあっても手入力が必要。
記憶や転記が難しい利用者は、ログインできず受講予定を確認できません。

改善した例 入力の支援を妨げない

ログイン入力の練習

架空の値をコピーして、各欄に貼り付けてみてください。実際のメールアドレスやパスワードは使わないでください。ログインや送信は行いません。

練習用のメールアドレス
sample@example.com
練習用のパスワード
course-demo-42

入力欄の目的を伝え、自動入力や貼り付けを妨げない。

覚え直したり、書き写したりする負担を減らす。
コピーしたパスワードを、まとめて貼り付けられます。

図:同じ講座サイトへのログイン入力を比較。「利用者が困る例」は静止図、「改善した例」は入力と貼り付けを試せる練習用の例です。パスワード管理ソフトによる入力を妨げない構造ですが、実際の自動入力は利用するブラウザーやソフトで確認する必要があります。

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

記憶を保つことが難しい利用者が、PCやスマートフォンで講座サイトにログインし、受講予定を確認しようとしています。

サイトはパスワードの自動入力と貼り付けを禁止し、別の認証方法も用意していません。管理ソフトに保存してあっても、パスワードを手で入力することを求められます。長い文字列を思い出したり、見ながら間違いなく書き写したりすることが難しく、受講予定を開けません。

達成するための改善例

同じログイン画面で、入力欄の名前と入力目的をソフトにも伝え、ブラウザーやパスワード管理ソフトによる入力を妨げないようにします。外部の管理ソフトなどからコピーしたパスワードを、そのまま貼り付ける操作も認めます。

利用者はパスワードを覚え直したり、1文字ずつ書き写したりする負担を減らせます。この例は、4条件のうち「支援するメカニズム」を用意する方法です。

図の「改善した例」で、架空のメールアドレスとパスワードをコピーし、各欄に貼り付けてみてください。入力の練習用で、ログインや送信は行いません。「パスワードを表示」は入力内容を確認するための補助です。

確認のポイント

  • ログイン、追加の本人確認、アカウント回復など、認証の各段階で認知機能テストを求めていませんか。求める段階には、4つの例外条件の少なくとも1つがありますか。
  • パスワード管理ソフトによる入力や、コピーした値の貼り付けを妨げていませんか。実際に入力欄を認識して入力できるかも確かめていますか。
  • 確認コードは、全体を一度に貼り付けるなどして入力できますか。1桁ずつの入力欄にしたために、手で書き写す必要が生じていませんか。
  • 人によるアクセスかを確かめるCAPTCHAがある場合、文字の読み取り・転記、物体の認識、計算やパズルを区別し、適用できる例外を確かめていますか。
  • 認証に失敗した後など、特定の条件で追加される確認も調べていますか。

条件と補足

認知機能テストとは

利用者に情報の記憶、操作、又は転記を求める作業です。サイト固有のパスワードや操作パターンを覚える、文字を書き写す、正しいつづりを使う、計算する、パズルを解くといった作業を含みます。

一方、本人の氏名、メールアドレス、電話番号のように、利用者本人に固有でサイトが変わっても共通する識別子は、この定義では認知機能テストとみなされません。メールアドレスを入力させること自体を、一律に禁止する基準ではありません。

4つの例外条件

認知機能テストを求める段階で、次のうち少なくとも1つを満たします。4つすべてを用意するという意味ではありません。

例外条件 条件の内容と例
代替方法 認知機能テストに頼らない、別の認証方法がある。例:メール内のリンクを開くことで認証する。
支援するメカニズム 認知機能テストの完了を助ける仕組みが使える。例:パスワード管理ソフトによる入力、コピーと貼り付け。
物体の認識 テストが物体を認識するものである。例:写真の中の自動車を認識して選ぶ。
個人特有のコンテンツ 本人がそのサイトに提供した非テキストコンテンツを識別する。例:本人が以前アップロードした写真を選ぶ。

「物体の認識」と「個人特有のコンテンツ」は、画像のほか、映像や音声で表される場合もあります。秘密の質問に文字で答える方法は、本人に関係する情報であっても、非テキストコンテンツを識別する例外には当たりません。

この2つの例外はレベルAAの3.3.8では認められています。ただし、それでも困る人がいるため、Understandingでは可能なら避けるよう勧めています。レベルAAAの3.3.9「アクセシブルな認証 (高度)」は、この2つを例外に含めません。

転記、確認コード、CAPTCHAの違い

パスワードや確認コードをコピーして貼り付けられれば、手で書き写す負担を減らせます。コードを1桁ずつの欄に分ける場合も、全体を一度に貼り付けると各欄に入る方法なら、分割されていることだけで失敗にはなりません。反対に、パスワードの「2・6・最後の文字」だけを求め、支援や別の方法が使えない場合は、記憶や転記の負担が残ります。

画像の文字を入力させるCAPTCHAを、音声を聞いて文字に書き写す方式へ替えても、転記は必要です。それだけでは「認知機能テストに頼らない代替方法」にはなりません。また、物体を選ばせる例外を、物体の数を使った計算やパズル全般に広げることもできません。

パスワードを表示する機能は確認の助けになりますが、それだけで、記憶や転記が必要な認証の問題を解消したことにはなりません。

対象とほかの基準との関係

この基準は、既存の利用者がログインするなどの認証を対象とし、最初のアカウント作成やユーザー名の作成は対象としていません。ただし、貼り付けを認めるなどの方法は、アカウント作成時の負担を減らすためにも使えます。

多要素認証でも、認証を伴うアカウント回復でも、認証の各段階を確認します。最初のパスワード欄だけで支援できればよい、という意味ではありません。

入力目的をソフトに伝えることは1.3.5「入力目的の特定」、入力欄の名前や役割を伝えることは4.1.2「名前 (name)・役割 (role)・値 (value)」にも関係します。HTMLの指定だけで、すべてのパスワード管理ソフトでの動作が保証されるわけではないため、実際の入力も確認します。

図で試せるのは入力欄と貼り付けなどの操作です。認証全体やサイト全体のWCAG適合を示すものではありません。

参照資料

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

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