CampusPressは、グローバルアクセシビリティアウェアネスデーに間に合うようにアクセシブルコンテンツプラグインをリリースします

公開: 2020-05-21

ここ米国ではまだ水曜日ですが、世界の一部の地域では、5月の第3木曜日、つまりグローバルアクセシビリティアウェアネスデー(GAAD)にすでに目覚めています。 このイベントの目的は、デジタル世界に障害者を含めることに関連する問題について、より多くの人々が話し合い、学び、取り組むようにすることです。 それが、CampusPressが新しいプラグインでやりたいことです。

CampusPressチームは、先週、WordPress用のAccessibleContentプラグインを発表しました。 プラグインの目的は、エンドユーザーがサイトのアクセシビリティの問題に対処できるようにすることです。 多くのツールは開発者やデザイナー向けに構築されていますが、チームは、ユーザーがアクセス可能なWebサイトを作成するために必要な追加の手順を実行できるように、ユーザーの手に何かを提供したいと考えていました。

プラグインは現在GitHubから入手できますが、チームはまもなく公式のWordPressプラグインリポジトリに送信する予定です。 開発者は、最初に顧客とコミュニティからユーザーフィードバックを収集しています。

CampusPressのゼネラルマネージャーであるRonnieBurtは、次のように述べています。 「そこにはたくさんのサイトチェッカーツールがあり、その多くは非常にうまく機能します。 しかし、それらはすべて誤検知を吐き出し、コンテンツとは関係のない問題(ナビゲーションの問題など)をページに一覧表示します。 したがって、少しの免責事項として、設計上、このプラグインはサイト上のすべての潜在的なアクセシビリティの問題を見つけたり、助けたりすることはありません。 しかし、時間をかけて使用すると、コンテンツクリエーターが従うべきベストプラクティスの多くを理解し、間違いを回避できるようになります。」

CampusPressは、教育セクターの組織向けのマネージドWordPressホスティングおよびサービスプロバイダーです。 これは、15年前に開始されたEdublogs.orgの姉妹サービスです。

「当時、私たちはさまざまな方法でWordPressを使用している学校や大学の固有のニーズに静かに応えてきました」とBurt氏は述べています。 「歴史的には、それはブログと学習の側面にありましたが、WordPressがCMSの選択肢に成長するにつれて、私たちはそれとともに高レベルのメインWebサイトにも移行しました。」

アクセシブルコンテンツプラグインの開発は、特にアクセシビリティガイドラインの世界に飛び込むときに、教育においてCampusPressチームの顧客を支援します。

「全体として、アクセシビリティに関する意識は近年大幅に向上していますが、多くの人にとって、このトピックは圧倒的です」とバート氏は述べています。 「私たちの場合、学校の管理者は「準拠」サイトが必要であることを知っていますが、準拠基準を読むと、主観的で、せいぜい非常に複雑なものもあります。 私たちが目にする最大のハードルは、アクセシビリティの専門知識が、通常は事後またはプロジェクトの終了時に持ち込まれるスペシャリストまたはツールに任されているということです。 理想的な世界では、専門知識がすべての開発者、コンテンツクリエーター、およびサイトで作業している他の人によって共有される場所に到達します。 これは、アクセシビリティが組み込まれていて、最初から継続的に考えると、アクセシビリティがはるかに優れて簡単になるためです。」

チームは、このプラグインを顧客ベースだけでなく、すべてのWordPressユーザー向けの無料ツールとしてリリースしています。

プラグインのしくみ

プラグインは、ほとんどの人が使用できるほどシンプルです。 投稿をプレビューするときは、注意が必要な問題にラベルを付けて指摘します。 目標は、テーマから生じる可能性のあるより大きなアクセシビリティの問題に焦点を当てることではありません。 代わりに、プラグインは投稿コンテンツに直接問題をリストします。

プレビュー後の画面のインターフェースは、ドキュメントがなくても理解できるほどシンプルです。 投稿をプレビューすると、プラグインは画面の横にボタンを表示して、見つかった各問題をナビゲートします。 画面の下部に、問題の完全な説明が表示されます。 ユーザーは、投稿を表示するときに、サイトのフロントエンドのツールバーからこの機能にアクセスすることもできます。

WordPressの投稿プレビュー画面で使用されているAccessibleContentプラグインのスクリーンショット。
ポストプレビューでのアクセス可能なコンテンツプラグインの出力。

画像の代替テキストが欠落している場合など、プラグインは、管理者に代替テキストを直接追加するためのリンクを提供します。 これは、WordPress管理者のメディア画面の下にあるカスタムのAltTextサブメニューを介して行われます。 また、ユーザーはいつでもこの画面を使用して、サイト全体で使用される画像の代替テキストを1か所で管理できます。

画像に代替テキストを追加するためのアクセシブルコンテンツ「代替テキスト」メディア管理画面。

バート氏によると、プラグインの元の仕様には、ブロックエディターインターフェイス内のすべてのアクセシビリティチェックと情報が含まれていました。 しかし、チームはいくつかの障害にぶつかり、結果としてプラグインのインターフェースをプレビュー後の画面に移動することになりました。

