Copyright © 2018-2023 World Wide Web Consortium. W3C® liability, trademark and permissive document license rules apply.
人々のニーズは大きく異なります。認知障害や学習障害により、Web とやり取りする能力に影響を 受ける人は数多くいます。数値情報を処理できない人（算数障害）もいれば、 言葉よりも数字のほうがよく理解できる人もいます。重度の言語障害のある人の中には、 単語を表すためにシンボルを使用する人もいます。また、簡略化されたユーザーインターフェイスを 必要とする（または望む）人もいます。人によって理解しやすいレイアウトやコンテンツの種類は異なり、 ある人にとって使いやすく理解しやすいものが、別の人にとっては 複雑すぎることがあります。WAI-Adapt タスクフォースは、こうした多様で相反するユーザー ニーズに対応し、個々のユーザー固有の要件に基づいてコンテンツをより理解しやすく できるようにすることを目指しています。この解説で説明されている各種 WAI-Adapt 仕様モジュールは、 Web 技術がこれらの要件に対応するためのさまざまな手段を提供します。
各種 WAI-Adapt モジュール仕様により、著者はコンテンツに関する意味情報を選択的に 追加し、個々のユーザーに対してコンテンツとインターフェイスのパーソナライズを可能にできます。 これにより、学習障害および認知障害のある人向けのユーザーエージェントが促進されます。
WAI-Adapt 技術により、著者は新しい属性と値の集合を使用して追加の意味情報を 追加できます。ほとんどの場合、それらには固定されたトークンリスト（分類体系）が用いられます。 この文書は、よりアクセシブルな Web サイトをパーソナライズするために WAI-Adapt 属性を どのように使用できるかを理解するための説明を提供します。
このセクションでは、この 文書の公開時点におけるステータスを説明します。現在の W3C 公開物の一覧、およびこの技術報告書の最新版は、 W3C 技術 報告書索引（ https://www.w3.org/TR/）で確認できます。
この文書は、アクセシブル・プラットフォーム アーキテクチャ作業部会により、 ノートトラックを使用して グループ草案ノートとして公開されました。
グループ草案ノートは、 W3C またはその会員によって承認されたものではありません。
これは草案文書であり、いつでも他の文書によって更新、置換、または廃止される可能性があります。 この文書を進行中の作業以外のものとして引用することは不適切です。
W3C 特許 ポリシーは、 この文書に対して、いかなるライセンス要件またはコミットメントも課しません。
この文書は、 2021年11月2日 W3C プロセス文書に準拠します。
WAI-Adapt 仕様モジュールは、次のことを行います。
パーソナライズとは、個々のユーザーの好みやニーズに合わせて、ユーザー体験の側面を調整することを 意味します。たとえば、Making Content Usable (for COGA people) で公開されているユーザーシナリオとユースケースで 説明されているように、多くの人にとって、なじみのある用語やシンボルがあることは、Web コンテンツを効果的に使用するために重要です。しかし、あるユーザーになじみのあるものは、 別のユーザーにとっては必然的に新しく見慣れないものになります。WAI-Adapt AAC シンボル支援技術に基づくパーソナライズは、特定のユーザーに適したシンボルのセットを読み込むことを 支援し、各ユーザーになじみのあるシンボルが提示されるようにします。
技術には非常に柔軟である可能性があり、多くのシステムの設計では、 ユーザーが個人の好みやアクセシビリティ上のニーズに応じて対話体験を最適化できることが 想定されています。
WAI-Adapt は、支援技術が次のことを行えるようにします。
これを達成するには、標準化された用語と支援的な構文が必要です。これらは、関連付けられた シンボル、用語、翻訳、説明にリンクできます。これにより、個人の好みに基づく変更が可能になります。
メール送信の例:
著者は、ボタンがメールを送信することをプログラムによって識別します。ユーザーの設定に基づいて、 インターフェイスは次のように変更できます。
WAI-Adapt の要件では、上記のユーザー ニーズの概要をさらに文脈化する多くのユースケースを詳述しています。これらのユースケース例は、 この技術の要件の基礎を形成します。WAI-Adapt により、開発者は追加のユースケースが 見つかったときに、対象を絞った拡張を作成できます。
例
気が散りやすい、または Web ページ上の情報が多すぎると圧倒されやすい人には、 ページを簡略化できることが必要です。その人は重要な情報だけを望み、 ページの理解と使用に不可欠でないものはすべて抑制される必要があります。
例: ユーザーが自分の都市の最新の天気予報を取得したいと思い、天気 Web サイトにアクセスします。
障害がない場合でも、画面上の追加コンテンツがすべてあるため、実際の天気予報を見つけることは 少し難しい場合があります。広告に加えて、その日のトップニュース、トレンドニュース、ソーシャルメディアも 認知的にフィルタリングする必要があります。圧倒されやすい、または気が散りやすい場合、 今日の天気に関する重要情報を得ることは課題になります。重要情報以外のすべてを パーソナライズし優先順位付けできること（すなわち、自分の都市の天気予報だけを表示すること）は、 このユーザーにとって不可欠です。
この例では、著者は実際の天気予報と、その天気予報を操作する関連ツール
（すなわち、都市検索、時間ごとの予報と 5 日間予報など）を含む <section>、<p>、または
<div> に、値が "critical" の
adapt-simplification 属性を付け、画面上の他の
コンテンツを "medium"（既定）または "low" としてマークできます。（例:
<p adapt-simplification="critical">今日の予報は最高 95°、最低
40°です</p>）
広告収入に依存する Web サイトでは、広告を完全に抑制することは望ましくない場合があります。 この属性は、Web サイトの最も重要なセクションを優先度の低いものより上に 移動することにも役立つと想定しています。（すなわち、コンテンツの並べ替え）
WAI-Adapt は、適切な簡略化がしばしばタスクによって決まることを認識しています。複雑なページは、 多くの場合、複数のタスクを支援しており、それぞれが、簡略化を必要とするユーザーにとって 異なる時点で重要になる可能性があります。私たちは、何が一次的または二次的であるかを 事前に決めるのではなく、その時点でどのタスクが重要かをユーザーが定義できるようにする方法を 検討することを提案します。
算数障害のある人は、数を理解することが難しく、情報を伝えるために数を使用する Web サイトとやり取りするのに苦労します。そのため、重要な数値情報は、 ユーザーが理解できる代替形式で提供されなければなりません。
例: ユーザーが自分の都市の最新の天気予報を取得したいと思い、天気 Web サイトにアクセスします。
今日の予報では、最高 95°、最低 40° と表示されます。この表現は、 特定のユーザーには理解できません。この数値情報をシンボルまたはテキストとして提示することは、 そのユーザーに役立ちます。たとえば、数値 95 の横には次のものを置くことができます。
数値 40 の横には、次のものを置くことができます。
湿度指数 90% の横には、「蒸し暑い」というテキスト代替を置くことができます。
この例では、著者は adapt-numberfree
属性を使用して数値をマークアップします。既定では数値が表示されます。数値の代替表現を必要とする人には、
関連付けられた画像または簡略化されたテキストとしての説明／値が代わりに提供されます。
算数障害のある人は、しばしば言葉の扱いに非常に優れているため、短い数字よりも 長いテキストのほうがよい場合があることに注意することが重要です。
中等度の言語障害／学習障害のある人は、語彙が限られている場合があります。 その人は、学習済みの中核語彙に含まれる用語しか知らないことがあります。また、単語や概念を表すために シンボルを使用する場合もあります。
例: ユーザーは "name" や "last name" という語は知っていても、"family name" や "surname" という用語を同義語として認識できない場合があります。
一部のユーザーにとって、新しい用語を学ぶことは非常に遅いプロセスであり、何時間もの作業を必要とします。 これらのユーザーにとって、Web コンテンツを読むことも非常に遅いプロセスであるため、 特定の Web ページ上で求める情報を見つけることは骨の折れる障壁になり得ます。 Web ページをパーソナライズし、コンテンツの代わりに、またはコンテンツと並べてシンボルを提示できることは、 一部のユーザーが提供されるコンテンツをより適切かつ迅速に理解する助けになります
言語障害のある人の中には、数に強い人もいることに注意してください。その人は長い
テキスト文字列を短い数値に置き換えたいと考える場合があります。
<span adapt-easylang="90% of the time this happens"> 通常、これは予期される結果です</span>。
これは numberfree の例とは逆です。
さらに、一部のユーザーにとってコンテンツを読むことは非常に時間がかかるため、 特定の Web ページでより少ないコンテンツやより少ない機能を望む場合もあります。
重度の発話障害および／または身体障害のある一部のユーザーは、拡大・代替コミュニケーション （AAC）システムの一部として、書かれたテキストではなくシンボルを使用してコミュニケーションする場合があります。 シンボルを使用して単語を表すことは、情報を受け取る場合と発信する場合の両方で、その人の主要な コミュニケーション手段です。シンボルユーザーは Web コンテンツにアクセスするうえで多種多様な障壁に直面しますが、 主な課題の 1 つは、異なる独自シンボルセット間の標準的な相互運用性、または同じ概念を あるシンボルセットから別のシンボルセットへ翻訳する仕組みが欠如していることです。
ユーザーストーリーには次のものがあります。
例: adapt-symbol 属性を使用して、著者はフォーム入力のラベルに
適切なシンボル値をプログラムによってタグ付けします。ユーザーの設定に基づいて、ブラウザー
ヘルパーアプリケーションまたはスタンドアロンツールは、そのラベルを適切なシンボル、
代替用語、および／または個々のユーザーが理解できる追加のツールチップを使用してレンダリングできます。
Bliss Symbolics セットの一意の参照番号を
私たちの「分類体系」として使用することで、他のシンボルセットは、それに相当するシンボルを
Bliss セットに対応付けることができます。
<label for="address" adapt-symbol="14885">あなたの主たる住居</label>
<input type="textarea" id="address" adapt-purpose="street-address">
ここで、シンボル値 14855 は "Home" に対応付けられます。
以下のスクリーンショットでは、ブラウザー拡張機能が adapt-symbol 属性を使用して、
ユーザーになじみのあるシンボルを読み込みます。
ユーザーは特定のシンボル語彙を学習することに注意してください。しかし、さまざまなシンボル語彙は
相互に理解できません。つまり、あるシンボルセットになじみのあるユーザーが、別のシンボルセットになじみがある、
またはそれを理解できるとは限りません。WAI-Adapt の adapt-symbol 属性は、
シンボルセット間で翻訳する仕組みを提供し、以前は不可能だった人々同士のコミュニケーションを可能にします。
ユーザーには、作業記憶と短期記憶の両方に違いがある場合があります。一部のユーザーでは、 作業記憶に保持できる項目数が、多くのユーザーが記憶に保持できる量の一部にすぎません。 ほとんどの成人は約 7 桁を正しい順序で繰り返すことができますが、一部のユーザーは 2 桁または 3 桁しか扱えない場合があります。これらのユーザーは気が散ると、 作業記憶内の情報を忘れてしまう可能性も高くなります。
例: 多くのプロセスは、ユーザーがプロセスまたはワークフローを完了するために実行しなければならない、 一連の個別のステップまたはアクションで構成されています。
ユーザーは、プロセス内での自分の位置を特定するために、完了したタスクを覚えておく必要があります。 さらに、ユーザーは修正や訂正を行うために、完了したタスクへ移動できなければなりません。
ステップインジケーターにより、著者はプロセス内のステップを定義したり、定義されたプロセスの文脈外で ユーザーパス全体を表したりできます。これには、定義されたプロセス間のステップを、完了したタスクを識別する パンくずリストまたはリンクされたステップに変換することが含まれます。これにより、ユーザーは完了したステップに 戻り、パス内の現在位置を特定できます。
ペルソナとユーザーニーズに関する詳細情報は、認知障害および学習障害のある人のために コンテンツを使いやすくするにあります。
この作業の意図は、WAI-Adapt を支援するための新しい属性セットを導入することですが、 次の作業項目は対象外です。
adapt-symbol 用のシンボルセットを制作すること私たちはこれらの項目の開発を奨励しており、実装の一覧は 私たちの Wiki にあります。
WAI-Adapt 仕様は個別のモジュールとして公開されます。最終的にいくつのモジュールが作成されるかは、 本稿執筆時点では明確ではありません。ただし、各モジュール仕様には ユースケースと語彙が含まれます。現時点では、W3C で 勧告候補ステータスへ向けて進んでいる仕様モジュールは 1 つだけです。
このモジュールは、ユーザーエージェントがコンテンツを拡張または適応させ、著者が AAC シンボルを支援できるようにする語彙を提供します。
追加のモジュールには、初期草案で利用可能なものもあり、次のものが含まれる場合があります。
コントロール、シンボル、ユーザーインターフェイス要素の目的を識別するためのユースケースと語彙であり、 簡略化と注意散漫の回避を支援します。
このモジュールの最初の作業草案が利用可能になりました。
このモジュールは、さまざまなユーザーシナリオに対するヘルプの足場掛けと追加支援を可能にするために、 コンテンツに関する情報を追加することに対応します。
このモジュールの最初の作業草案が利用可能になりました。
このモジュールは、ユーザーエージェントや拡張機能がユーザーに追加支援を提供できるようにするために、 コンテンツに関する情報を追加することに対応します。例の 1 つは、適応可能なパンくずリストです。
WAI-Adapt は、プロパティとその値の語彙で構成されます。この汎用的な構造により、 語彙のインスタンス化方法を適応させることで、さまざまな文脈で WAI-Adapt を適用できます。下記の 語彙の実装セクションでは、 語彙を使用する現在の方法について説明します。
プロパティは、語彙によって支援される WAI-Adapt タイプの主要な単位です。特定のプロパティは、 特定の種類の WAI-Adapt を支援します。そのプロパティは特定のコンテンツ片で一度だけ使用されますが、 異なるニーズに対応するために、同じコンテンツ片で複数の異なるプロパティを使用できます。
値は、プロパティに対する具体的な WAI-Adapt 情報を提供します。各プロパティで可能な値は、 モジュール内のプロパティの定義で詳述されます。一部のプロパティでは、値があらかじめ定義された 可能な値の一覧から来る必要があり、他のプロパティは任意の文字列を受け入れることができ、 複数の値を受け入れるものもあります。属性値は、次のいずれかの型である場合があります。
WAI-Adapt のこの公開版は、いくつかの キーと値のペア（attribute = value）を提供します。 これらの属性には、次のものが含まれますが、これらに限定されません。
モジュールが成熟するにつれて、他のプロパティも存在するか、開発される予定です。
タスクフォースは、HTML 属性構文の使用を決定する前に、さまざまな語彙オプションを検討しました。 技術の一覧には次のものが含まれていました。
aria-action）aui-action）
私たちの調査と議論の詳細は、私たちの Wiki にある コンテンツ内で語彙を使用する方法の比較および data dash を用いたプロトタイプ ページに記録されています。
この文書は次の人々にとって有用です。
コンテンツの初期実装については、ユーザーにとっての利点を最大化できる 拡張実装 へのリンクを含めることを 推奨します。
このセクションは非規範的です。
次の人々が、この文書の作成に貢献しました。
この出版物は、当初は契約番号 ED-OSE-10-C-0067 の下で、その後は契約番号 HHSP23301500054C の下で、現在は HHS75P00120P00168 の下で資金提供を受けています。 この出版物の内容は、必ずしも米国保健福祉省の見解または方針を反映するものではなく、 商標名、商用製品、または組織への言及は、米国政府による承認を意味するものではありません。 このプロジェクトの作業の一部は、助成契約 No.780529 および 643399 の下で、 欧州連合の Horizon 2020 研究・イノベーションプログラムからも資金提供を受けています。