ログイン

アクセシビリティ声明：その概要、必要な理由、そして書き方

2 min read
アクセシビリティに関する声明コンプライアンス法務

アクセシビリティ声明は、組織がデジタル・インクルージョンへの取り組みについて発する、最も目に見えるシグナルのひとつです。しかし、いまだにほとんどのウェブサイトにはアクセシビリティ声明がありません。このガイドでは、アクセシビリティ声明とはそもそも何なのか、法的および評判の観点からなぜ重要なのか、そして精査に耐えうるアクセシビリティ声明をどのように作成すればよいのかを、具体的に解説します。

上位100万件のウェブサイトのうち96%以上が、基本的なWCAGアクセシビリティ基準を満たしていません——それにもかかわらず、ADA関連のウェブ訴訟件数は毎年増え続けています。このような状況では、アクセシビリティ・ステートメントは単なる礼儀ではありません。組織がデジタル・インクルージョンを真剣に受け止めていることを示す、最も具体的で公に見えるシグナルの1つであり、管轄区域によっては法的な義務でもあります。まだ用意していない場合は、このガイドが、正しく作成するために知っておくべきことを一通り案内します。

アクセシビリティ・ステートメントとは？

本質的には、アクセシビリティ・ステートメントとは、障害のある人を含むすべてのユーザーに対して、あなたのウェブサイト——およびそこで提供するデジタルサービス——を利用可能にするという、組織のコミットメントを公に宣言するものです。ウェブサイト内の専用ページに掲載され、平易な言葉で、どの基準を目標としているのか、それを満たすために何を行ってきたのか、どこにまだギャップがあるのか、そしてユーザーが障壁にぶつかったときに誰に連絡すればよいのかを伝えます。

アクセシビリティ・ステートメントは、関連はあるものの別物である文書と区別することが重要です。内部のアクセシビリティポリシーは、組織内の目標やプロセス——誰が責任者か、どのワークフローが適用されるか、調達の意思決定がどのように行われるか——を定めるものです。これに対してアクセシビリティ・ステートメントは外向きの文書であり、チームではなくユーザーに向けて書かれます。Voluntary Product Accessibility Template (VPAT) や Accessibility Conformance Report (ACR) は、主にエンタープライズの調達の場面で使われる高度に技術的な文書です。アクセシビリティ・ステートメントはその中間に位置します。誠実で実質的であるべきですが、ページにたどり着いた一般の人なら誰でも理解できる内容でなければなりません。

これは、公開されたかたちで書かれた「アクセシビリティの約束」と考えてください。障害のあるユーザーに対して、彼らの存在を認識し、彼らにサービスを提供しようとしていること、そして問題が起きたときに連絡できる実在の担当者がいることを示します。また、将来の紛争において、規制当局、監査人、そして相手方弁護士に対し、アクセシビリティが組織における熟慮された継続的な取り組みであり、後回しにされたものではないことを示すことにもなります。

法的状況：アクセシビリティ・ステートメントが必要になるのはいつか？

「法的にアクセシビリティ・ステートメントが必要か？」という問いへの答えは、どこで事業を行っているか、誰がオーディエンスか、どの法律が適用されるかに大きく依存します。ここ2年で状況は大きく変化しており、方向性は明らかです。世界的に要件は厳しくなっています。

米国では、州および地方政府に対する最も直接的な法的義務は、司法省が2024年4月にADA第II編の下で出した最終規則に由来します。これにより、政府のウェブサイトとモバイルアプリはWCAG 2.1レベルAAに準拠しなければならないことが明確になりました。アクセシビリティ・ステートメントの公開と、デジタル・アクセシビリティに関するガバナンスの確立は、そのコンプライアンス体制の一部です。この規則に基づくコンプライアンス期限は、大規模な組織が2026年4月、小規模な組織が2027年4月に設定されています。ADA第III編の対象となる民間企業については、特定のアクセシビリティ・ステートメントが法律で明示的に義務付けられているわけではありませんが、その不在が、組織全体のアクセシビリティへの取り組みが不十分であることの証拠として原告側弁護士に利用されており、意味のある法的リスク要因となっています。

