アプリの使いやすさを確保し、外部に提示できるものを作成するには、アプリへのアクセス方法に関するレポートが必要です。少なくともWCAG AA規格に準拠する必要があります。
Googleのアクセシビリティスキャナー、Androidなど)のようなツールがあることは知っていますが、これらは明らかにWCAGの基準全体をカバーしていません。
私が探している良い例は、おそらく this のようなものです。確かにそれほど詳細である必要はありませんが、妥当な球場のようです。私はこれに比較的慣れていないので、どうすればいいのかよくわかりません。
リンク先のVPAT®は非常に一般的です。これは自主的な製品アクセシビリティテンプレートであり、通常は製品/会社のWebサイトで公開されている場所に配置されます。
2017年以降、WCAG 2.0+は第508条のアクセシビリティ適合性の基礎を形成し、VPAT 2.0(およびそれ以降)がそれに準拠しています。古いVPATバージョンはまったく異なる形式であり、質問への回答方法が遠回りしたり、直接的ではない(おそらく意図的にあいまいであったりする)可能性がはるかに高くなります。 VPAT 2.xでは、あいまいさの範囲がはるかに少なくなり、製品が基準を満たしているかどうかを述べるように求められます。
とはいえ、米国連邦調達を予定していない場合でも、VPATを使用して、自分に合った詳細レベルでVPATを完了することができます。とにかく、AAAセクションを完了する必要はありません。たとえば、Google Drive 'sまたは Docs VPAT(両方ともPDFです)を見ると、例よりも装飾が少ないです。
VPATを完了することができますの助けを借りてWebAIM WCAG 2チェックリスト これにより、WCAG 2がはるかに読みやすくなり、WCAG 2の形式に従います。 VPAT。チェックリストは、WCAG 2.1の新しい基準も強調しています。
WCAG 2は、作成するアクセシビリティ適合性ステートメントの基礎を形成する可能性が高いため、このテンプレートはおそらく、ボックスを埋めるだけで取得できる最も近いテンプレートです。
他に何もない場合、VPATを完了することは、製品に改善を加える可能性がある場所に関して目を見張る可能性があります。製品がWCAG基準をサポートしているか、部分的にサポートしているか、またはサポートしていないかを判断できるようにするには、VPATの3列目にある詳細を調査する必要があります。
VPATテンプレートは [〜#〜] iti [〜#〜] からダウンロードできます。
*私は故意にの助けを借りてと言っています。これは、WebAIMのチェックリストは単に有用なリソースであり、アクセシビリティポリシーやポリシーの採用でチェックリストを参照してはならないことは明らかです。