LASSIC Media らしくメディア
アクセシビリティ適合報告書、なぜGSAが集めるのか
監修・編集責任者：牛尾 昭昌（株式会社LASSIC 執行役員）
この記事の結論
- 提出そのものは任意：義務ではなく、件数は各社の裁量です*1。
- 調達側は実際に求める：見積や入札の一部として提出を求めます*1。
- 設計要件は版管理と機械可読：作って終わりの文書ではありません*1。
※ 本記事は2026年9月時点の公式情報（省庁・公的機関・ベンダー公式ドキュメント）に基づきます。
アクセシビリティ対応の成果物というと、直した画面そのものを思い浮かべます。ところが調達の場で先に見られるのは、直したことを書いた report のほうです。
米国一般調達局（GSA）の政府全体政策室は2026年9月9日、アクセシビリティ適合報告書（ACR）の中央リポジトリに関する新規の情報収集を、行政管理予算局（OMB）の審査へ回すと連邦官報で公示しました*1。意見の締切は2026年10月9日です*1。
受託開発の立場から確かめたい点は4つあります。なぜ集めるのか、出す義務はあるのか、報告書に何が求められるのか、どれだけの手間を見込んでいるのか。公示の本文から順に整理します。
目次
集める理由は、OMBの覚書に書かれた宿題
まず、この取り組みの位置づけです*1。
公示は目的をこう書きました*1。GSAの政府全体政策室は、情報通信技術（ICT）製品のアクセシビリティ適合報告書について、中央のリポジトリを容易にし提供するためのアプリケーションを開発しているという一文です*1。
出どころは上位の覚書にあります*1。我々のACRリポジトリは、OMBのM-24-08における要求への対応でもあるとされ、その要求はICTの政府調達について標準化されたアクセシビリティ適合報告の手続を確立する選択肢を検討すること。これにはベンダーのアクセシビリティ適合報告書の中央リポジトリを含めるべきであるという内容です*1。
現場の実態も述べられています*1。連邦機関は、調達の勧誘に応じる見積または入札の一部として、ACRの提出を求めることが多いとされました*1。つまり、リポジトリができる前から、報告書そのものは調達の場で求められています*1。
狙いは探しやすさです*1。GSAは製品のベンダーに対し、自らのACRをリポジトリへ掲載またはアップロードするよう促すことを意図しているとし、その理由をICTの取得と導入に関わる連邦の職員、および関心を持つ公衆の構成員が、調達の過程でアクセシビリティを考慮する際に（第508条および連邦調達規則が求めるとおり）ACRをより容易かつ効率的に見つけられるようにするためと説明しました*1。
報告書を作る側から読むと、置かれる場所が変わるという話です*1。個別の案件ごとに提出していた文書が、横断して検索される場所に並びます*1。アクセシビリティ対応そのものの進め方はアクセシビリティ対応の開発で扱いますが、ここで問われるのは対応の中身ではなく、その説明責任の形です。
提出は任意、ただし可視性はベンダーが握る
義務かどうかは、はっきり書かれています*1。
公示は製品の所有者が、いずれの製品についてもACRを提出する義務はないとし、年間の応答の総数は、製品の所有者の裁量によると述べました*1。強制ではありません*1。
一方で、掲載の効果についても線が引かれています*1。寄せられた意見への回答で、GSAはリポジトリは非連邦の主体もアクセスできるとしたうえで、ベンダーは自らのACRの可視性について管理を保持し、リポジトリはGSAによる製品のアクセシビリティの承認または認証を構成しないと明記しました*1。
この2つを並べると、位置づけが見えてきます*1。出すかどうかも、どこまで見せるかも、ベンダー側の判断です*1。そして掲載されても、政府のお墨付きにはなりません*1。
アクセスできる範囲も広めに取られました*1。意見のひとつは州や地方の政府、教育機関といった非連邦の主体による公開のアクセスについて問い、そうしたアクセスは適合を容易にし、ICTの精査に役立つと述べています*1。GSAはこれにアクセスできると答えました*1。
| 論点 | 公示の内容 |
|---|---|
| 提出の義務 | 義務はない。年間の応答の総数は製品の所有者の裁量による |
| 可視性 | ベンダーが自らのACRの可視性について管理を保持する |
| お墨付きの有無 | リポジトリはGSAによる製品のアクセシビリティの承認または認証を構成しない |
| 利用できる範囲 | 非連邦の主体（州・地方の政府、教育機関など）もアクセスできる |
| 維持の責任 | ベンダーが自らのデータを維持することを求める設計 |
維持の責任がベンダー側に置かれている点は、過去の試みとの違いとして説明されました*1。GSAはこのリポジトリは、ベンダーに自らのデータを維持することを求める点で、以前の取り組みとは異なるとし、そこに堅牢な版管理、ACRエディタとの統合、および買い手主導の参加のインセンティブが支えとして付くと述べています*1。
8件の意見から読み取れる、報告書の設計要件
公示には、60日通知に寄せられた意見と回答が並びます*1。
前提として60日通知は2026年6月24日に90 FR 37982として連邦官報に公示され、8件の意見が寄せられたとされました*1。この8件が、報告書を作る側にとっての要件の手がかりになります*1。
1つ目は調達側の負担についてです*1。意見は中央のリポジトリが取得の実務を担う人員に与える管理上の負担への懸念を示し、より効率的な代替として、取得の過程でベンダーの提出を義務づけるよう連邦調達規則を改正することを勧めました*1。GSAはリポジトリは、ベンダーが提供する情報を中央に集めることにより取得の負担を減らすものであって、生じさせるものではないと答え、維持の責任を政府側へ移すことなく、市場調査と適正な調査を支えるとしています*1。
2つ目が、情報の正確さです*1。意見は不正確な情報にフラグを立て、アクセシビリティの課題に優先順位を付ける機能の実装を提案しました*1。GSAは当初の立ち上げはベンダーが提出したデータに焦点を当てるが、利用者からのフィードバックと報告の仕組みは今後の反復で検討すると答えています*1。初期の版では、内容の正しさはベンダー側の責任に残ります*1。
3つ目が持続性です*1。意見はリポジトリの持続可能性への懸念を述べ、明確なベンダーへのインセンティブ、堅牢な版管理、および古い情報や重複した情報の混入を防ぐ仕組みを求めました*1。
そして4つ目が、実装に最も響く指摘です*1。意見は標準化されたメタデータ、機械可読の形式、および堅牢な検索の機能の使用を勧めました*1。GSAは標準化された機械可読のメタデータと検索性が必要であることを確認し、これらの要件はリポジトリの設計と進行中の開発に既に組み込まれていると答えています*1。
| 寄せられた指摘 | GSAの回答 | 作る側への含意 |
|---|---|---|
| 取得の実務への管理上の負担 | 中央に集めることで負担を減らす。維持の責任は政府側へ移さない | 報告書の維持はベンダーの継続作業になる |
| 不正確な情報へのフラグ機能 | 当初はベンダー提出データに焦点。利用者からの報告の仕組みは今後検討 | 初期は内容の正しさが自社の責任に残る |
| 持続性・古い情報や重複の混入 | 堅牢な版管理とACRエディタとの統合、買い手主導のインセンティブで支える | 製品の版と報告書の版を対応づける必要がある |
| 標準化メタデータ・機械可読・検索性 | 必要性を確認。設計と進行中の開発に既に組み込み済み | 文書ではなく構造化データとして書き出す前提になる |
残る意見も記録されています*1。草案の裏付け説明書が、検討の時点でRegulations.govのドケットにおいてアクセシブルでなかったという指摘には草案の裏付け説明書は現在、公衆の閲覧に供されていると答え、手続および見積もられた実装の負担に関する潜在的な瑕疵という指摘にはこの提案は追加の実装の負担を生じさせない。受託者は、既存の公開情報を提出するために標準的で普遍的にアクセシブルな方法を用いることになると答えました*1。
見積もられた手間は、1件5分・総計907時間
負担の見積もりも数字で公表されました*1。
公示が挙げた内訳は次のとおりです*1。ベンダー管理者の回答者は2,500者、ベンダー利用者の回答者は1,500者、ベンダーのプロファイル作成にかかる時間は10分、ベンダー利用者の作成にかかる時間は3分、ベンダーのアカウントあたりのACRは2件、アップロードされるACRの総数は5,000件、ACR 1件のアップロードにかかる時間は5分、そして総負担時間は907時間です*1。
| 項目 | 見積もり |
|---|---|
| ベンダー管理者の回答者 | 2,500者 |
| ベンダー利用者の回答者 | 1,500者 |
| ベンダーのプロファイル作成 | 10分 |
| ベンダー利用者の作成 | 3分 |
| アカウントあたりのACR | 2件 |
| アップロードされるACRの総数 | 5,000件 |
| ACR 1件のアップロード | 5分 |
| 総負担時間 | 907時間 |
この数字が測っているのは、登録の操作だけです*1。1件5分という見積もりは、報告書そのものを書く時間を含みません*1。GSAが受託者は既存の公開情報を提出することになると述べているとおり、ACRが既にある前提での作業量です*1。
逆に言えば、実務の重さは登録の外にあります*1。報告書を作る作業、製品の更新に合わせて書き直す作業、そして版を対応づける作業です*1。改修そのものにかかる工数の見立てはアクセシビリティ改修の費用で扱う枠組みが参考になります。
受託開発として準備しておく5つのこと
米国の調達の話ですが、報告書を成果物として扱う設計として一般化できます。
第一に、報告書を製品の版に紐づけることです。GSAは持続性への懸念に対し、堅牢な版管理と古い情報や重複した情報の混入を防ぐ仕組みを挙げました*1。どの版の製品について書いた報告書かが記録されていないと、更新のたびに古い記述が残ります。
第二に、構造化データとして書き出せる形にすることです。標準化されたメタデータと機械可読の形式は、設計に組み込み済みだと明言されました*1。文書ファイルだけで管理していると、項目を機械可読に整えるところから始めることになります。
第三に、記述の根拠を試験の記録と結びつけることです。初期の版では不正確な情報へのフラグ機能が入らず、内容の正しさは提出側に残ります*1。どの達成基準を、どの端末と支援技術で、いつ確かめたのかを残しておくと、後から問われたときに答えられます。支援技術ごとの確認の進め方はVoiceOverとTalkBackでの検証で扱う手順が土台になります。
第四に、公開範囲を決めておくことです。ベンダーは可視性を管理できます*1。一方でリポジトリは非連邦の主体からも見えます*1。未対応の項目まで含めて誰に見せるかは、営業と開発の双方に関わる判断です。掲載がGSAの承認を意味しない点も、社内での説明に要ります*1。
ここまでを踏まえると、報告書は「一度書いて添付する文書」から「製品と一緒に維持する資産」へ移ります。製品の版が上がるたびに、記述のどこが古くなったのかを判断できる状態にしておくかどうかで、更新の手間が大きく変わります。
実務では、判定の粒度をどこに置くかが最初の分かれ目になります。画面単位でまとめて「適合」と書くと、一部の部品だけを直したときに、報告書のどこを書き換えればよいのか分からなくなります。共通部品の単位で判定を持ち、画面はその組み合わせとして表す形にすると、部品の修正が報告書のどの行に反映されるのかを追えます。設計システムの部品を起点に検証を回す進め方はStorybookの導入で扱う仕組みと組み合わせられます。
もうひとつは、未対応をどう書くかです。すべてが適合している製品はまれで、報告書の価値はむしろ「どこがどう対応できていないか」と「代替手段があるか」を正確に書けるところにあります。未対応の項目を空欄にせず、理由と回避策、対応の予定を同じ粒度で書いておくと、調達側の評価に耐えます。
第五に、更新の引き金を決めることです。製品が変われば報告書も変わります。機能の追加やUIの刷新をリリースの手順に紐づけて、報告書の見直しを起票する形にしておくと、古い版が残り続ける事態を避けられます。
誤解されやすいのは、リポジトリができたので提出が義務になるという読み方です。公示は、製品の所有者にACRを提出する義務はないと明記しています*1。ただし、連邦機関が調達の見積や入札の一部として提出を求めることは以前からあり、その根拠は第508条と連邦調達規則にあります*1。義務の所在は調達の側にあって、リポジトリの側にはありません*1。
もう1点、この公示自体は手続の一部です*1。書類作業削減法に基づき、新規の情報収集の要求をOMBの審査へ回すための公示であり、意見の締切は2026年10月9日です*1。同じ調達の枠組みで受託者に条項がかかる仕組みはFAR第24部のプライバシー条項で扱う構造と並べると、報告書の位置づけが分かりやすくなります。
まとめ：ACRリポジトリで押さえる3つの視点
米国一般調達局（GSA）の政府全体政策室は2026年9月9日、アクセシビリティ適合報告書（ACR）の中央リポジトリに関する新規の情報収集を、書類作業削減法に基づきOMBの審査へ回すと連邦官報で公示しました。意見の締切は2026年10月9日、60日通知は2026年6月24日に90 FR 37982として公示され8件の意見が寄せられています。押さえたい視点は三つあります。第一に、集める理由。OMBの覚書M-24-08が、ICTの政府調達について標準化されたアクセシビリティ適合報告の手続を検討し、ベンダーの適合報告書の中央リポジトリを含めるべきだと求めたことが背景です。連邦機関は調達の見積や入札の一部としてACRの提出を求めることが多く、その根拠はリハビリテーション法第508条と連邦調達規則にあります。第二に、提出の位置づけ。製品の所有者にACRを提出する義務はなく、件数は各社の裁量です。ベンダーは自らのACRの可視性について管理を保持し、リポジトリへの掲載はGSAによる承認や認証を構成しません。非連邦の主体である州や地方の政府、教育機関もアクセスできます。第三に、設計要件と負担。標準化された機械可読のメタデータと検索性はリポジトリの設計に組み込まれ、堅牢な版管理とACRエディタとの統合が持続性を支えるとされました。負担の見積もりは、ベンダー管理者2,500者、ベンダー利用者1,500者、アップロードされるACRの総数5,000件、1件あたり5分、総計907時間です。
よくある質問
ACRの提出は義務になったのですか。
義務ではありません。公示は、製品の所有者がいずれの製品についてもACRを提出する義務はないとし、年間の応答の総数は製品の所有者の裁量によると述べています。ただし連邦機関は、調達の勧誘に応じる見積または入札の一部としてACRの提出を求めることが多く、その根拠はリハビリテーション法第508条と連邦調達規則にあります。
リポジトリに載ると政府のお墨付きになりますか。
なりません。GSAは寄せられた意見への回答で、ベンダーが自らのACRの可視性について管理を保持することと、リポジトリがGSAによる製品のアクセシビリティの承認または認証を構成しないことを明記しています。あわせて、州や地方の政府、教育機関といった非連邦の主体もアクセスできるとしています。
報告書の内容が古かった場合、誰が直すのですか。
ベンダーです。GSAは、このリポジトリがベンダーに自らのデータを維持することを求める点で以前の取り組みとは異なるとし、堅牢な版管理、ACRエディタとの統合、買い手主導の参加のインセンティブがそれを支えると説明しています。不正確な情報にフラグを立てる機能については、当初の立ち上げはベンダーが提出したデータに焦点を当て、利用者からのフィードバックと報告の仕組みは今後の反復で検討するとされました。
登録にかかる手間はどれくらいと見込まれていますか。
公示は、ベンダーのプロファイル作成に10分、ベンダー利用者の作成に3分、ACR 1件のアップロードに5分と見積もっています。アップロードされるACRの総数は5,000件、総負担時間は907時間です。これは登録の操作についての見積もりであり、報告書そのものを作成する時間は含まれていません。
アクセシビリティ検証と適合報告書の整備はLASSICへ
元請（プライムベンダー）として、判定の構造化から版管理・CIでの回帰検証まで一体でご提案します。まずはお気軽にご相談ください。
出典
- *1 参考：米国連邦官報 一般調達局（GSA）「Submission for OMB Review; Accessibility Conformance Report (ACR) Repository」（公示・91 FR 57342・2026年9月9日掲載／意見締切2026年10月9日）（https://www.federalregister.gov/documents/2026/09/09/2026-18277/submission-for-omb-review-accessibility-conformance-report-acr-repository）。公示の一次情報として。書類作業削減法に基づく新規の情報収集であること、政府全体政策室がICT製品のACRの中央リポジトリを提供するアプリケーションを開発中であること、OMB覚書M-24-08の要求（標準化された適合報告の手続の検討とベンダーの適合報告書の中央リポジトリ）、連邦機関が見積・入札の一部としてACRの提出を求めることが多い旨と第508条および連邦調達規則への言及、提出義務がなく件数が製品所有者の裁量である旨、負担の見積もり（ベンダー管理者2,500者、ベンダー利用者1,500者、プロファイル作成10分、利用者作成3分、アカウントあたり2件、総数5,000件、1件5分、総計907時間）、60日通知が2026年6月24日の90 FR 37982で8件の意見が寄せられたこと、ならびに8件の意見と回答（取得の負担とFAR改正の提案、非連邦主体のアクセスと可視性の管理・承認や認証ではない旨、不正確情報のフラグ機能は今後の反復、持続性と版管理・ACRエディタとの統合・買い手主導のインセンティブ、標準化された機械可読メタデータと検索性が設計に組み込み済み、裏付け説明書の公開、追加の実装負担を生じさせない旨）を確認した。確認日は2026年9月9日。（2026年9月確認）
