メインコンテンツへスキップ
Niquelao スペイン語で学ぶウェブアクセシビリティとフロントエンド開発：WCAG標準、アクセシブルなウィジェット、Firefox拡張機能を実際のコードと共に解説。

当サイトの一部にはアフィリエイトリンクが含まれています。これらのリンク経由でご購入いただいた場合、追加費用なしで弊社に手数料が支払われることがありますが、推奨内容に影響はありません。詳細はアフィリエイト開示ページをご確認ください。 アフィリエイト開示.

アクセシビリダード AA ウェブ: Comparativa de Herramientas 2026

著者: Niquelao Resource Desk ·

AA Web アクセシビリティとは、W3C が発行した Web コンテンツ アクセシビリティ ガイドライン (WCAG) 2.2 の AA 適合レベルを指します。このレベルでは、30 のレベル A 基準と 20 のレベル AA 基準 (合計 50) を満たす必要があります。このため、チームは手動レビューに加えて、自動監査、コントラスト アシスタント、スクリーン リーダーの 3 種類のツールを組み合わせます。

重要なポイント

  • WCAG 2.2 の 50 の基準 (レベル A 30 + レベル AA 20) は、欧州の EN 301 549 を含む多くの法規制で求められる Web アクセシビリティ AA のしきい値です。
  • どのツールも単独ですべての不備を検出できるわけではありません。自動監査ツールでカバーできるのは基準の約 3 分の 1 であるため、手動レビューとスクリーンリーダーによるテストが必須となります。
  • 選択はワークフローによって異なります。日常的な開発にはブラウザ拡張機能、チームには CI 統合スイート、正式な認証には外部監査を利用します。
  • 必要な 4 種類のツールは、自動監査ツール、コントラスト検証ツール、スクリーンリーダー、および構造/HTML バリデータです。
  • アクセシビリティに関する各決定（何を、どのバージョンで、どのブラウザでテストしたか）を文書化することは、不備を修正することと同様に、適合性を証明するために重要です。

Web アクセシビリティにおける「AA」の本当の意味

WCAG レベル AA は、W3C によって定義された 3 つの適合レベル (A、AA、AAA) のうちの 2 番目です。各レベルは、前のレベルの基準を組み合わせたものです。AA 適合を宣言するには、30 個のレベル A 基準と、50 個の成功基準に相当する 20 個のレベル AA 基準を満たす必要があります。 AAA レベルではさらに 28 が追加されますが、すべてのコンテンツで特定の基準を満たすことは不可能であるため、完全に要求されることはまれです。

A と AA の実用的な違いは相当なものです。レベル A は不可欠な要素（代替テキスト、セマンティック構造、キーボードナビゲーション）をカバーします。レベル AA では、デザインと色に関する要件が追加されます。具体的には、標準テキストで 4.5:1、大きなテキストで 3:1 の最小コントラスト比、コンテンツの損失なしにテキストを 200% まで拡大できること、録画済みビデオの字幕、および各フィールドの目的を説明する見出しとラベルなどです。これらの基準は、色やサイズが絶対ピクセルで固定されていた古い XHTML や CSS で構築されたサイトで損なわれがちです。

参照基準は WCAG 2.2 デル W3C の公式 に準拠しており、完全な基準と十分な技術と評価結果のリストが含まれています。 欧州では、EN 301 549 規格が公共調達のためのこれらの要件を調和させており、Web アクセシビリティ指令 もあります。一方、米国では Section 508 や ADA が参照されます。市場の法的枠組みを把握することは重要です。スペインやラテンアメリカでは、多くの公的機関が Web アクセシビリティ AA を確保するため、仕様書で明示的な AA 適合を要求しています。

必要な 4 種類のツール

どのツールカテゴリーも、Web アクセシビリティ AA のための WCAG の全範囲をカバーできるわけではありません。本格的なワークフローでは 4 種類のツールを組み合わせ、それぞれ異なる問いに対する答えを得ます。

Auditores automatizados. Escanean el DOM y el CSS en Busca de patrones de fallo conocidos: imágenes sin alt、campos sin etiqueta、contraste insuficiente、encabezados Salados、attributos ARIA mal usados。繰り返しのエラーを迅速に検出し、部分的なエラーを検出します。製造を再確認する必要がなく、重要な評価基準に応じて、代替テキストやエラーの確認を行うことができます。

関連: — 簡単な操作で計画を立てるためのウィジェットを無料で利用できます.

コントラストの検証。 WCAG の相対的な色とテキストのコントラストの計算を行います。これらは小規模なツールですが、コントラストは最も頻繁に発生するエラーの一つであり、客観的に測定しやすいため、非常に重要です。

スクリーンリーダー NVDA (Windows、無料)、JAWS (Windows、商用)、VoiceOver (macOS/iOS、統合) などの優れた機能を備えています。 監査ツールではフォームが「合格」と判定されても、タブ順序に意味があるか、あるいは aria-label が助けになるか混乱させるかは、スクリーンリーダーでしか判明しません。

