アクセシビリティを念頭に置いてキャリアサイトを設計することで、平等なアクセスを確保し、多様性を高め、候補者エクスペリエンス全体を強化します。この包括性は、多様な人材プールを惹き付けるために不可欠です。アクセシビリティおよびユーザビリティのリーディングプラクティス (Universal Design とも呼ばれる) をキャリアサイトデザインに組み込むことで、可能性のあるすべての候補者のユーザーエクスペリエンスを強化し、特別な調整を必要とせずに、関連情報の検索、求人への応募、およびキャリアサイト機能への参加を容易にすることができます。
アクセシビリティガイドラインを使用したキャリアサイトの設計
Objective
After completing this lesson, you will be able to アクセシビリティガイドラインを使用してサイトをデザインします。
アクセス可能なキャリアサイトの設計
グローバルアクセシビリティガイドライン
多くの国では、一般的なアクセシビリティガイドラインに従って、Web サイトが誰にとってもよりインクルーシブなオンライン環境を構築することを目指しています。 考慮事項は以下のとおりです。
アクセシビリティ法：世界中の多くの地域がアクセシビリティ法に準拠しています。たとえば、カナダでは、50 人以上の従業員を持つ民間、公共、および非営利団体は、自分の Web サイトにアクセスできることを確認する必要があります。
アクセシビリティの原則：アクセシビリティガイドラインは、認識可能、操作可能、理解可能、堅牢な 4 つの原則で構成されています。各ガイドラインには、A、AA、および AAA の 3 つのレベルのアクセシビリティがあります。詳細については、ガイドラインの概要を参照してください。 https://www.w3.org/WAI/standards-guidelines/wcag/
Web Content Accessibility Guidelines (WCAG) ：WCAG は、W3C プロセスを通じて世界中の個人や組織と協力して開発されており、個人、組織、および政府の国際的ニーズを満たす Web コンテンツアクセシビリティに関する単一の共有標準を提供することを目標としています。WCAG 文書では、障がい者がウェブコンテンツにアクセスしやすくする方法が説明されています。アクセシビリティには、視覚障害、聴覚障害、物理障害、音声障がい、認知性、言語、学習、神経障がいなど、幅広い障がいが含まれます。
オンラインアクセシビリティチェッカー: オンラインツールを使用して、Web サイトにアクセスできるかどうかを確認できます。オンラインアクセシビリティチェッカーを使用しても、Web サイトでのアクセシビリティに関する問題がすべて見つかるとは限りません。個人にも現場の見直しをしてもらうことが大切です。
アクセシビリティソフトウェアアプリケーション: WAVE
WAVE などのサポートソフトウェアアプリケーションを使用して、Web サイト内でアクセシビリティの問題および要件をテストすることができます。WAVE に関する詳細情報にアクセスするには、リンク https://wave.webaim.org/ を使用します。
WAVE を使用する場合は、以下の点を考慮してください。
WAVE では、Web コンテンツにアクセスできるかどうかを確認できません。真のアクセシビリティを決定できるのは人間だけです。ただし、WAVE は Web コンテンツのアクセシビリティの評価に役立ちます。
WAVE には、セクション 508 および WCAG 2.1 のガイドラインに記載されているアクセシビリティの問題に対する多数のチェックが含まれています。ただし、WAVE では、これらのガイドラインのすべての問題をチェックすることはできません。自動ツールではチェックできません。
WAVE を使用するには、https://wave.webaim.org/ でフォームにアクセスし、ページの Web ページアドレスを入力して、フォームを送信します。多数のページを簡単に評価できる、サイト全体の WAVE ツール (https://wave.webaim.org/sitewide) があります。
アクセシビリティソフトウェアアプリケーション: スクリーンリーダ
スクリーンリーダなどのソフトウェアアプリケーションをサポートするには、以下の点を考慮してください。
スクリーンリーダーは、デジタルテキストを合成された音声に変換するソフトウェアプログラムです。これにより、スクリーンリーダを使用するユーザは、コンピュータ画面に表示されるテキストを読むことができます。
スクリーンリーダーでは、Web ページの初回ロード時に、ページタイトル (HTML マークアップの <title> 要素) が通知されます。
スクリーンリーダーにより、ヘッダーが通知され、ヘッダーレベルが識別されます。たとえば、NVDA および JAWS は、<h1> ヘッダの前に "heading level 1" を付けます。
スクリーンリーダーは、通常、テキスト (またはグラフィック) の一部がリンクであることをユーザーに通知します。ほとんどのスクリーンリーダーでは、各リンクの前に "リンク" と表示されます。たとえば、"製品" リンクは、JAWS によって "リンク製品" として読み込まれます。
Alt text または alternate text は、HTML のイメージタグに追加される属性です。このテキストは、イメージを表示できない場合にイメージコンテナ内に表示され、検索エンジンがイメージの内容を理解するのに役立ちます。
代替テキストが存在する場合、スクリーンリーダーは画像の代替テキストを読み取ります。JAWS では、代替テキストの前に "graphic" という語が付きます。画像がリンクの場合、JAWS では代替テキストの前に "グラフィックリンク" が付きます。
スクリーンリーダーでは、代替テキストのない画像は無視され、何も表示されませんが、ユーザーはファイル名を読み取るよう優先設定を行うことができます。
スクリーンリーダでのナビゲーション
スクリーンリーダでのナビゲーションには、以下の考慮事項があります。
音声インタフェースでは、コンテンツが 1 項目ずつユーザに線形に表示されます。オーディオインタフェースは直線的ですが、スクリーンリーダでは、ユーザがコンテンツをすばやくナビゲートする方法が提供されます。
1 つの方法は、Tab キーを使用してリンクからリンクにジャンプすることです。これにより、ユーザーはページのリンク先を把握でき、ユーザーが特定のリンクを探している場合にコンテンツを実行するのに役立つ方法となります。関連する手法は、ページ上のリンクの一覧をアルファベット順に並べて取得することです。これらの方法の欠点は、ユーザが非リンクコンテンツをまったく聞かず、このように重要な情報を見逃す可能性があることです。
ページのコンテンツの全体的な印象を得るもう 1 つの方法は、ヘッダからヘッダへジャンプすることです。ユーザーはページの主なアイデアの概要を聞き、次に最も関心のある部分を読むためのバックトラックを聞くことができます。この技法の主な欠点は、見出しに頼っているため、それらが含まれていることが重要である。可能な限り、ヘッダは内容の正確なアウトラインを表す必要があります。
ユーザは、ARIA ランドマークおよび HTML5 セクション要素 (<main>、<nav>、<header> など) を使用してナビゲートできます。
ユーザは、次の段落に進む前に、段落から段落へジャンプし、最初の文または 2 つの文を聞くことができます。可能な場合は、段落の識別情報を最初の文に配置します。
ページ上部のリンクをスキップすると、ユーザーはメインナビゲーションを省略し、メインコンテンツに直接移動することができます。これにより、読込プロセスが迅速化され、ユーザはメインナビゲーションとメインコンテンツを区別することができます。
キャリアサイトビルダーのアクセシビリティガイドライン
キャリアサイトビルダーサイトにアクセスできるようにするには、以下の点を考慮してください。
- メタデータが作成されていることを確認し、スクリーンリーダーがキャリアサイトのコンテンツにアクセスして読み取れるようにします。
- ページヘッダやナビゲーションなど、コンテンツの構造に注意してください。
- アクセシビリティを念頭に置いて画像、フォーム、およびメディアを設計し、代替テキストが含まれるようにします。
サマリ
- 包括的でユーザーフレンドリーなエクスペリエンスを促進し、多様な人材を引き付けるアクセシビリティ機能を備えたキャリアサイトを設計します。
- アクセシビリティの原則（認識可能、操作可能、理解可能、堅牢性）に従い、WCAG ガイドラインを遵守してコンプライアンスを確保します。
- 構造化された、メタデータでサポートされるコンテンツを構築して、すべての候補者のアクセシビリティとユーザビリティを向上させます。