WordPress サイトをよりアクセスしやすくする方法

公開: 2022-11-17

WordPress は幅広いアクセシビリティツールとプラグインを提供していますが、それらを効果的に使用するかどうかは Web 作成者次第です。

WordPress の成功にはいくつかの要因があります。これは、学習曲線が簡単で、支援的なコミュニティを備えたオープンソースの Web テクノロジです。しかし、WordPress の人気が急上昇し、インターネット上のすべての Web サイトの 3 分の 1 を支えている理由はそれだけではありません。

これは、accessiBe のコンテンツマネージャーであるヨニヤンポルスキーによって書かれたゲスト投稿です。ゲスト投稿をご希望の場合は、お気軽にお問い合わせください。

ただし、それだけではありません。

たとえば、 WordPress はアクセシビリティ対応です。 WordPress で WCAG 2.0 準拠の Web サイトを作成するのは簡単です。 WordPress 自体は、WordPress Accessibility Coding Standards のアクセシビリティポリシーに準拠することを開発者に要求しています。

ただし、それは、すべての WordPress Web サイトにすぐにアクセスできるという意味ではありません。アクセシビリティの問題について WordPress のテーマとプラグインを注意深く調べ、問題に対処し、ベストプラクティスの変更に応じてアクセシビリティの改善に取り組む必要があります。

幸いなことに、WordPress では、技術に詳しくない Web 作成者にとっても、このプロセスを簡単に行うことができます。プラグイン、テーマ、およびその他のテクノロジーの選択は、Web サイトのユーザーエクスペリエンスの最終的なアクセシビリティに影響を与える可能性があります。障碍のあるユーザーに優れたユーザーエクスペリエンスを提供することで、Web サイトをすべての人が使いやすくすることもできます。

ウェブサイトをアクセシブルにするものは何ですか?

アクセシブルな Web サイトは、障碍のあるユーザーにシンプルで適切に設計されたユーザーエクスペリエンスを提供します。 ウェブサイトをアクセシブルにすることで、他の方法ではアクセスできない人々 (世界人口の推定 15%) にリーチする能力が向上します。

Web サイトをアクセシブルにすることは、障害のあるユーザーが必要とする主要な機能を提供することを含みます。これらの配慮がなければ、ウェブサイトを適切に使用することが困難または不可能になる可能性があります.

障害にはさまざまな種類があります。実際、すべての障害を網羅した、普遍的に認められたリストはありません。障害を持つアメリカ人法 (ADA) は、障害を定義し、対象となる一般的な病状を特定しています。 Web 作成者にとって最も重要な条件には、次のようなものがあります。

失明、色盲、およびその他の視覚障害
難聴と難聴
指、四肢の欠損、および運動能力の障害
多くの種類の自閉症と知的障害
てんかんや多発性硬化症などの神経疾患

障害は、さまざまな方法でさまざまな人々に影響を与えます。 Web サイトにアクセスできるようにするには、さまざまな潜在的な影響に対応する必要があります。

これを行う最善の方法は、Web コンテンツアクセシビリティガイドライン (WCAG) 2.0 に厳密に従うことです。これらのプロトコルは、すべてではありませんがほとんどの障害者が Web コンテンツにアクセスするために使用できるユーザビリティ機能と対応策について説明しています。

これらのガイドラインの多くは、特定の障害を持つ人々に必要な特定の配慮を確立しています。他のものは、より一般的に障害者コミュニティ全体に適用されます。 WCAG 2.0 標準の例には次のようなものがあります。

代替テキスト付きの画像を提供します。これにより、画像を見ることができない人でも、画像が何を表しているかを理解できます。
Web サイトの背景とその前景テキストの間に適切な強い色のコントラストを提供します。
テキストが画面からはみ出して読めなくなることなく、ユーザーがテキストのサイズを変更できるようにします。
説明的なハイパーテキストリンクを作成します。これにより、スクリーンリーダーのユーザーに、「ここをクリック」や「もっと見る」では得られないコンテキストが提供されます。
コンテンツのブロックを太字のテキストで区切る代わりに、適切な HTML ヘッダータグを使用します。

WordPress は、これらすべての調整をサポートできます。これは、すべての WordPress Web サイトが自動的に準拠しているという意味ではありません。それは、使用する WordPress テクノロジーと Web ページの設計方法に大きく依存します。

サイトにアクセスできるかどうかをどのようにテストできますか?

アクセシビリティコンプライアンスを達成するための万能のソリューションはありません。 Web サイトごとに動作が異なります。 Web サイトのアクセシビリティの真のテストは、障害を持つ個人による実際の使用です。

ただし、自動化されたツールは、Web 作成者が最も一般的なアクセシビリティの問題の一部を特定して対処するのに役立ちます。これらは、WCAG ポリシーが具体的に指摘するアクセシビリティ標準です。自動化されたアクセシビリティチェッカーは、アクセシビリティを保証するための重要なステップである WCAG への準拠を達成するのに役立ちます。

accessScan は、強力で包括的なアクセシビリティチェッカーの例です。 Web サイトのすべてのページを調べ、WCAG の技術要件に照らして検証します。そのレポートは、ウェブサイトに問題がある場所を正確に示し、それらの問題の解決策を提供します。

これは、 Web アクセシビリティへの旅の重要な出発点となります。 Web サイトが直面している課題を把握したら、それらに対処するプロセスを開始できます。

