WordPress でのアクセシビリティ

WordPress 自体はアクセシブルになり得ます — 問題はたいていテーマ、プラグイン、ページブロックを通じて生じます。

よくある発見箇所

コントラストが低すぎる、または可視フォーカスのないテーマ、一時停止／キーボード操作のないスライダープラグイン、ラベルのないフィールドを持つ埋め込みフォーム（Contact Form 7 など）、alt テキストのない画像ブロック、そして見出しを単なる大きな段落に変えてしまうページビルダー。WordPress のコアエディターは通常問題ではなく、その上のレイヤーが問題です。

テーマの確認と選定

テーマはコントラスト、フォーカス表示、見出し構造、ナビゲーションのキーボード操作を左右します。選ぶ前の基準：Tab キーでページをたどる — フォーカスは常に見えるか。メニューはマウスなしで操作できるか。テキストとボタンの色コントラストは 4,5:1 以上か。ブロックベースの標準テーマ（Twenty Twenty-Four/-Five）は堅実な出発点です。有料テーマでは、CSS を切った状態でデモを見て、キーボードテストを行うと役立ちます。

ブロックエディターできれいに作業する

見出しブロックを正しい順序で使う（1 ページに H1 は 1 つ、レベルを飛ばさない） — 文字を大きく太くするだけにしない。すべての画像ブロックに alt テキストを付け、純粋に装飾的な画像は明示的に装飾として指定する。操作にはボタンブロックを、ページ移動には本物のリンクを使う。リストはリストブロックで、ダッシュ付きの段落にしない。表は本当の表データにのみ、見出し行付きで使う。

プラグインとフォーム

フォームプラグイン（Contact Form 7、WPForms、Gravity Forms）がアクセシブルなフォームを生成するのは、各フィールドに可視で関連付けられたラベルがあり、エラーメッセージがフィールドに結び付いている場合だけです。プレースホルダーだけでは不十分です。スライダーやカルーセルには一時停止ボタンが必要で、キーボードフォーカスを閉じ込めてはいけません。迷ったら省きましょう。ページビルダー（Elementor、Divi、WPBakery）はそれ自体がアクセス不能なわけではありませんが、意味づけのない入れ子の div 構造を招きます。ここでは特に見出しとフォーカスに注意してください。

テスト

追加ソフト不要の 3 つの手早いテスト：(1) キーボードだけでページを操作する — Tab、Enter、矢印キー。どこへでも行けて、また出られるか。(2) ブラウザーで 200% に拡大する — すべて読めて操作できるままか。(3) WAVE や axe DevTools のようなブラウザー拡張を実行する。a11yglass の無料スキャンはさらに、あなたのトップページの配信された HTML をコントラスト、alt テキスト、ラベル、言語、構造の観点で調べ、各指摘に WCAG 基準を示します。

よくある質問

アクセシビリティプラグインを入れればサイトは準拠しますか。いいえ — ウィジェットでコントラストや文字サイズを切り替えるオーバーレイ系プラグインは構造的な問題を解決せず、障害当事者団体から批判されています。どのテーマがアクセシブルですか。認証マークはありません。決め手は具体的なケースでの実装です — 上の基準が選定に役立ちます。私の WordPress サイトにアクセシビリティ声明は必要ですか。それはサイトが BFSG（電子商取引）の対象か、公的機関が運営しているかによります — アクセシビリティ声明のページをご覧ください。

a11yglass の役立ち方

無料スキャンは、配信された HTML と CSS を、自動的に認識可能な WCAG 違反について検査し、各所見について達成基準と具体的な対策を示します。問題のおよそ 20〜35 % を検出し、完全な評価に代わるものではありません。

続きを読む

最善の知識に基づく一般的な情報であり、法的助言ではありません。個別のケースについては、IT 法を専門とする法律事務所にご相談ください。