欧州連合では、状況はさらに明確です。EU Web Accessibility Directiveは、加盟国の公共部門団体に対し、数年前からアクセシビリティ・ステートメントの公開を義務付けています。現在では、European Accessibility Act（EAA）が——2025年6月28日に全面施行され——eコマース、銀行、交通、通信などの分野にわたる民間企業にもアクセシビリティ義務を拡大しています。EU居住者に製品やサービスを提供する企業は、本社所在地に関係なくすべて対象となります。EAAは、サーバーの所在地を問わない、広範で国境を越える規制として、デジタル・アクセシビリティ版のGDPRと考えることができます。EAAは、ウェブおよびモバイルコンテンツの技術的なベンチマークとして、WCAG 2.1レベルAAと整合しています。

英国では、Public Sector Bodies Accessibility Regulations 2018が、すべての政府および公共部門のウェブサイトとアプリに対し、WCAG 2.1 AA基準を満たすことおよびアクセシビリティ・ステートメントを公開することを明示的に求めています。カナダのオンタリオ州におけるAODA、米国連邦政府の契約業者に適用されるリハビリテーション法第508条、その他各国の枠組みも、さらに層を重ねています。グローバルなオーディエンスを対象としている場合は、少なくとも1つの適用法がステートメントを要求していると想定すべきです。

特定の組織に対してアクセシビリティ・ステートメントを明示的に義務付ける法律が存在しない場合であっても、その不在は中立ではなく、怠慢と見なされつつあります。これはコストが低く、シグナル効果が高い施策であり、すべてのウェブサイト所有者が取るべきステップです。

コンプライアンスを超えて、アクセシビリティ・ステートメントが重要である理由

法的義務は最低ラインにすぎません。訴訟を回避する以上の、ビジネス上および倫理的な理由から、よく練られたアクセシビリティ・ステートメントを持つ価値があります。

まず、ユーザーのことを考えてみましょう。世界で約13億人が何らかの障害とともに生活しています。その多くは、苦い経験から、新しいウェブサイトに時間やお金を預ける前にアクセシビリティ・ステートメントを探すことを学んでいます。明確で誠実なステートメントは、サイトがどの支援技術でテストされているか、何か問題が起きたときに誰に連絡すればよいか、そして組織がこの問題をどれほど真剣に扱っているかを伝えます。これは摩擦を減らし、障害のあるユーザーがサイトに留まるかどうかを判断するまさにその瞬間に信頼を築きます。

次に、評判の側面があります。アクセシビリティ・ステートメントがないこと——あるいは、明らかにテンプレートをそのまま流用し、更新されておらず、サイトが明らかに守っていない約束をしているステートメントを掲げていること——は、インクルージョンを重視する顧客、従業員、パートナーに対してネガティブなシグナルを送ります。逆に、よく考えられ、定期的にメンテナンスされているステートメントは、組織の真のコミットメントの証拠です。BarclaysやRocheのような先進的な組織は、自らの現時点での限界を正直に認めつつ、それに対処するために進行中の具体的なステップを記載したステートメントを公開しています。そのような透明性は、完全なコンプライアンスを謳うステートメントよりもはるかに大きな好意的評価を生みます。

第三に、アクセシビリティ・ステートメントは内部のアカウンタビリティ・メカニズムを生み出します。標準、テスト手法、ユーザーから報告された問題への対応タイムラインを公に約束することで、チーム自身が守らなければならない期待値を設定することになります。これは欠点ではなく利点です。外部へのコミットメントを欠くアクセシビリティ・プログラムは、方向性を失いがちです。一方、公的なステートメントを持つプログラムは軌道に乗り続ける傾向があります。

最後に、SEOとユーザビリティの観点もあります。アクセシビリティのベストプラクティス——セマンティックなHTML、適切な見出し構造、説明的な代替テキスト、明確なリンクラベル——は、検索エンジンのランキングシグナルと強く相関しています。アクセシビリティを念頭に置いて構築されたウェブサイトは、総じてパフォーマンスの高いウェブサイトになりがちです。

何を含めるべきか：必須コンポーネント

民間セクター向けのアクセシビリティ・ステートメントに単一の必須テンプレートがあるわけではありませんが、W3CのWeb Accessibility Initiativeが、ステートメントに含めるべき内容について最も明確なガイダンスを提供しています。以下では、取り上げるべき各コンポーネントと、その背景にある理由を分解して説明します。

コミットメントの表明。 組織のデジタル・アクセシビリティへのコミットメントを、明確で人間味のある宣言で冒頭に掲げてください。埋もれさせてはいけません。これは、障害のあるユーザー——そして原告側弁護士——が最初に読む部分です。企業的な決まり文句は避けてください。視覚、聴覚、身体、認知、神経、発話の障害を持つユーザーに対して、インクルーシブな体験を目指していることを具体的に明記しましょう。