すべての問題に対処しても、すべての障害を持つすべての人が Web サイトを簡単に使用できるとは限りません。実装できる即時修正のいくつかを示すことで、アクセシビリティへの道を歩み始めることができます。これらの変更を展開して Web サイトを再確認すると、アクセシビリティの結果が改善されます。

既存のアクセシビリティのギャップを修正する方法

自動アクセシビリティチェックを実行すると、Web サイトのアクセシビリティを改善する方法に関する重要なデータが得られます。 対処する必要がある問題のリストを作成したら、そのリストを体系的に調べて、WordPress の技術スタックに改善を実装する必要があります。

これには、WordPress プラグインの再構成が必要になる場合があります。 すべてのプラグインがアクセシビリティを考慮して構築されているわけではありません。ユーザーにアクセス可能なエクスペリエンスをネイティブに提供するプラグインは比較的少数です。多くの場合、Web 作成者が設定を構成し、アクセシビリティ機能を意図的に有効にする必要があります。

2022 年の時点で 70,000 を超える WordPress プラグインが存在し、それぞれに固有のアクセシビリティの問題を特定する方法はありません。プラグインは、プラグイン自体には存在しないアクセシビリティの問題を引き起こす方法で相互に作用する場合があります。

1 つのプラグインに起因するアクセシビリティの問題を特定した場合は、それを正常に再構成できる可能性があります。ウェブサイトの問題がより複雑な場合は、アクセシビリティコンプライアンスを達成するために、より多くの時間とリソースを費やす必要がある場合があります。

アクセシビリティプラグインを使用して、WordPress Web サイトのアクセシビリティパフォーマンスを改善できる場合があります。シンプルな無料のプラグインから、accessiBe のような洗練された AI を利用したアクセシビリティプラットフォームまで、さまざまなオプションを利用できます。後者は、WordPress サイトが ADA コンプライアンスを達成していることを確認できる WordPress アクセシビリティプラグインを提供します。

これらの最高のツールを使用すると、Web 作成者は、何十ものプラグインを手動で再構成するのに苦労することなく、アクセシビリティの障害に対処できます。これにより、アクセシビリティのギャップを修正するプロセスが簡素化されます。

アクセシブルな WordPress サイトをゼロから作成するためのヒント

アクセス可能な Web エクスペリエンスをゼロから作成することは、既存の Web エクスペリエンスを再構成するよりもはるかに簡単です。 アクセシビリティは、Web 作成の設計段階で最もよく追求されます。障害を持つユーザーにうまく対応できるテクノロジとアプローチを選択するのが最も簡単なのは、このときです。

テーマを使用して WordPress Web サイトを構築する場合は、人気のある公式の WordPress リリースを確実に使用できます。プラットフォームのテーマリポジトリから入手できる 9000 以上の公式 WordPress テーマはすべて WCAG に準拠しています。これらには、Astra、OceanWP、Neve などの最も人気のあるテーマが含まれます。

ただし、公式リポジトリ以外で利用できるテーマは数万あり、そのうちのいくつが WCAG 基準を満たしているかを確認する方法はありません。非準拠のテーマを組み込んだ Web 作成者は、これらの基準を満たすのが難しいと感じる場合があります。

Web 作成者は、プラグインに対して同じアプローチを適用する必要があります。すべてのプラグインがアクセシビリティを考慮して設計されているわけではありません。その事実を示す傾向にあるものは、 WCAG 準拠を宣伝するプラグインを探してください。

これらのテクノロジーは、画像の代替テキスト機能、完全なキーボード操作、アクセス可能なドロップダウンメニューなどを促進する必要があります。これらの対応がないテーマとプラグインは、準拠していない可能性があります。

ウェブサイトを 100% WCAG 準拠のインフラストラクチャで実行することは、良い出発点です。ただし、最終結果が準拠することを保証するものではありません。ページを適切に設計し、アクセシビリティの間違いを避ける必要があります。

WordPress Web サイト開発の設計段階でWCAG 準拠を保証する別の方法があります。 アクセシブルな Web サイトビルダーは、アクセシブルな Web ページをゼロから簡単に作成できるようにする、シンプルなドラッグアンドドロップユーザーインターフェイスを提供できます。

WCAG 準拠の Web サイトビルダーは、アクセス可能な Web ページテンプレート、フォーム、およびその他のツールを提供できます。これにより、Web クリエーターは、コンプライアンス違反のリスクを負うことなく、独自の Web サイトを作成できます。サイトビルダーは、Web ページが HTML 構造ガイドラインに従っていること、テキストのコントラストが適切に表示されていることなどを確認します。

アクセシビリティは継続的な取り組みです

Web 作成者は、アクセシビリティを、一度実装すると忘れてしまう別のテクノロジとしてアプローチすることがよくあります。それは成功のレシピではありません。インターネットは常に変化しており、 Web アクセシビリティ基準もそれに合わせて変化する必要があります。現在機能しているソリューションは、数年後には機能しなくなる可能性があります。

Web作成者は、アクセシビリティが提供する価値を認識し、グローバルな障害者コミュニティのユーザーに到達するために時間を割く必要があります。場合によっては、少し余分な作業が必要になることもあります。ただし、その作業は重要であり、人口の 15% にリーチする Web サイトの能力を高めることができます。

WCAG 2.0 への準拠は、Web アクセシビリティの良い出発点です。 Web 作成者は、ユーザーに注意を払い、提案されたとおりに対応する必要があります。このプロセスは継続的なものであり、全体的に一貫して改善されたユーザーエクスペリエンスメトリックが得られます。 アクセシビリティに投資することで、WordPress の Web エクスペリエンスが誰にとってもより使いやすくなります。