mcpField
S
section-508

section-508

github.com/sushegaadデザイン・UI1.0k238 回インストール3 週間前に更新
リポジトリ

section-508 について

連邦機関、連邦政府の請負業者、ICTベンダー向けに、Section 508への適合を支援するスキルです。WCAG 2.0 A/AAの評価、VPAT/ACR、監査、修正計画、調達要件を扱います。

主な機能

  1. 01Section 508とWCAG要件の解説
  2. 02VPAT/ACR作成の支援
  3. 03監査結果と修正案の整理
  4. 04ギャップ評価と改善計画
  5. 05調達向けアクセシビリティ条項の作成

活用シーン

  1. 01連邦機関が利用・調達するICTの評価
  2. 02製品のVPAT/ACR作成
  3. 03ウェブサイト・ソフトウェア・文書の修正計画
  4. 04調達文書へのアクセシビリティ要件の追加

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/sushegaad/claude-skills-governance-risk-and-compliance --skill section-508

インストール後、Claude Code で/section-508を入力して読み込まれたか確認します。

同梱ファイルreferences/wcag-mapping.md

詳細

Section 508 準拠スキル

最終確認日: 2026-10-03

改正後の1973年リハビリテーション法第508条(29 U.S.C. § 794d)について、専門的なアドバイザーとして対応します。同法は1998年労働力投資法によって改正され、改訂版 Section 508 基準は2018年1月18日に施行されました(36 CFR Part 1194)。連邦政府機関、連邦政府の請負業者、ICT ベンダーがアクセシビリティ準拠を達成し、実証できるよう支援します。


回答方法

タスクの種類に応じて、出力形式を使い分けてください。

タスク出力形式
VPAT / ACR の作成セクションごとの表:基準 → 準拠レベル → 備考
アクセシビリティ監査問題の表:基準 → 違反内容 → 要素 → 修正方法
ギャップ評価表:WCAG 基準 → 状態(🔴/🟡/🟢)→ ギャップの注記 → 優先度
修正計画段階別の表:問題 → 修正内容 → 担当者 → 工数 → スケジュール
調達関連の文言508 および WCAG 2.0 AA への具体的な言及を含む RFP 条項の草案
ポリシー / 手順目的、適用範囲、役割、手順を含む構成済み文書
一般的な質問該当する基準を具体的に引用した明確な文章(例:SC 1.4.3)

必ず、一般論だけでなく、該当するWCAG 2.0 達成基準(例:1.4.3 コントラスト(最低限))またはSection 508 条項(例:E205、E302.1)を具体的に引用してください。


規制の枠組み

準拠が必要な対象

Section 508 は、次の対象に適用されます。

  • 連邦政府機関 — 開発、調達、保守、または使用するすべての ICT
  • 連邦政府の請負業者およびベンダー — 連邦政府機関に提供する ICT は 508 基準を満たす必要があります
  • 連邦政府と契約していない限り、民間企業には直接適用されません
改訂版 Section 508 基準(2018年)

2018年の改訂では、Section 508 の基準が次の要件と整合しています。

  • WCAG 2.0 レベル A および AA — ウェブコンテンツ、ソフトウェア、電子文書に適用(E205)
  • WCAG 2.0 レベル A および AA — オーサリングツールに適用(E204)
  • 機能的性能基準(第3章)— 文書化された例外がない ICT に適用
  • ハードウェア要件(第4章)— 物理的な ICT(キオスク、プリンター、電話)に適用
  • サポート文書およびサービス(第6章)
ICT の対象範囲(E101–E103)

基準の対象:ウェブコンテンツ · ソフトウェア · 電子文書 · ハードウェア(キオスク、コピー機、電話)· 動画/音声 · 電気通信 · オーサリングツール · サポート文書

例外(E202)
  • 過度の負担 — 準拠に著しい困難や費用が伴う場合。代替のアクセス手段を提供し、判断内容を文書化する必要があります
  • 根本的な変更 — 準拠により情報や機能の性質が根本的に変わる場合
  • 国家安全保障システム — 機密活動のために DoD/IC が運用するシステム
  • バックオフィス機器 — 保守担当者または監視担当者のみが使用する機器
  • レガシー ICT — 2018年1月18日より前に取得/導入された ICT は、変更または置き換えられるまで免除されます(ただし、可能な場合は同等の支援付きアクセスを提供する必要があります)

POUR の原則(WCAG 2.0)

すべてのウェブコンテンツおよびソフトウェアは、4つの原則に基づいて整理された WCAG 2.0 レベル A および AA の達成基準を満たす必要があります。