「グーテンベルクはまだかなり速いペースで流動的です」と彼は言いました。 「最初の概念実証が画像ブロックで機能するようになったとき、変更があり、すべてが壊れました。 つまらない! しかし、プレビューアに移動すると、意図しない結果が発生しました。 つまり、プラグインはクラシックエディタやほとんどのページビルダーでも同様に機能します。 トレードオフは、警告と役立つテキストが、いつかそれらを取得したいと思っているほどリアルタイムではないということです。」

長期的には、チームはブロックエディタと直接統合することを計画しています。 今のところ、プラグインはプレビューアの一部としてうまく機能します。 ただし、エディターでの即時フィードバックは、アクセシビリティの問題が発生したときに修正するための大きな後押しになります。

コミュニティのアクセシビリティの改善

バートは、WordPressコミュニティがウェブ上のアクセシビリティを改善するために何ができるかについての彼の考えを共有することに恥ずかしがり屋ではありませんでした。 彼は、WordPressプロジェクトがこれまでに行った作業のいくつかを賞賛しました。 彼はまた、いくつかの懸念を共有しました。

「私が心配していることの1つは、いくつかのWordPressプラグインと、Webサイトの隅に小さな「アクセシビリティ」アイコンを追加するサードパーティツールの数が増えているという傾向があります」と彼は言いました。 「クリックすると、これらのアイコンはフォントやコントラスト比のオプションを開き、サイトをナビゲートする別の方法を提供する場合があります。 銀行のウェブサイトや政府のサイトでそれらに気づきました。現在、私たちが協力している学校も、埋め込みコードのスニペットをいくつかサイトに追加して1日と呼びたくなる可能性があるため、それらを購入しています。 私にとって、このようなことで、ウェブサイトでオフフックで作業するすべての人が、アクセシブルなデザインと開発に責任を負わないようにすることができます。これは、私たちの究極の目標です。」

彼は、私たちが作成するコンテンツに注意を払いながら、ほとんどのユーザーにとって良いステップとして高品質のテーマとプラグインを使用することを強調しました。 これらの簡単な手順を実行することで、全体としてよりアクセスしやすいユーザーエクスペリエンスを実現できます。

「WordPressとアクセシビリティに関しては、屋上から叫ぶべきであるという良いニュースがたくさんあります」とバートは言いました。 「1つには、まだやるべきことが少しありますが、WPCampusが後援するグーテンベルクの監査で特定された問題の大部分は解決されました。 これは、変化に影響を与える責任を主導している高等教育コミュニティの素晴らしい例でした。 変更がなければ、簡単に言えば、学校、大学、政府機関は、WordPressの採用をやめるように強制または奨励される可能性があります。」

2019年にWPCampusが後援した監査の結果、Tenon、LLCによる329ページのテクニカル分析が行われました。 さまざまな障害を持つ人々を含むユーザーベースのテストをカバーしました。 それ以来、グーテンベルクプロジェクトは、監査によって特定された問題を克服するために取り組んできました。

「私がグーテンベルクをますます使用するにつれて、コントラスト比に関する警告や見出しブロックにデフォルトでH1のオプションが表示されないなど、コンテンツ作成者向けの小さなアクセシビリティイースターエッグがいくつかあります」とバート氏は述べています。 "大好きです! 私たちのコミュニティが可能な限りこれらの改善を強調し続けることができれば、それは大きな違いを生むでしょう。 また、ブロックとエディターの将来の改善が行われるため、このプラグインからのチェックの一部が最終的には不要になることを願っています。」

Burtは、コミュニティができる最善のことは、プラグインやテーマが公開される前に、応答性を高め、すべてのアクセシビリティの問題を主要なバグまたはリリースブロッカーとして扱うことであると説明しました。 部分的には、ユーザーが提起する問題の伝達と解決にオープンであるということです。

「非常に多くの競合する優先順位があるため、1人のユーザーからの苦情や提案を単に書き留めたくなるかもしれません」と彼は言いました。 「しかし、実際には、これが私たちがすべてのツールとサービスで最大の進歩を遂げ続ける方法です。 ユーザーが私たちのものを使用する際に直面する障壁や問題についてのフィードバックは純粋な金であり、同じ過ちを繰り返さないようにするのに役立ちます。」

バートは、コミュニティが周りで会話を続けるべきだと彼が信じているいくつかの重要な質問をリストしました:

  • WordPress.orgのすべての新しいテーマは、「アクセシビリティ対応」の基準を満たす必要がありますか?
  • プラグインに追加できる同様の標準とチェックはありますか? プラグインの作成者は、プラグインがアクセシビリティに影響を与える可能性があるかどうかをどのように宣言できますか?
  • WordPressコア用の別の「アクセシビリティ」チームはまだ最善の方法ですか? 実際の早い段階で、アクセシブルな設計と開発をどのように改善しますか? 通常、アクセシビリティの問題を修正することは、最初から防ぐことよりもはるかに困難です。

これらは間違いなくさらに議論する価値があります。 今のところ、彼のチームは、AccessibleContentプラグインを使って小さな部分を実行しようとしています。