キーボードだけで、自社サイトの問い合わせフォームを最後まで送信できますか。見た目には問題がなくても、入力欄の説明が読み上げられない、エラーの場所が分からないといった障壁が残っていることがあります。日本語ウェブサイトのアクセシビリティ改善サービスを選ぶには、診断料金だけでなく、適用する基準、調査する範囲、改修後の検証までを一緒に考える必要があります。
障害者差別解消法とウェブサイト対応の関係
企業の対応を考える出発点は、「すべてのサイトに同じ技術基準への適合が一律に義務付けられた」と理解しないことです。改正障害者差別解消法の施行により、2024年4月から民間事業者にも合理的配慮の提供が義務化されました。これは、障害のある人から社会的障壁の除去を必要としている旨の意思が伝えられたとき、負担が過重でない範囲で必要かつ合理的な対応を行うという枠組みです。個々の場面で提供する合理的配慮と、あらかじめウェブサイトを利用しやすく整える環境の整備は、関連していますが同じものではありません。
例えば、オンライン申請が読み上げソフトで操作できないという申し出があれば、本人の意向を確認しながら、利用可能な提出方法や支援の内容を検討します。一方で、その都度の代替対応だけに頼らず、フォーム自体の構造を改善することは、同じ障壁の再発を防ぐ取り組みになります。「ウェブアクセシビリティの義務化は企業に何を求めるのか」という疑問には、個別の合理的配慮への対応と、継続的な利用環境の改善を分けて説明する必要があります。適用される制度や求められる対応は事業の性質、契約、調達条件などでも異なるため、判断が難しい場合は所管機関の資料や法律の専門家による確認が役立ちます。
JISとWCAG 2.2の違いを理解する
診断を依頼する前に、「どの基準の、どの適合レベルを目標にするか」を決めると、見積もりと成果物の食い違いを減らせます。国内で用いられる代表的な規格が、JIS X 8341-3:2016です。これはウェブコンテンツのアクセシビリティに関する日本産業規格で、達成基準は国際的な指針であるWCAG 2.0と対応しています。一方、WCAG 2.2は、その後に加わった利用上の課題も扱う指針であり、両者は名称の違う同一基準ではありません。
「WCAG 2.2とJISの違い」を実務で捉えるなら、重なる要件と追加で確認する要件を対応表にする方法が分かりやすいでしょう。WCAG 2.2では、キーボード操作時のフォーカスが隠れないこと、ドラッグ操作に代わる操作方法、認証時の認知機能への配慮などが扱われています。また、WCAG 2.0に含まれていた構文解析の達成基準はWCAG 2.2では削除されているため、単純に項目を足しただけの関係でもありません。国内規格に基づく試験と、WCAG 2.2に向けた追加確認を同時に行う場合は、それぞれの判定を区別して報告できる設計が必要です。
適合レベルにはA、AA、AAAがあり、AAを目標にする場合はAとAAの達成基準を満たす必要があります。ただし、「AAの項目を確認した」という説明だけでは、対象範囲全体の適合を示したことにはなりません。対象ページの選定方法や、一連の手続きを完了するために必要な画面の扱いまで確認して、何について結論を出した試験なのかを明らかにしましょう。
ウェブアクセシビリティ診断は三つの方法を組み合わせる
自動診断、手動診断、ユーザーテストは、同じ調査を別の手段で行うものではなく、それぞれ得意な役割が異なります。自動診断は、多数のページから機械的に検出できる問題を洗い出すのに向いています。画像の代替テキスト属性の有無、入力欄とラベルの関連付け、一部の色のコントラストなどを広く点検でき、共通テンプレートの不具合を把握する手がかりにもなります。ただし、代替テキストが存在していても、画像の目的を正しく伝えているかまでは機械だけで判断できません。
手動診断では、キーボードによる操作、読み上げ順序、見出し構造、拡大表示、エラー通知などを人が確認します。例えば、メニューを開けても閉じられない、ダイアログを閉じた後に操作位置が分からなくなる、といった問題は、実際の操作を追うことで見つかります。ただし、人が調べるから無条件に精度が高いわけではなく、評価者の知識、手順の統一、確認環境、記録の質が結果を左右します。診断報告には、問題の場所だけでなく、再現手順、該当する達成基準、利用者への影響を含めることが重要です。
ユーザーテストは、障害のある利用者などが具体的な課題を進める様子から、実際の使いにくさを把握する方法です。「資料請求を完了する」「料金の条件を比較する」といった目的を設定すると、技術的な不適合だけでは捉えにくい理解や操作の負担が見えてきます。ただし、少人数の参加者が操作できたことは、すべての人の利用可能性や規格への適合を保証しません。広範囲の自動確認、代表画面の手動確認、重要な利用経路のユーザーテストを組み合わせると、調査目的に合った情報を得やすくなります。
日本語サイトのウェブアクセシビリティ改善で見落としやすい点
日本語サイトでは、入力規則や情報の見せ方が、利用者に不要な負担をかけていないかを重点的に確認します。氏名の全角・半角、ふりがなの種類、電話番号のハイフンなどに厳密な条件を設ける場合は、入力前に条件を示し、エラー時には修正方法を具体的に伝える必要があります。「入力内容に誤りがあります」だけでは、どの欄をどう直せばよいか分かりません。可能な範囲で入力形式を柔軟に受け付ける設計にすると、支援技術の利用者に限らず、多くの人の入力負担を減らせます。
画像内の文字にも注意が必要です。キャンペーン名、受付条件、申請期限などを画像だけで伝えると、読み上げや表示調整で同じ情報を得られない場合があります。情報を持つ画像には目的に合った代替テキストを用意し、装飾だけの画像は不要な読み上げを増やさないように扱います。複雑な図表は、短い代替テキストにすべてを詰め込むより、本文で要点やデータを説明するほうが理解しやすいこともあります。
表は見た目の罫線だけでなく、見出しセルとデータの関係を伝えられる構造にします。公開資料がPDFの場合も、ウェブページを修正しただけで対応が完了したとはいえず、文書の読み上げ順、見出し、文字情報の有無などを別に確認します。ページ全体の言語指定に加え、外国語の文章がまとまって入る部分では言語の切り替えも検討が必要です。また、読み上げの発音だけを整えるために不自然な空白や表記へ置き換えると、意味や文字列の扱いを損なうことがあるため、まず文書構造と文章そのものを整えることが基本になります。
ウェブアクセシビリティ診断の費用を左右する条件
診断費用は、ページ数だけでは比較できません。同じ規模のサイトでも、共通テンプレート中心の情報サイトと、ログイン、予約、決済、入力エラーなどを含むサイトでは、必要な確認作業が変わります。料金を読む際は、調査対象の選定、基準ごとの評価、報告書作成、結果説明、改修後の再試験が、それぞれ含まれているかを確認します。自動診断のみの料金と、人による評価を含む料金を、そのまま同列に並べないことが大切です。
特に見落としやすいのが、画面の「状態」の数です。フォームの初期表示だけでなく、必須項目を空欄にした状態、入力内容の確認画面、完了画面、時間切れの表示なども評価対象になり得ます。開閉式メニュー、絞り込み結果、モーダル表示も、同じURLの中で確認作業が増える要因です。見積もりでは、ページという単位に何を含めるのかを揃えると、後から対象範囲が膨らむ問題を抑えられます。
WCAG 2.2対応の費用を検討する場合は、診断費と改修費を分けて整理します。入力欄へのラベル追加のように局所的な修正で済む場合もあれば、認証方法、外部サービス、画面遷移の設計を見直す場合もあります。さらに、修正によって別の機能を壊していないかを確認する回帰テスト、社内担当者のレビュー、運用手順の更新も作業として見込む必要があります。金額の大小だけでなく、対象範囲、前提条件、除外事項、追加作業が発生する条件を揃えることが、妥当な予算判断につながります。
ウェブアクセシビリティ診断のおすすめの選び方
依頼先を選ぶうえで有効なのは、サービス名や実績件数より先に、報告書の内容と修正支援の方法を確認することです。良い報告は、「ボタンに問題がある」と指摘するだけでなく、どの操作で何が起こり、誰がどのように困るのかを説明しています。関連する達成基準、対象画面、再現条件、修正の考え方が揃っていれば、制作会社や社内開発者が対応方針を立てやすくなります。反対に、ツールの検出結果だけを渡す形式では、誤検出の判断や修正優先度の整理を自社で担う必要があります。
自社に近い業務や技術構成への理解も確認したい点です。会員制サービス、行政手続き、通販、採用情報では、利用者が完了すべき操作も、止まった場合の影響も異なります。画面読み上げソフトやブラウザーなどの検証環境を説明できるか、外部の予約システムや埋め込み部品をどう扱うかも判断材料になります。「主要な環境に対応」という表現だけでは範囲が分からないため、対象と対象外を文書で区別できる依頼先が適しています。
契約条件では、報告後の質問対応、修正案のレビュー、再試験の回数や範囲、公開用の試験結果作成まで含むかを確認します。個人情報を扱う画面では、検証用アカウントや架空データの準備、機密情報の受け渡し方法も必要です。診断者と改修担当者が別の場合は、誰が修正の判断を行い、誰が完了を確認するのかを決めておきます。おすすめできるのは、一律に「問題をゼロにする」と約束するサービスではなく、調査の限界と根拠を説明し、自社が改善を継続できる情報を残すサービスです。
ウェブアクセシビリティ方針の作り方と公開する情報
アクセシビリティ方針は、目標だけでなく「どこまでを、どのように改善するか」を利用者と担当者が共有するための文書です。基本になるのは、対象範囲、目標とする規格と適合レベル、目標時期、対象外とする内容とその理由、問い合わせ先です。ウェブアクセシビリティ方針の作り方で迷ったら、最初にドメイン、サブドメイン、公開文書、外部サービスを整理し、自社が管理できる範囲を明確にします。対象外と書くことは問題が解消したことを意味しないため、利用者への影響と代替手段も検討します。
方針と試験結果は、役割を分けて扱います。方針は目指す状態を示すものであり、試験結果は実施した評価の対象、期間、方法、判定を説明するものです。まだ試験を行っていない段階で「準拠」と表示したり、一部ページの結果をサイト全体の結果のように示したりしないよう注意します。「準拠」「一部準拠」「配慮」といった表現を使う場合は、ウェブアクセシビリティ基盤委員会が公開する対応度表記の考え方を確認すると、誤解を減らせます。
公共分野では、総務省の「みんなの公共サイト運用ガイドライン」が、体制づくり、取り組みの確認、試験、結果公開などを考える参考になります。企業でも、その運用の考え方を自社の規模や責任分担に合わせて取り入れられます。公開後も、担当部署、利用者からの連絡方法、対応状況を見直す時点を決めておくことが大切です。方針を掲げること自体を成果にせず、実際の改善状況と矛盾しない文書として保つ必要があります。
ウェブアクセシビリティ対応で多い誤解
「自動診断でエラーが出なければ対応済み」という理解は誤りで、機械では判断できない内容の適切さや操作の流れが残るため、結果は検出可能な範囲での確認として扱います。「文字サイズ変更ボタンや読み上げ機能を追加すれば十分」という考え方も同様で、補助機能があっても、キーボードで操作できない部品や説明のない入力欄がそのまま直るわけではありません。また、「AAに適合すれば誰も困らない」ともいえず、規格は共通の基盤として有用ですが、利用者の障害、経験、端末環境などによって残る困難には、問い合わせ対応や個別の配慮も必要です。
ウェブアクセシビリティ改善を継続するための進め方
最初の一歩は、全ページを一度に調べることではなく、利用者が達成したい目的と、それを妨げる可能性のある画面を整理することです。問い合わせ、申請、購入、重要情報の閲覧などを挙げ、それぞれの開始から完了までの経路を確認します。次に、共通テンプレート、独自の構造を持つページ、入力画面、公開文書などから代表的な対象を選びます。この段階で、診断の目的が課題の把握なのか、改修設計なのか、規格に基づく試験なのかを明確にすると、必要な作業を絞り込めます。
発見した問題は、利用への影響と修正が及ぶ範囲で優先順位を付けます。手続きの完了を妨げる不具合、主要な情報を取得できない状態、多数のページに共通する部品の問題は、優先的に検討する候補です。ただし、重大な問題だけを直しても、目標とする適合レベルを満たすとは限らないため、優先順位と最終的な達成条件は分けて管理します。修正後は同じ手順で再確認し、未解決の問題には理由、暫定的な対応、次に見直す条件を記録します。
再発を防ぐには、診断結果を制作・更新のルールに変えることが欠かせません。画像を登録する際の代替テキスト、見出しの付け方、リンク文言、動画の字幕、文書公開前の確認などを、日々の作業に組み込みます。共通部品を管理している場合は、その部品を直すとともに、改修後の使い方を担当者へ共有すると効果的です。アクセシビリティ改善サービスの価値は、一度の報告書だけでなく、利用者の障壁を把握し、修正し、次の更新でも維持できる状態をつくれるかで判断できます。