構造および HTML バリデータ。 マークアップが有効でセマンティックであることを確認します。 XHTML サイトでは、バリデーターによって、スクリーン リーダーの解釈に影響を与える、不正なネスト、古い属性、およびコーディングの問題が検出されます。

一見の価値があります: — Accesibilidad gestionada: 人間性の見直しと自動化の組み合わせ.

比較：ケース別ツール選択ガイド

以下の表は、Web アクセシビリティ AA を確保するための決定基準をまとめたものです。これは価格表（頻繁に変更され、ライセンスに依存するため）ではなく、シナリオごとの適合性を示すものです。

ツールタイプ選択するタイミング主な強み主な制限
ブラウザ拡張機能 (ライブ監査)日々の開発、特定ページのレビューレンダリングされた DOM への即時フィードバックブラウザが読み込んだ内容のみを分析し、完全なフローはカバーしない
CI 統合スイートEquipos con despliegue continuo公開前の回帰検出定期的な設定が必要です
コントラストの検証カラー システムの見直し目的と正確な医学色の評価はありません
レクター・デ・パンタラ最終的な検証と使用上の注意本物の体験を再現学習コストが高く、実行に時間がかかる
外部講堂正式な証明書、公開期間防御可能なアンテ・テルセロスを知らせる証明者の費用と依存性

法規制: 米国は、安全な拡張機能を備えており、CI パラノー ロンパースと機能を備えたスイート、パレタのコントラストを検証し、パンタラの安全性を確認し、外部の聴衆は、正式な文書を作成する必要があります。

導入前にアクセシビリティツールを評価する方法

人気に基づいてツールを選択するのはよくある間違いです。これらの基準により、有用なツールとノイズを生成するツールが区別されます。

基準の範囲と透明性。 優れたツールは、どの WCAG 基準が各アラートに対応するかを示します。達成基準にマッピングせずに「アクセシビリティ エラー」のみが表示される場合は、コンプライアンスや優先順位を文書化することはできません。

誤検知率 実際の失敗ではないアラートは時間を浪費し、チームの信頼を損ないます。アクセシビリティ AA Web 標準を満たしていることがすでにわかっているサイトでツールをテストし、生成されるアラートの数を観察します。

ARIA サポートと動的コンポーネント 最新のウィジェット (ドロップダウン メニュー、モーダル、タブ、アコーディオン) は ARIA の状態に依存します。 「aria-expanded」、「aria-controls」、またはモーダルのフォーカス管理を評価しないツールでは、最も重大なエラーがスルーされます。

関連: — La certificación que acredita tu experiencia en accesibilidad.

スタックとの統合。 純粋な XHTML および CSS を使用している場合は、ツールが具体的なフレームワークを前提としていないことを確認してください。ビルド パイプラインを使用している場合は、コマンド ラインが統合されていることを確認してください。

ツール自体のアクセシビリティ よくある皮肉ですが、一部の監査ツール自体はキーボードからアクセスできません。毎日使用する場合は、マウスなしで操作できることを確認してください。

更新とメンテナンス WCAG は進化し (2.0、2.1、2.2)、ブラウザは変わります。最近更新されていないツールでは、古いルールが適用される可能性があります。

ショッピングの場合: — 48 時間で IA が WCAG に最高の瞬間をもたらす.

Web アクセシビリティのための段階的な AA ワークフロー

反復可能なプロセスは、単純なツールよりもさらに優れています。これは実際のプロジェクトで機能する順序です。

ステップ 1 — 範囲とレベルを定義します。 どのページとフローを監査に含めるかを決定し、目標が AA (A や AAA ではない) であることを確認します。 WCAG バージョンを文書化します。2.2 が現在の W3C 推奨です。

ステップ 2 — 初期の自動監査。 監査人を通じて主要なページを実行して、ベースラインを取得します。繰り返される失敗に注意してください。通常、失敗は個々のページではなくテンプレートに集中しています。

ステップ 3 — マシンに表示されないものを手動で確認します。 タブの順序、フォーカスの可視性、代替テキストの品質、エラー メッセージの明瞭さ、見出しの一貫性を確認します。ここでコンプライアンスの勝敗が決まります。

ステップ 4 — スクリーン リーダーを使用してテストします。 NVDA または VoiceOver を使用して、少なくとも 1 つの完全なフロー (お問い合わせフォームや購入など) を実行します。迷った場所に注意してください。

ステップ 5 — 可能な場合は実際のユーザーで試してください。 障害のある人は、経験のないツールや専門家が認識できない障壁を検出します。これは最も価値のある基準であり、置き換えるのが最も難しい基準です。

ステップ 6 — 文書化して修正します。 各結果を WCAG 基準、適用された手法、および証拠 (スクリーンショット、ブラウザーのバージョン、日付) とともに記録します。この記録は、「準拠していると信じている」を「準拠していることを証明できる」に変えるものです。

Web アクセシビリティ AA 追求時のよくある間違い