目標とする標準。 目標としているWCAGのバージョンを明示してください——理想的には、最低限WCAG 2.1レベルAA、現時点のベストプラクティスとしてWCAG 2.2レベルAAです。自らの適合レベルを正直に示しましょう。完全に適合しているのであれば、その旨を述べてください。部分的な適合であれば、その旨を述べ、どの領域が基準に達していないのかを説明します。ステートメントで適合状況について虚偽の主張をすることは、既知のギャップを開示するよりも悪手です——訴訟において善意の弁明の余地を失わせてしまいます。

既知の制限事項。 ここは多くの組織が誤るセクションです。制限事項をまったく挙げない（現実のウェブサイトではほぼあり得ません）か、ユーザーには意味をなさない技術的なWCAGの達成基準番号を使ってしまうかのどちらかです。W3Cは平易な言葉を推奨しています。「WCAG Success Criterion 1.2.2が未達成」ではなく、「一部の古い動画には字幕がありません」といった表現にしましょう。具体的に、正直に書いてください。ユーザーは事前に知ることをありがたく思いますし、善意を示すことで法的な保護にもつながります。

アクセシビリティに対して行ってきた取り組み。 実際の取り組みを説明してください。第三者による監査を実施しましたか？スクリーンリーダーでテストしていますか？コンテンツチームにトレーニングを行いましたか？追加の支援機能を提供するアクセシビリティ・オーバーレイ・ウィジェットを使用していますか？組織が講じている具体的な施策を詳述しましょう。このセクションによって、ステートメントは受動的な約束から、コンプライアンス・プログラムの積極的な証拠へと変わります。

技術的環境。 サイトをテストしたブラウザ、OS、支援技術を記載してください。スクリーンリーダーはブラウザの組み合わせによって挙動が異なります。テスト済み環境を明示することで、期待値を管理しつつ、厳密な取り組みを示すことができます。

連絡先情報。 これはおそらく最も重要なセクションです。ユーザーがアクセシビリティ上の障壁を報告しやすくしてください。メール、電話、そして理想的には完全にアクセシブルなウェブフォームなど、複数のチャネルを用意しましょう。対応までの目安時間を明示し、それを守ってください。調査では一貫して、アクセシビリティに関する苦情への対応が早い組織ほど、その苦情が訴訟に発展しにくいことが示されています。誰も見ていない共通のメールボックスにこれらの連絡を回してはいけません。

第三者コンテンツ。 サイトに第三者のウィジェット、ソーシャルメディアのフィード、地図、その他あなたが制御できないコンテンツを埋め込んでいる場合は、その旨を明記し、それらのアクセシビリティを保証できないことを明確にしてください。そのうえで、アクセシブルな第三者ツールを選定するために講じている措置があれば説明できます。

最終レビュー日。 目立つ位置に「最終更新日」を記載してください。日付のないアクセシビリティ・ステートメントは、古く見えますし、実際に古い可能性もあります。少なくとも年に1回、または大規模なリデザインやコンテンツの大幅な変更後には、ステートメントを見直し更新することを約束しましょう。

適用法令への言及。 管轄区域やオーディエンスに応じて、関連する法的枠組み——ADA、第508条、EAA、英国のAccessibility Regulations、AODAなど——への言及を行いましょう。これは法的な認識を示し、ユーザーが規制の文脈を理解する助けにもなります。

応用できる構造テンプレート

以下は、自社のアクセシビリティ・ステートメントページに応用できる、クリーンでセマンティックなHTML構造です。プレースホルダーの値は、組織やウェブサイト固有の正確な情報に置き換えてください。

<h1>Accessibility Statement</h1>

<p>
  [Organization Name] is committed to ensuring digital accessibility
  for people with disabilities. We continually improve the user experience
  for everyone and apply relevant accessibility standards.
</p>

<h2>Conformance Status</h2>
<p>
  We aim to conform to the Web Content Accessibility Guidelines (WCAG)
  2.1 Level AA. These guidelines explain how to make web content more
  accessible to people with disabilities. Our current conformance status
  is: [fully conformant / partially conformant — describe known gaps].
</p>

<h2>Known Limitations</h2>
<p>
  Despite our best efforts, some content may not yet be fully accessible:
</p>
<ul>
  <li>[Example: Some older PDF documents do not have text
      equivalents. We are converting these on a rolling basis.]</li>
  <li>[Example: Videos published before [date] may not have
      accurate captions. We are prioritizing recaptioning.]</li>
