次の方法で共有

アクセシビリティ ガイドライン

  • [アーティクル]

Office アドインを設計して開発する際は、アドインを使用する可能性のあるすべてのユーザーおよび顧客が正常に使用できるものにするよう努める必要があります。 包括的なエクスペリエンスのエンジニアリングと実装により、使いやすさと顧客満足度が向上し、ソリューションの市場も拡大します。 アドインにアクセスするために必要なものを定義する国際 Web 標準である Web コンテンツ アクセシビリティ ガイドライン (WCAG) について理解することをお勧めします。

ソリューションを、すべての対象ユーザーがアクセス可能なものにするためには、次のガイドラインを適用します。

複数の入力方法の設計

  • ユーザーがキーボードのみを使用して操作を実行できることを確認します。 ユーザーは、Tab キーと矢印キーの組み合わせを使用して、ページ上のすべての実行可能な要素に移動できる必要があります。
  • モバイル デバイスでは、ユーザーがタッチでコントロールを操作するとき、デバイスが便利なオーディオ フィードバックを出すようにします。
  • すべての対話型コントロールに、わかりやすいラベルを付けます。
  • より多くのデザインと UI リソースについて調べる。

アドインを使いやすいようにする

  • UI 内での意味を伝えるために、色、サイズ、図形、位置、向き、またはサウンドなどの 1 つの属性だけに依存しないようにします。
  • ユーザーが操作しないのに別の UI 要素にフォーカスを移動するなどの、コンテキストの予期しない変更を避けます。
  • すべてのバインディング操作について、それを検証、確認、取り消す方法を提供します。
  • オーディオやビデオなどのメディアを一時停止または停止する方法を提供します。
  • ユーザー アクションに時間制限を課さないでください。

アドインを見やすいものにする

  • 予期しない色の変更は避けます。
  • UI 要素、タイトルと見出し、入力、エラーを説明する情報を、意味のあるタイムリーなしかたで提供します。 コントロールの名前は、そのコントロールの目的を適切に表すものにします。
  • WINDOWS ハイ コントラスト テーマで UI 要素が正しくレンダリングされていることを確認します。
  • 色のコントラストについては、標準ガイドラインに従います。

支援テクノロジ用のアカウント

  • ビジュアル、オーディオ、その他の対話式操作を含め、支援テクノロジの妨げになる機能を使用しないようにします。
  • 画像形式でテキストを指定しないでください。 スクリーン リーダーは、画像内のテキストを読み取ることはできません。
  • すべてのオーディオ ソースを調整またはミュートする方法をユーザーに提供します。
  • キャプションまたはオーディオ ソースによるオーディオ説明を有効にする方法をユーザーに提供します。
  • ユーザーに警告する手段として、視覚的な合図や振動など、サウンドに代わる方法を提供します。

アドインをテストする

  • 出荷する前に、常にアクセシビリティの検証とテスト ツール (アドインで Accessibility Insights など) を使用して、問題をキャッチして解決します。
  • Windows ナレーター、JAWS、または NVDA を使用して、画面の読み取りエクスペリエンスを確認します。
  • ツールを定期的に実行して、国際的なアクセシビリティ ガイドラインの変更に対応します。 詳細については、「 アクセシビリティ テスト」を参照してください。

関連項目