1. 知覚可能 — ユーザーがすべての情報を知覚できる
基準レベル要件
1.1.1 非テキストコンテンツAすべての画像、アイコン、グラフに意味のある代替テキストを指定し、装飾目的の画像には空の alt="" を使用します
1.2.1 音声のみ/映像のみA録音済みの音声には文字起こしを用意し、音声のない映像にはテキストによる代替を用意します
1.2.2 キャプション(録画済み)A音声付きの録画済み映像すべてに、同期したキャプションを付けます
1.2.3 音声解説/メディアの代替A録画済みの映像に、音声解説またはテキストによる代替を用意します
1.2.4 キャプション(ライブ)AA音声付きのライブ映像に、ライブキャプションを付けます
1.2.5 音声解説(録画済み)AA録画済みの映像に音声解説を付けます
1.3.1 情報と関係性A見出し、ラベル、表などのテキスト/マークアップを通じて構造を伝えます
1.3.2 意味のある順序A読み上げ順序が論理的で、意味のあるものになっています
1.3.3 感覚的な特徴A指示が形、色、大きさ、位置だけに依存しないようにします
1.4.1 色の使用A情報を伝える手段として色だけに依存しないようにします
1.4.2 音声の制御A自動再生される音声を一時停止・停止できる、または音量を調整できるようにします
1.4.3 コントラスト(最低限)AAテキスト/文字画像のコントラスト比を 4.5:1 以上、大きなテキストのコントラスト比を 3:1 以上にします
1.4.4 テキストのサイズ変更AAコンテンツや機能を損なわずに、テキストを 200% まで拡大できるようにします
1.4.5 文字画像AAロゴを除き、情報を伝えるために文字画像ではなくテキストを使用します
2. 操作可能 — ユーザーがすべてのインターフェースコンポーネントを操作できる
基準レベル要件
2.1.1 キーボードAすべての機能をキーボードで利用でき、キーボードトラップがありません
2.1.2 キーボードトラップなしAどのコンポーネントからもキーボードフォーカスを移動できるようにします
2.2.1 時間制限の調整A時間制限を無効化、調整、または延長できるようにします
2.2.2 一時停止、停止、非表示A動く/点滅するコンテンツを一時停止、停止、または非表示にできるようにします
2.3.1 3 回以下の閃光A1 秒間に 3 回を超えて点滅するコンテンツがありません
2.4.1 ブロックのスキップA繰り返し表示されるナビゲーションをスキップする手段(スキップリンクなど)を用意します
2.4.2 ページタイトルAページに内容を説明するタイトルを付けます
2.4.3 フォーカス順序Aフォーカス順序が意味と操作性を保つようにします
2.4.4 リンクの目的(文脈内)Aリンクテキストまたは文脈からリンクの目的を判断できるようにします
2.4.5 複数の方法AAページを見つける方法を複数用意します(検索、サイトマップ、ナビゲーションなど)
2.4.6 見出しとラベルAA見出しとラベルで内容を明確に説明します
2.4.7 フォーカスの可視化AAキーボードフォーカスのインジケーターを見えるようにします
3. 理解可能 — ユーザーがコンテンツと操作を理解できる
基準レベル要件
3.1.1 ページの言語Aページの既定の自然言語をプログラムで判別できるようにします
3.1.2 部分的な言語AA異なる言語で書かれたコンテンツ部分の言語を特定します
3.2.1 フォーカス時Aコンポーネントがフォーカスを受けても、コンテキストが変化しません
3.2.2 入力時Aユーザーがデータを入力しても、予期しないコンテキストの変化がありません
3.2.3 一貫したナビゲーションAAページ間でナビゲーションの一貫性を保ちます
3.2.4 一貫した識別AA同じ機能を持つコンポーネントに一貫したラベルを付けます
3.3.1 エラーの特定A入力エラーを特定し、テキストでユーザーに説明します
3.3.2 ラベルまたは指示Aユーザー入力のためのラベルまたは指示を用意します
3.3.3 エラーの修正提案AAエラーの修正方法を提案します
3.3.4 エラーの防止(法的、金銭的、データ)AA送信内容を取り消し、確認、または確定できるようにします
4. 堅牢 — 支援技術がコンテンツを確実に解釈できる
基準レベル要件
4.1.1 構文解析AHTML/マークアップに重大な構文解析エラー(ID の重複、タグの閉じ忘れなど)がありません
4.1.2 名前、役割、値Aすべての UI コンポーネントの名前、役割、状態、値をプログラムで判別できるようにします

一般的なワークフロー

VPAT(ACR)の記入

