ISO/IEC 40500は、Webアクセシビリティの基準であるWCAGを国際規格として扱うための規格番号です。
公開当初の説明ではISO/IEC 40500:2012、つまりWCAG 2.0を中心に紹介していました。現在はISO/IEC 40500:2025が公開され、WCAG 2.2との関係も確認しておく必要があります。
この記事では、ISO/IEC 40500、WCAG、JIS X 8341-3:2016の関係を整理し、WebサイトやWebアプリケーションの改善でどこを見ればよいかを実務目線で説明します。
ISO/IEC 40500を一文で説明する
ISO/IEC 40500は、W3Cが策定するWeb Content Accessibility Guidelinesを、ISOとIECの国際規格として参照できる形にしたものです。
WCAGは、障害のある人を含む幅広い利用者がWebコンテンツを利用しやすくするための技術的な基準です。対象は文章だけではありません。画像、動画、音声、フォーム、ナビゲーション、HTMLの構造、動的な画面のふるまいも含まれます。
つまりISO/IEC 40500を読むときは、「別の独自ルール」ではなく「WCAGを国際規格として参照するための位置づけ」と捉えると理解しやすくなります。
WCAG、ISO/IEC 40500、JIS X 8341-3:2016の関係
Webアクセシビリティの話では、似た名前の規格が並びます。まず役割を分けて見ると混乱しにくくなります。
| 名称 | 役割 | 実務での見方 |
|---|---|---|
| WCAG | W3CのWeb Accessibility Initiativeが策定するWebコンテンツのアクセシビリティ基準。 | 達成基準、適合レベル、実装例を確認する中心資料として使う。 |
| ISO/IEC 40500 | WCAGをISOとIECの国際規格として参照するための規格。 | 国際規格としての根拠を示したい場面で確認する。 |
| JIS X 8341-3:2016 | 日本国内でWebコンテンツのアクセシビリティを扱うときに参照されるJIS。 | 日本語の発注仕様、社内基準、試験方針を作るときに確認する。 |
日本国内の実務では、JIS X 8341-3（WCAG）の要点を押さえたうえで、対象サイトがどの版、どの適合レベルを求めているかを明確にします。
2012年版と2025年版で何を確認するか
ISO/IEC 40500:2012は、WCAG 2.0を国際規格として扱うための版でした。現在はISO/IEC 40500:2025が公開され、WCAG 2.2に対応する版として案内されています。
ここで大切なのは、古い版を読んではいけないという話ではありません。契約、調達仕様、社内ガイドライン、試験方針のどれを扱うかによって、参照すべき版が変わることです。
| 確認するもの | 見るべき点 |
|---|---|
| 既存の仕様書や契約 | WCAG 2.0、2.1、2.2のどれを求めているか。JIS X 8341-3:2016を参照しているか。 |
| 新しく作るWebサイト | 現在のWCAGを基準にし、将来の運用で検査し直せる形にする。 |
| 既存サイトの改善 | すぐ直す項目と、設計や運用ルールから見直す項目を分ける。 |
WCAG 2.2で追加された考え方を確認したい場合は、WCAG 2.2で何が変わったのかもあわせて読むと、2012年版だけでは見えにくい差分を整理できます。
ISO/IEC 40500が対象にするWebコンテンツ
ISO/IEC 40500が扱う範囲は、一般的なWebページに限られません。Webアプリケーション、フォーム、画像、動画、音声、PDFなどの電子文書、画面を構成するコードやマークアップも検討対象になります。
たとえば画像の説明がないページでは、スクリーンリーダーを使う利用者に情報が届きません。動画に字幕や代替手段がない場合は、音声を聞けない利用者が内容を理解しにくくなります。キーボードで操作できないメニューは、マウスを使えない利用者にとって大きな障壁になります。
このような問題は、特定の障害がある人だけの問題ではありません。けがで片手が使えない場合、屋外で画面が見えにくい場合、音を出せない環境で動画を見る場合など、一時的な状況でも起こります。
4つの原則と確認ポイント
WCAGは、知覚可能、操作可能、理解可能、堅牢という4つの原則で構成されています。ISO/IEC 40500を実務に落とすときも、この4つに分けると確認しやすくなります。
| 原則 | 意味 | 最初に確認する例 |
|---|---|---|
| 知覚可能 | 情報やUI部品が、利用者に認識できる形で提供されていること。 | 画像の代替テキスト、動画の字幕、文字と背景のコントラスト。 |
| 操作可能 | マウスだけに依存せず、必要な操作を実行できること。 | キーボード操作とフォーカス表示、スキップリンク、点滅や時間制限の扱い。 |
| 理解可能 | 情報、入力欄、エラー表示、画面遷移の意味が理解しやすいこと。 | 見出しの順序、フォームラベル、エラーメッセージ、用語の説明。 |
| 堅牢 | ブラウザや支援技術が内容を解釈しやすい構造になっていること。 | セマンティックHTML、適切な名前、役割、状態の付与。 |
達成基準は、これらの原則を実際に検査できる形にしたものです。たとえば「画像に代替テキストがあるか」「キーボードだけで操作できるか」のように、実装と試験の両方で確認できる粒度に分かれています。
導入で失敗しやすい考え方
ISO/IEC 40500やWCAGを読むと、すぐにチェックリスト化したくなります。しかし、チェック項目だけを埋めると、利用者が実際に困る場面を見落としやすくなります。
たとえば画像にalt属性が入っていても、内容を説明していなければ代替テキストとして機能しません。キーボードでボタンに移動できても、フォーカス表示が見えなければ現在位置を追えません。エラーメッセージが表示されても、どの項目をどう直せばよいかが書かれていなければ、利用者は入力を完了できません。
規格への対応は、単なる判定作業ではなく、利用者が目的を達成できるかを確認する作業です。自動検査だけで終わらせず、主要な導線を手動でも確認する必要があります。
実務で進めるときの手順
既存サイトを改善する場合は、最初からすべてを直そうとするよりも、利用者への影響が大きい場所から着手します。
- 問い合わせ、予約、購入、資料請求など、事業上重要な導線を洗い出す。
- 見出し、リンク文言、フォームラベル、エラー表示、代替テキストを確認する。
- キーボードだけで主要な操作を最後まで実行する。
- 自動検査で検出できるHTML構造やコントラストの問題を修正する。
- 修正後に再検査し、運用ルールとして残す。
設計、実装、運用に組み込む考え方は、Webアクセシビリティを実務に組み込む方法でも整理しています。規格を読むだけでなく、発注、制作、更新の流れに入れることが継続的な改善につながります。
確認できる一次情報
規格やガイドラインは更新されます。実務で使う場合は、記事だけで判断せず、一次情報で対象版を確認してください。
特に調達仕様や社内基準に書く場合は、「WCAG」だけで止めず、対象の版、適合レベル、試験範囲、例外条件を明記します。これにより、制作側と確認側の認識違いを減らせます。
ISO/IEC 40500をどう使うべきか
ISO/IEC 40500は、Webアクセシビリティを説明するための飾りではありません。どの基準を根拠にし、どの範囲を検査し、どの改善を優先するかをそろえるための参照点です。
一方で、規格名を掲げるだけではアクセシビリティは改善しません。代替テキスト、キーボード操作、フォームの説明、見出し構造、支援技術との相性を、実際の画面で確認する必要があります。
自社サイトでどこから対応すべきか整理したい場合は、当社のUUU ウェブアクセシビリティウィジェットツールも参考にしてください。まずは主要ページの課題を見つけ、継続的に改善できる運用にすることが現実的な第一歩です。