</ul>

<h2>Measures We Take</h2>
<ul>
  <li>Annual third-party accessibility audits against WCAG 2.1 AA</li>
  <li>Manual testing with screen readers (NVDA, JAWS, VoiceOver)</li>
  <li>Automated scanning on each deployment</li>
  <li>Accessibility widget providing user-controlled display options</li>
  <li>Staff training on accessible content creation</li>
</ul>

<h2>Technical Specifications</h2>
<p>
  This website has been tested on the following environments:
</p>
<ul>
  <li>Chrome + NVDA on Windows 11</li>
  <li>Safari + VoiceOver on macOS and iOS</li>
  <li>Firefox + JAWS on Windows 11</li>
</ul>

<h2>Feedback and Contact</h2>
<p>
  If you experience any accessibility barriers on this website, please
  contact us. We aim to respond within 2 business days.
</p>
<ul>
  <li>Email: <a href='mailto:[email protected]'>
      [email protected]</a></li>
  <li>Phone: +1 (555) 000-0000</li>
</ul>

<h2>Formal Complaints</h2>
<p>
  If you are not satisfied with our response, you may contact the
  relevant enforcement authority in your jurisdiction.
</p>

<p><em>This statement was last reviewed on [Month YYYY].</em></p>

避けるべき一般的なミス

現在ウェブ上に存在する多くのアクセシビリティ・ステートメントは、存在しないか、テンプレートを改変せずに盗用したものか、あるいは実際に誤解を招くものです。ここでは、特に避けるべき落とし穴を挙げます。

完全適合していないのに完全適合を主張する。 これは最も危険なミスです。自動ツールが検出できるWCAGの問題は多くても30〜40%程度であり、自動テストを通過したサイトでも重大な障壁が残っている可能性があります。ステートメントでWCAG 2.1 AAに完全適合していると主張しているにもかかわらず、ユーザーや原告がそうでないことを示せる場合、その虚偽の主張は法的リスクを軽減するどころか増幅させます。明確な是正計画を伴う正確な部分適合の主張の方が、より誠実であり、防御可能です。

ステートメントのページ自体をアクセシブルにしない。 これは想像以上によく起こります。アクセシビリティ・ステートメント自体がWCAGに準拠しているべきです。ページをテストし、色のコントラストを確認し、キーボード操作でのナビゲーションを検証し、スクリーンリーダーが見出しを正しく解釈できることを確認してください。アクセシビリティ・ステートメントがアクセシブルでないことは、最低でも恥ずかしいことであり、最悪の場合は苦情の証拠となります。

実質的な連絡手段を提供しない。 壊れたフォームや、誰も監視していない汎用的なinfo@メールアドレスにユーザーを誘導する「お問い合わせください」というステートメントは、ないより悪いものです。障壁を報告しようとしても返答が得られないユーザーは、規制当局や弁護士にエスカレーションする可能性がはるかに高くなります。

更新しない。 3年前の日付が記載され、すでに置き換えられた技術や標準に言及しているステートメントは、即座に信頼を損ないます。少なくとも年に1回、そして大規模なサイトリデザインの直後にはステートメントを見直すリマインダーをカレンダーに設定しましょう。

誰にも見つからない場所に埋もれさせる。 W3Cは、アクセシビリティ・ステートメントへのリンクを複数の目立つ場所——フッター、ヘルプメニュー、サイトマップ、会社概要ページ——から張ることを推奨しています。「Accessibility Statement」または「Accessibility」といった一貫したリンクテキストを使用し、それを探し慣れているユーザーがすぐに見つけられるようにしましょう。

Accsibleがアクセシビリティ戦略の中で果たす役割

アクセシビリティ・ステートメントはコミットメントの文書化ですが、実行を伴わないコミットメントは単なる言葉にすぎません。ここで、より広範なアクセシビリティ戦略の一層として、Accsibleのオーバーレイ・ウィジェットSDKのようなツールが役立ちます。

Accsibleを使うと、サイト上に設定可能なアクセシビリティ・ウィジェットを埋め込むことができ、ユーザーが閲覧体験を直接コントロールできるようになります——フォントサイズ、コントラスト設定、カーソルサイズ、アニメーションの軽減などを調整できます。これらのユーザー向けコントロールは、さまざまな視覚、運動、認知のニーズを持つ人々にとって、サイトの使いやすさを拡張します。重要なのは、アクセシビリティ・ウィジェットをツールチェーンに組み込むことで、アクセシビリティ・ステートメントがより具体的で信頼性の高いものになることです。ウィジェットが提供する具体的な機能を挙げ、そのテスト環境を説明し、インクルージョンに向けて積極的かつ技術的なステップを踏んでいることを示すことができます。

