axe Developer Hub 用語集
axe Developer Hub を理解するのに役立つ用語
a11y
「アクセシビリティ」という単語の数値に基づく略語（またはニューロニム）で、最初の「11」は、最初の「a」と最後の「y」の間の文字数を表しています。「 アクセシビリティ」と発音されます。 アリーとして
APIキー
承認用に、 APIキー をAxeアカウント設定で生成します。 複数のプロジェクトで同じAPIキーを使用できますが、Axe Developer HubのAPIキーはウェブプロジェクトのみで、Axe DevTools MobileのAPIキーはモバイルプロジェクトのみで使用する必要があります。
Axe Developer Hub
Axe Developer Hub は、新しいテストプロジェクトを作成し、アクセシビリティテストの実行結果を表示します。必要に応じて多くのプロジェクトを作成し、ウェブサイトやモバイルアプリのアクセシビリティを管理できます。
ベストプラクティス
Dequeの ベストプラクティス は、特定の正式な方法が不足しているときに望ましいアクセシビリティ結果を提供する、時間をかけて検証された技術です。公式には確立されたアクセシビリティのルールセットには含まれていませんが、Dequeのベストプラクティスに従うことで、テストされたウェブページのアクセシビリティと全体的な品質を向上させることができます。Dequeのベストプラクティスのガイドラインに従わなかったからといって、必ずしも失敗を意味するわけではありません。また、アプリケーション、サイト、またはページの目的の文脈での適用に関する判断には専門的な評価が必要です。特定の問題を解決するためにベストプラクティスのアクセシビリティ技術が適用できない場合や現実的でない場合もあります。「 ベストプラクティス 」を参照してください。
ビルドID
ビルドIDは 自動的に生成されるUUID で、ユーザーが提供しない場合はスキャンを単一のテストセッションとしてリンクするために使用されます。複数のマシンや環境でテストスイートを実行する際に、ビルドIDを提供すると、これらすべての実行を統合し、Developer Hubで単一のセッションとして表示されます。
重複
重複 は、同一の文書オブジェクトモデル（DOM）のノードで見られる同じアクセシビリティの問題を指しますが、異なる ページ状態 で発生します。重複のある問題を修正する場合、その重複もすべて消えます。すべて同じ問題であるためです。
e2eテスト
エンドツーエンド、または e2eテストは、ウェブアプリケーションの実際の実装をテストすることによって、全体の機能をテストすることを指します。Axe Developer Hubを使用することで、アクセシビリティの問題を解決するためのe2eシナリオをテストできます。
実験的ルール
実験的ルール は、新しい技術やアクセシビリティ問題に対する理解の進展を取り扱うために開発・テスト中です。これらのルールはまだ開発中であり、誤検出の可能性があるため、本番環境では頼るべきではありません。このルールセットのルールは、最終的にはアクセシビリティの標準の一部になる可能性があります。実験的ルールはデフォルトで無効化されています。「 実験的ルール 」を参照して、このルールセットに含まれている最新のaxe-coreのルールをご覧ください。
Git
多くのDeveloper Hubプロジェクトには、 **Git** リポジトリを使用するテストスイートがあります。Gitを使用することで、異なるブランチや特定のコミット内のコードとアクセシビリティの欠陥を関連付け、解決を支援します。
Gitless
**Gitless** は、Gitリポジトリを使用しないテストスイートを持つDeveloper Hubプロジェクトを指します。必須ではありませんが、Gitリポジトリがあれば、特定のコード変更とアクセシビリティの欠陥を関連付けることができ、解決を支援します。
影響
すべてのアクセシビリティ違反には、 **影響** レベルが割り当てられ、最も影響が少ないものから最も影響が大きいものまでの4つのレベルに分類されます： *軽微*、 *中程度*、 *重大*、および *致命的*。この指標は修正の優先順位付けを支援し、Dequeのアクセシビリティ専門家はデフォルトで各違反タイプに影響レベルを割り当てます。
アクセシビリティの欠陥で *重大* または *致命的* な影響レベルを持つものは、障害を持つユーザーにとって重大または克服不可能な障壁を呈し、法的責任が最も高くなります。一方、 *軽微* および *中程度* の問題はそれほど深刻ではありませんが、コンプライアンスと障害を持つ人々のニーズを満たすために依然として重要です。
アクセシビリティの問題の影響を分類するために使用される4つのレベルは次のとおりです：
-
**軽微**：障害を持つユーザーへの影響は中程度の問題よりも小さいが、完全なコンプライアンスには依然として解決が必要な問題。
-
**中程度**：障害を持つユーザーにいくつかの障壁がありますが、基本的なコンテンツやフローへのアクセスを妨げるものではありません。これらの問題は、組織を法的行動に脆弱にし、完全なコンプライアンスを達成する前に修正する必要があります。
-
**重大**：障害を持つユーザーがサイトと対話する際に重大な障壁に直面し、関連コンテンツへのアクセスに困難やフラストレーションを引き起こします。法的行動を避けるために修正を優先すべきです。
-
**致命的**：障害を持つユーザーがウェブページの機能にアクセスまたは対話することを完全に妨げられ、コンテンツがアクセスできず、組織を訴訟に非常に脆弱にします。致命的な問題の修正は最優先事項とするべきです。
修正済みテストスイート
修正済みテストスイートは、 **修正済みテストスイート** は、Axe Developer Hubで新しいプロジェクトを作成する際に提供される指示に従って変更されたテストスイートです。あなたの既存のテストスイートに最小限の変更でアクセシビリティのテストを追加することができます。
組織管理者
組織管理者（org admin）は、 **組織管理者** （org admin）は、Axeアカウント内の全社の管理権限を持つユーザーです。Org adminは、特定のプロジェクトのメンバーであるかどうかに関わらず、企業内のすべてのプロジェクトを表示し、プロジェクトメンバーと設定を管理できます。Org adminのステータスはプロジェクトレベルの役割より優先されます。Org adminは、新しいプロジェクトを作成したり、結果をAxe Developer Hubに送信したりするために、Axe Developer HubまたはAxe DevTools for Mobileのアクティブなライセンスを持っている必要がありますが、ライセンスがなくても既存のプロジェクトを管理できます。
ページ状態
ページ状態は、 **ページ状態** は、特定の時点でのウェブページのドキュメントオブジェクトモデル（DOM）の状態を指します。ログイン画面や動的なUIを持つ複雑なウェブサイト、例えばシングルページアプリケーション（SPA）において、異なるページの状態を確認することが役立ちます。DOMの状態の例には次のようなものがあります：
- 要素の可視性
- 要素の内容
- ラジオボタンとチェックボックスのチェック状態
Watcherを使用すると、パッケージはDOMの変化を検知するたびにウェブページを再スキャンし、その都度新しいページ状態を保存します。
プロジェクト
「 プロジェクト 」は、Axe Developer Hubでアクセシビリティの結果、テスト実行情報、およびGitデータ（ブランチとコミット）を保持します。Developer Hubで新しいプロジェクトを作成して名前を付けると、テストでプロジェクトを識別し、結果データをプロジェクトに関連付けるために使用されるプロジェクトIDが作成されます。
プロジェクト管理者
「 プロジェクト管理者 」は、特別な権限を持つプロジェクトメンバーです。プロジェクト管理者は、プロジェクトメンバーが行えるすべての操作に加え、プロジェクトの設定を管理したり、メンバーを追加または削除したり、メンバーの役割を変更したりできます。Axe Watcherを使用する場合、パイプラインでテストを実行するにはプロジェクト管理者のAPIキーが必要です。
プロジェクトID
「 プロジェクトID 」は、新しいプロジェクトを追加するときに自動的に生成され、そのプロジェクトに結果データを関連付けます。Developer Hubにアクセシビリティ結果を送信するには、プロジェクトIDとAPIキーが必要です。プロジェクトIDを1つのテストスイート/リポジトリにマップすることが最良の方法であり、プロジェクトのアクセシビリティ状況をより正確に追跡できます。
プロジェクトメンバー
「 プロジェクトメンバー 」は、Axe Developer Hubのプロジェクトに追加されたユーザーです。プロジェクトメンバーは、プロジェクト内でテストを実行し、結果を表示できます。メンバーはプロジェクトにアクセスするために有効なライセンスを持っている必要があります。
SHA
Gitでコミットを作成すると、コミットを一意に識別するためのIDが作成されます。この一意のIDは、「 SHA 」（Secure Hash Algorithms、暗号化ハッシュ関数のグループにちなんで名付けられています）と呼ばれます。
タグ
「 タグ 」は、WCAGのような特定のアクセシビリティガイドラインに属するルールをグループ化します。ルールとそれに属するタグについて詳しくは、 axe-coreルール説明
WCAG
WCAG、または「 Webコンテンツアクセシビリティガイドライン」は、World Wide Web Consortium（W3C）によって策定された、障害のある人々がウェブコンテンツにアクセスしやすくするためのガイドラインです。これらのガイドラインは、障害のあるさまざまな人々が利用できるアクセスしやすいウェブサイトとデジタルコンテンツを作成するためのフレームワークを提供します。
WCAGの3つの適合レベルは、一連の達成基準によって定義されています。それらは、その適合レベルを達成するために満たされる必要のあるWebコンテンツの特定の要素を説明しています。適合レベルAは最小の適合レベルであり、適合レベルAAAは最も厳しいものです。適合レベルAAは、レベルAおよびレベルAAの達成基準への適合を必要とします。すべてのレベルの達成基準（A、AA、AAA）への適合が、レベルAAAへの適合に必要です。
WCAG 1.0はこれらのガイドラインの最初のバージョンであり、1999年に公開されました。WCAG 2.0は2008年に公開され、より広範な障害を持つ人々がウェブコンテンツにアクセスしやすくするための包括的なガイドラインを提供しました。
WCAG 2.1は2018年に公開されました。これは、前のバージョンを基にしており、WCAG 2.0のリリース以来浮上したアクセシビリティ問題に対処するための新しい達成基準を含んでいます。WCAG 2.1は、モバイルアクセシビリティ、低視力アクセシビリティ、および認知・学習障害に関するガイダンスも提供します。
WCAG 2.2は、これらのガイドラインの最新バージョンであり、2023年に発表されました。WCAG 2.1に比べて9つの新しい達成基準を提供します。これは、認知または学習障害を持つユーザー、低視力のユーザー、およびモバイルデバイスを持つ障害のあるユーザーのニーズに対処するためのガイダンスを改善しています。WCAG 2.1と後方互換性があります。