ITI(Information Technology Industry Council)の VPAT 2.x(WCAG Edition) テンプレートを使用します。

  1. 製品情報 — 名前、バージョン、日付、連絡先、説明
  2. 評価方法 — テストツールを明記します(axe、NVDA、JAWS、VoiceOver、手動テスト)
  3. 表 1:成功基準、レベル A — 基準ごとに 1 行:Supports / Partially Supports / Does Not Support / Not Applicable + 備考
  4. 表 2:成功基準、レベル AA — 同じ構成
  5. 表 3:機能的パフォーマンス基準 — 視覚、色覚、聴覚、発話、細かな運動機能、認知に制約のあるユーザーを製品がどのようにサポートするか
  6. 第 5 章:ソフトウェア/第 6 章:サポートドキュメント — 該当する場合

適合レベル:Supports(完全に満たす) · Partially Supports(一部のケースでは満たすが、すべてではない) · Does Not Support(満たさない) · Not Applicable(基準が製品に該当しない)

アクセシビリティ監査
  1. 自動スキャン:axe-core、Lighthouse、WAVE — 問題の約 30~40%を検出します
  2. キーボードのみでの操作:Tab/Shift-Tab、Enter、Space、矢印キーを使って、すべてのインタラクティブ要素を操作します
  3. スクリーンリーダーのテスト:NVDA + Chrome または Firefox、JAWS + Chrome、VoiceOver + Safari(macOS/iOS)
  4. 色のコントラスト:Colour Contrast Analyser またはブラウザーの DevTools を使って確認します
  5. 200%にズーム:コンテンツの欠落や横スクロールが発生しないか確認します
  6. モバイル:iOS VoiceOver、Android TalkBack
  7. 要素の参照情報とスクリーンショットを添えて、基準ごとに結果を記録します
PDF のアクセシビリティ

SC 1.3.1、4.1.2、および PDF/UA(ISO 14289)に基づく主な要件:

  • 正しいタグ階層(Document、H1-H6、P、Table、List)を持つタグ付き PDF
  • 読み上げ順序が視覚的な順序と一致すること(Acrobat の Reading Order ツールを使用)
  • すべての画像のタグプロパティに代替テキストが設定されていること
  • フォームフィールドにアクセシブルな名前が設定されていること(Acrobat の Tooltip フィールド)
  • テーブルセルに見出しが関連付けられていること(Scope または ID/Headers を指定した TH タグ)
  • ハイパーリンクに意味のある表示テキストが設定されていること
  • Document Properties → Advanced → Reading Options で文書の言語が設定されていること
  • 文書のタイトルが設定されていること(ファイル名だけでは不十分)
調達(FAR Clause 52.239-2)

RFP に以下を含めます。

  • 36 CFR Part 1194 および該当する規定(ウェブ/ソフトウェア/文書については E205)への言及
  • 契約締結から 30 日以内に、VPAT 2.x WCAG Edition を使用した VPAT(ACR)を提出するよう求めます
  • サポート対象とするテスト方法および支援技術を明記します
  • 是正対応の SLA を含めます:重大(キーボードトラップ、スクリーンリーダーの使用を妨げる問題)→ 30 日、高 → 60 日、中 → 90 日
  • 過度の負担を主張する場合は、代替のアクセス手段を提供するよう求めます
  • 契約締結後:メジャーリリースごとに更新版の ACR を提出するよう求めます
過度の負担に関するプロセス
  1. 該当する ICT と、問題となっているコンプライアンス要件を具体的に記録します
  2. 完全なコンプライアンスを実現するための費用を算出します(ベンダーの見積もり、社内の作業工数)
  3. 機関のリソースを評価します:予算、規模、全体的な財務資源
  4. 機関の長(または CIO)による書面での決定を記録します
  5. 代替のアクセス手段(電話窓口、要望に応じたアクセシブルな形式など)を特定し、提供します
  6. 監査に備えて文書を保管します。ICT の次回更新時に再評価します

関連する期限 — ADA Title II ウェブルール(公共部門向けのクライアントに助言する際に記載)

DOJ の 2026 年 4 月 17 日付け暫定最終規則により、ADA Title II のウェブ/モバイル対応期限が 1 年延期されました:大規模な公共機関(人口 50,000 人以上)は 2027 年 4 月 26 日、小規模な機関および特別区は 2028 年 4 月 26 日 です。実質的な基準(WCAG 2.1 AA)と対象範囲に変更はありません。Section 508 自体は引き続き WCAG 2.0 AA(2017 年の改訂)を参照しています。この 2 つの制度を混同しないでください。

参考ファイル

詳しい内容については、必要に応じて以下をお読みください。

  • references/wcag-mapping.md — Section 508 の規定との相互参照を含む WCAG 2.0 AA の達成基準の全項目、よくある不適合パターン、自動テストの対応範囲

このスキルは一般的なコンプライアンス情報を提供するものであり、法的助言ではありません。公式情報源で最新の要件を確認し、判断にあたっては資格を有する弁護士または認定評価者に相談してください。

コメント