コミュニティから人を締め出しているものの多くは、プラットフォームに組み込まれているわけではありません。それは毎日、投稿する人たちの手で新しくつくられています。説明のないスクリーンショット、字幕のない動画、絵文字で答えるアンケート——どれもが誰かを静かに締め出しますが、そのどれ一つとして設定画面には現れません。
これは良い知らせです。直すべきことの大半は、予算ではなく習慣の問題だということだからです。
実際に人を締め出しているもの
その大半は4つの障壁で説明がつきます。しかも4つとも、誰かに指摘されさえすれば、わずかな手間で取り除けます。
| 障壁 | 影響を受ける人 | 対処法 |
|---|---|---|
| 説明のないスクリーンショット | 目の見えないメンバーや弱視のメンバー、そして回線の遅い環境にいる人 | 何が写っているかを一文で書く |
| 字幕も書き起こしもない動画やライブ通話 | 耳が聞こえない・聞こえにくいメンバー、母語ではない言語で参加している人、騒がしい場所にいる人 | 自動字幕に加えて、文章のまとめを用意する |
| 切れ目のない文章の壁 | ディスレクシアのあるメンバー、スマートフォンで読む人、疲れているすべての人 | 短い段落と、きちんとした見出し |
| 色や絵文字だけで意味を伝えること | 色覚特性のあるメンバーと、スクリーンリーダーの利用者 | 言葉でも伝える |
どれも予算もコンサルタントもプラットフォームの移行も必要としません。必要なのは、このコミュニティではこう書くのだと誰かが決め、それが広がるまで自ら手本を示しつづけることだけです——つまりこれは技術の問題ではなく、文化の問題です。
代替テキストはラベルではなく、キャプションです
いちばんよくある間違いは、要点ではなくファイルのほうを説明してしまうことです。
「ダッシュボードのスクリーンショット」では、目の見えないメンバーには何も伝わりません。「登録数が3か月横ばいだったあと、3月に倍増したダッシュボード」と書けば、目の見えるメンバーがいま何を見ているのかがそのまま伝わります。電話越しに誰かへ説明するとしたら何と言うか、それをそのまま書いてください。ルールから受ける印象よりずっと簡単で、しかもそのルールに従って書かれた代替テキストの多くより役に立ちます。
グラフなら、軸の説明ではなく読み取れた結論を書きます。ミームなら、笑いどころを説明します——「面白い猫の画像」としか書かれていない画像は、誰にも伝わらなかったオチです。
字幕、書き起こし、そして過小評価されている録画
コミュニティがいちばん人を失うのはライブ配信の場面で、しかもそれが意図的であることはめったにありません。
自動字幕は完璧ではありませんが、それでもオンにする価値があります。不完全な字幕は、字幕がまったくない状態よりはるかにましだからです。終わったあとに文章でまとめを書くのにかかるのは10分ほどで、耳が聞こえないメンバー、母語ではない言語で参加している人、その時間は仕事だった人、そして6か月後に答えを探しに来る人の役に立ちます。
録画はアクセシビリティのための機能であって、おまけではありません。その場にいることだけを参加の形とみなすと、体調が読めない人、介護や育児の責任がある人、時差のある場所にいる人が締め出されます——日程まわりの話はコミュニティイベントの運営方法を参照してください。
ざっと読める書き方をする
障害のあるメンバーの助けになる書き方は、そのまま全員の助けになる書き方です。だからこそ、これは簡単に広まります。
続く内容を言い表す見出し——よく構造化されたコミュニティを回遊しやすくしているのと同じ規律です——数行で終わる段落、箇条書きにすべきところは箇条書き、そしてリンク先が分かるリンクテキスト。「こちらをクリック」ではなく「料金ページ」と書きます。リンクをたどって移動するスクリーンリーダーの利用者には、リンクテキストしか聞こえないからです。
やさしい言葉づかいもここに含まれます。短い文と少ない慣用表現は、ディスレクシアのある読み手、認知的な疲労を抱えている人、そして第二言語で読んでいる多くのメンバーの助けになります——多言語コミュニティの運営と同じ主張に、別の方向から行き着くわけです。
絵文字をインターフェースにしない
絵文字は飾りとしては問題ありませんが、仕組みの土台にすると問題になります。
スクリーンリーダーは絵文字を一つずつ、正式名称で読み上げます。6つのキラキラ絵文字で飾られた見出しは、本文にたどり着く前に読み上げが6回挟まるということです。選択肢が絵文字リアクションだけのアンケートは、目で見て推測できなければ答えようがありませんし、色付きの丸で状態を表す仕組みは、色覚特性のあるメンバーには見えません。
絵文字は言葉と一緒に使い、言葉の代わりには決して使わないでください。これにコストはかかりませんし、早いうちに根づかせるのがいちばん簡単な習慣でもあります。ルールというより文体の好みのように感じられるからです。
設定より規範のほうが効きます
アクセシビリティは、コミュニティの振る舞いそのものに書き込むことができます。そしてそれは、どんな設定よりも長く残ります。
行動規範には、禁止事項としてではなく、前向きな期待として書きましょう。画像には説明をつける、動画には字幕をつける、色だけでなく言葉でも伝える。そのうえで、誰も細かく見ないような投稿も含めて、自分が毎回それを実践して当たり前にしてください。コミュニティの規範は、ルールの文言ではなく常連の振る舞いから学ばれるものです。
はっきり明文化しておく価値のある規範が2つあります。ひとつは、ROMも正当な参加ですということ。投稿しなければという圧力は、体力や気力を慎重に配分している人を締め出すからです。もうひとつは、カメラに顔を出すことを誰にも義務づけないということ。これは見た目以上に多くの人にとっての障壁です——理由の一部は新メンバーのオンボーディングで触れています。
尋ねる。ただし代表者を任命しない
すべての障壁を推測で言い当てることはできませんし、それにぶつかったメンバーが自分から知らせてくれることも、たいていはありません。
直接、そして定期的に尋ねてください。使いにくいところはないか、何があれば助かるか。そのうえで、目に見える形で何かを直すこと。2回目に尋ねたとき、人は1回目に何が起きたかを見て答えるからです。
障害のあるメンバー一人を、コミュニティのアクセシビリティ担当部署にしてはいけません。別の目的で参加したコミュニティの点検を頼まれるのは、報酬のない仕事です。しかも、そこから返ってくる答えは狭いものになります——一人のニーズは、その人が属するくくり全体のニーズではないからです。
プラットフォームが限界になるところ
この中には、本当に自分たちの手では直せないものもあります。それについては、あいまいに安心させるより正直に伝えるほうがましです。
キーボード操作、フォーカスの移動順、コントラスト、エディターがスクリーンリーダーで使えるかどうか——これらはソフトウェアをつくった側の領分です。プラットフォームには、対応をうたう宣言ではなく具体的な事実を尋ねてください。どの操作の流れがスクリーンリーダーで検証されたのか、それはいつか、そしていまどこが壊れていると分かっているのか。それに答えられる提供元は、バッジを掲げている提供元より価値があります。
その一方で、プラットフォームの限界を理由に、自分たちの手に委ねられた90パーセントを止めてはいけません。不完全なソフトウェアの上でも、丁寧な代替テキストと字幕付きの通話があるコミュニティのほうが、完璧なソフトウェアの上で沈黙しているコミュニティより使いやすいのです。
結論
画像には説明をつけ、動画には字幕をつけ、短い段落で書き、色や絵文字だけに意味を持たせない。
それを期待として声に出して伝え、まず自分が実践し、まだ使いにくいところはないかメンバーに尋ね、自分たちの手が届かない部分についてはプラットフォームに働きかける。アクセシビリティの取り組みには、少数の人のために行ったことのほとんどが、結果として全員にとってその場所を良くするという珍しい性質があります。字幕は移動中の人に使われ、代替テキストは回線の遅い人に使われ、やさしい言葉づかいは第二言語で読むすべての人に使われます。たいていのコミュニティでは、それはかなりの人数です。そしてそれは、投稿を公平に判断することに求められる配慮と同じものでもあります。誤って判断されがちなメンバーは、しばしば同じ人たちだからです。