その具体性が重要です。裁判所、規制当局、ユーザーは、曖昧な誓約よりも、具体的な施策を記述したステートメントにより好意的に反応します。ステートメントには、ウィジェットとその機能、対応するユーザーニーズを記載するとともに、監査プログラム、テスト手法、フィードバック用の人的な連絡窓口についても記載すべきです。ウィジェットは、セマンティックでよく構造化された基盤コードの代替ではありませんが、意味のある、文書化された取り組みの一層であり、ステートメントに含めるべき要素です。

アクセシビリティは製品ではなくプログラムです。ステートメントはそのプログラムを文書化するものです。導入するあらゆるツール、監査、トレーニング、フィードバックループが、ステートメントの信頼性を高め、サイトを実際によりインクルーシブなものにします。

ステートメントを最新に保つ：メンテナンス・チェックリスト

アクセシビリティ・ステートメントは生きた文書です。サイトが変わった瞬間——新しいチェックアウトフロー、ナビゲーションのリデザイン、新しい埋め込み動画プレーヤー——に、ステートメントの正確性は影響を受ける可能性があります。アクセシビリティ・プログラムの中にメンテナンスのリズムを組み込み、ステートメントが常に現実を反映するようにしましょう。

  • 大きなリリースやリデザインのたびに：「既知の制限事項」セクションと「技術的仕様」を見直します。ブラウザや支援技術が変わった場合は、テスト済み環境を更新します。
  • 年に一度：包括的なアクセシビリティ監査を委託または実施します。コンプライアンス状況と施策のセクションを、現在のツール、プロセス、結果を反映するよう更新します。「最終レビュー日」を更新します。
  • 標準が変わったとき：WCAG 2.2はすでに公開されており、WCAG 3.0は開発中です。規制当局が技術標準を更新した際には、ターゲットとしているバージョンと移行計画をステートメントに反映させます。
  • 法律が変わったとき：EAA、ADA第II編の期限、その他の規制は現在進行形で変化しています。新たな要件が組織に適用される場合は、ステートメント内の法的参照を更新します。
  • 連絡先情報が変わったとき：メールアドレス、電話番号、フォームのリンクを即座に更新します。アクセシビリティ・ステートメント内の連絡チャネルが機能していないことは、ユーザビリティ上の失敗であると同時に法的リスクでもあります。

ユーザーから受け取ったアクセシビリティに関するフィードバック——報告された問題、その対応内容、是正に要した時間——を記録しておくことも、善意を示す証跡を生み出します。組織のアクセシビリティ実務が問われる状況になった場合、その記録は非常に貴重なものになり得ます。

重要なポイント

  • アクセシビリティ・ステートメントは、法的リスク管理ツールであると同時に、ユーザーへの信頼のシグナルでもある。 多くの法域——EAAの下でEU市場を対象とする企業や、ADA第II編ルールの下での米国の公共団体を含む——では、何らかの形で公的なアクセシビリティへのコミットメントが、現在は法律で要求されているか、強く示唆されています。
  • 制限事項について正直であることは、過大な主張をするよりもあなたを守る。 明確な是正計画を伴う部分適合の表明は、WCAGへの完全準拠を虚偽に主張するよりも、法的に防御しやすいものです。裁判所や規制当局は、善意が示されていることに好意的に反応します。
  • 実際に機能し、監視されている連絡手段を用意する。 障壁を報告するための複数の手段——メール、電話、ウェブフォーム——を提供し、具体的な対応時間を約束しましょう。ユーザーから報告された問題への迅速な対応は、法的エスカレーションのリスクを劇的に減らします。
  • アクセシビリティ・ステートメントのページ自体がアクセシブルでなければならない。 公開前に、WCAGへの準拠をテストし、キーボードナビゲーションを検証し、色のコントラストを確認し、スクリーンリーダーとの互換性を確保してください。
  • ステートメントを一度きりのタスクではなく、生きた文書として扱う。 すべての大きなサイト変更の後、少なくとも年に一度、そして適用される法律やWCAG標準が更新されるたびに見直しましょう。「最終レビュー日」を見やすく、正確に保ってください。