「ゼロ監査エラー」とコンプライアンスの混同。 自動ツールからのクリーンなレポートは、AA コンプライアンスと同等ではありません。監査人は基準の一部のみをカバーします。残りは人間の判断が必要です。

インタラクティブなコントラストを無視します。 コントラストのある問題の改訂と、エラー :hover、:focus および :disabled の両方を無視してください。 Un botón que pasa en reposo puede fallar al enfocarse。

** ARIA に関する HTML の構造を使用します。** ARIA に関する最初の規則はありません。ARIA 自体の HTML の問題は解決されません。 <div> と role="button" は、実際の <button> を安全に操作できるようにするためのものです。

Olvidar el redimensionado del texto. 基準 1.4.4 は、テキストの内容を 200 % 保証するものです。ロス・ディセーニョス・コン・アルトゥラス・フィハス・アン・ピクセル・ロンペルス・アクア。

映画の禁止はありません。 安全性 (基準 1.4.10) は、水平方向に展開されるコンテニド機能を備えています。必要な情報はすべて、安全な状態に保たれています。

よくある質問

### A、AA、AAA の違いは何ですか？

WCAG 準拠レベルは累積されます。レベル A は 30 の基本基準をカバーします。 AA はさらに 20 を追加し (合計 50)、大多数の法律で要求される基準です。 AAA はさらに 28 を追加しますが、一部の基準はすべてのコンテンツにわたって不可視であるため、一般的な形式では必須ではありません。ほとんどの Web プロジェクトにとって、AA は Web にアクセスするための現実的かつ十分な目標です。

### AA レベルにするには WCAG 2.2 の基準をいくつ満たす必要がありますか？

WCAG 2.2 レベル AA では、レベル A の 30 にレベル AA の 20 を加えた 50 の成功基準を満たす必要があります。この数値は WCAG 2.1 と同じですが、2.2 ではターゲット サイズ (2.5.8) や一貫したヘルプ (3.2.6) などの新しい基準も追加されており、一部はレベル A、一部はレベル AA です。

### AA 準拠に自動ツールだけで十分ですか？

いいえ。自動ツールは客観的で反復的なエラーを検出しますが、代替テキストの品質やエラー メッセージの有用性など、意味やコンテキストに依存する基準を評価することはできません。 AA に準拠するには、自動監査、手動レビュー、スクリーン リーダーを使用したテスト、および可能であれば実際のユーザーを使用したテストを組み合わせる必要があります。

### サイトのテストにはどのスクリーンリーダーを使うべきですか？

NVDA は無料であり、Windows で広く使用されているため、始めるのに最もアクセスしやすいオプションです。 JAWS は商用であり、企業環境で一般的です。 VoiceOver は macOS と iOS に統合されているため、Apple エコシステムで作業している場合は自然な方法です。ブラウザとスクリーン リーダーの少なくとも 2 つの組み合わせを使用してテストすると、より信頼性の高い画像が得られます。

### AA 準拠は法律で義務付けられていますか？

それは国や組織の種類によって異なります。欧州連合では、Web アクセシビリティ指令と EN 301 549 標準により、公共部門と多くの民間サービスに要件が課されています。米国では、第 508 条と ADA によって同様の義務が課されます。ラテンアメリカでは、いくつかの国が WCAG に影響を受けた独自の規制を設けています。あなたの市場に適用される法律を確認することをお勧めします。

### AA レベルを維持するために、どのくらいの頻度で再監査する必要がありますか？

普遍的なタイムフレームはありませんが、デザイン、テンプレート、またはコンポーネントへのいかなる変更も、リグレッション（退行）を引き起こす可能性があります。実用的なアプローチは、継続的統合（CI）を通じて各デプロイ時に自動的に監査を行い、少なくとも年に1回、または大幅な再設計後に完全な手動レビューを実施することです。各監査を文書化することで、長期にわたる持続的なコンプライアンスを実証しやすくなります。

結論

Webアクセシビリティ AA準拠は、購入したりインストールしたりするものではなく、ツールと判断を組み合わせることで構築されるものです。自動監査ツールが作業をスピードアップし、コントラストチェッカーが客観的な不備を解決し、スクリーンリーダーが実際の体験を明らかにし、そして手動レビューが機械では判断できない部分をカバーします。ツールの選択は、人気ではなく自身のワークフローに合わせて行い、すべての決定を文書化してください。基準と手法をさらに深く掘り下げるための決定的なリファレンスは、W3CのWCAGドキュメントおよびWAIイニシアチブのガイドラインです。

出典と詳細情報

  • Web Content Accessibility Guidelines — Wikipedia: Web Content Accessibility Guidelines (WCAG) は、World Wide Web Consortium (W3C) の Web Accessibility Initiative (WAI) によって公開されたシリーズの一部であり、…
  • Web accessibility — Wikipedia: Webアクセシビリティ、またはeAccessibilityは、世界中のウェブサイトとのインタラクションやアクセスを妨げる障壁がないことを保証する包括的な実践です。

¿Cumplir WCAG はどのような罪を犯しますか?

48 時間で IA が WCAG に最高の瞬間をもたらす