トピックを検索
電話でしか連絡できないサポート
ショップの注文ページに、配送の変更は電話でのみ受け付けると書かれていて、電話で聞いたり話したりできない客には頼む方法がありません。
<a href="tel:+15550142">+1 555 0142</a> 問題
ろうや難聴の客、話すことができない客、そして電話そのものが障壁になる人は、電話でしか頼めないため、注文を変更できません。
オンラインの家具店 Birchwood Home は、注文ごとに配送日を決めます。注文ページにはその日付と、都合が合わない場合の連絡方法が書かれています。「別の日をご希望の場合は、+1 555 0142 までお電話ください(月曜日から金曜日、9時から17時)。」ヘルプページにも同じことが書かれていて、メールアドレスやフォームはサイトのどこにもありません。
ろうの客が、ソファが届く日に家にいないことに気づきます。必要な情報はすべて注文ページにありますが、頼む方法だけがありません。電話に出た人の声を聞けないため、番号は役に立ちません。友人に電話を頼むか、都合の悪い日に家で待つしかありません。
EN 301 549 の12.2.3は、サポート窓口が「障害のある人のコミュニケーションの必要に、直接、または紹介先を通じて対応する」ことを求めます。Section 508 の603.3も、ヘルプデスクやコールセンターに同じことを求めます。声でしか連絡できないサポート窓口は、聞くことや話すことができない人の必要に対応していないため、どちらも満たしません。これらの条項は特定の手段を指定していません。求めているのは、連絡する人にとって使えるサポートであることで、多くの人にとってそれは文字でのやり取りです。
WCAGには、特定の連絡手段を求める達成基準がありません。WCAG 3.2.6が求めるのは、サイトがヘルプを用意している場合に、それを繰り返す各ページで、ページのほかの内容に対して同じ順序に置くことだけです。そのため、どのページでも同じ場所に電話番号を載せたサイトは3.2.6を満たしますが、この点では不合格です。
電話には、聞くこと、話すこと、そして窓口が開いている時間に、準備なしでその場の会話をすることが必要です。そのどれかが欠けると締め出されます。どう締め出されるかは注記のとおりです。連絡できなかった人がたいていあきらめるのは、電話ではなく、頼みたかった変更のほうです。
10グループ中4グループに影響
- 全盲 (影響なし)
- 弱視 (影響なし)
- 色覚 (影響なし)
- ろう (影響あり)
- 難聴 (影響あり)
- 発話 (影響あり)
- 手の操作 (影響なし)
- 届く範囲・力 (影響なし)
- 認知 (影響あり)
- 光過敏 (影響なし)
- 聴覚を使わない ろうの客は電話に出た人の声を聞けないため、電話番号しかなければ配送日を変える方法がありません。
- 発話を使わない 話すことができない人は、番号に電話をかけることはできても用件を伝えられません。吃音の強い人も、会話が先に進む前に言葉を出せないことがあり、電話は先に進みません。
- 聴覚が限られる 難聴の客は電話の一部を聞き取れることもありますが、日付、時刻、注文番号こそ電話で聞き間違えやすい部分です。
- 言語・認知・学習の能力が限られる 自閉スペクトラム症の人や、不安、失語症のある人など、その場の会話が難しい人には、電話にはない、文章で考えて伝える時間が必要です。
tel: リンクは正しく、名前があり、フォーカスも受けられるため、axe などのチェックツールは合格にします。ほかにどんな連絡方法があるかを問うWCAGの基準もありません。この診断では、渡されたすべてのページを見て、電話番号の tel: リンクはあるのに、メールのリンクも、本文を書く欄のあるフォームも、チャットのボタンもどのページにもない場合に、確認の手がかりとして報告します。ただし、問い合わせのリンクが診断に渡されていないページを指している場合は、そこにフォームがあるかもしれないため報告しません。メールに誰かが返信するか、返信する人が変更をできるかは判断できません。
AIツールにヘルプや問い合わせのページを書かせると、見たことのあるページの形をまねて、電話番号だけを最初に置くことがあります。その裏のチームがメールを読むかどうかは知りようがありません。
試してみる
電話で聞いたり話したりできないとします。ソファを別の日に届けてもらうよう、ショップに頼んでください。
注文ページにある方法を使ってください。ショップの下の欄に、どうなったかが出ます。
問題あり 修正できますか?
(別の日を頼んでください)
修正方法
サイトがサポートへの連絡を求める場所ではどこでも、電話番号と並べて、返信の目安とともに文字で連絡する方法を示します。
- 1用件にサポートが必要な場所では、すべての電話番号の横に文字で連絡する方法を示す。
- 2返信までの目安を書き、返信する人がその変更をできるようにする。
- 3連絡方法そのものをアクセシブルに保つ。シンプルなメールのリンクか、ラベルの付いた欄でCAPTCHAのないフォームにする。
<h2>配送日の変更</h2><p>ソファは10月22日(木)にお届けします。</p><p>別の日をご希望の場合は、<a href="tel:+15550142">+1 555 0142</a> までお電話ください (月曜日から金曜日、9時から17時)。</p>電話番号と並べたメールアドレス
<h2>配送日の変更</h2><p>ソファは10月22日(木)にお届けします。</p><p>別の日をご希望の場合は、ご都合のよい日を <a href="mailto:[email protected]?subject=Change%20delivery%20for%20order%204821">[email protected]</a> までメールでお知らせください。1営業日以内にお返事します。 お電話の場合は <a href="tel:+15550142">+1 555 0142</a> までどうぞ(月曜日から金曜日、9時から17時)。</p>ページはサポートへの連絡を求めているのに、サポートには声でしか連絡できません。電話で聞いたり話したりできない客は、変更する方法がありません。
客は、いつでも自分のペースで書くことができ、件名にはどの注文の話かがすでに入っています。返信の目安があるので、いつ返事が来るかも分かります。電話のほうがよい人のために、電話番号も残します。
メールアドレスを選んでください。フォームと同じ役割を果たし、それ自体が壊れる部分がありません。ラベルを付ける欄も、CAPTCHAも、スクリプトもなく、客の手元には頼んだ内容の控えが残ります。フォームも要件を満たし、依頼を自社のシステムで注文に結び付けたいショップに向いていますが、フォーム自体がアクセシブルであり続けることが条件です。リレーサービスでの電話を歓迎することは、どちらを選んでも書いておく価値がありますが、それだけでは、リレーサービスを使っていない人が取り残されます。
文字で連絡する方法は、問い合わせのページだけでなく、用件のある場所に置きます。配送を変えたい人は注文ページにいるので、そこで、電話番号と同じ扱いで示します。その下の小さな一行にはしません。
文字で連絡する手段には、それぞれ注意点があります。
- メール:誰かが読むアドレスが必要です。返信不可のアドレスや、週に一度しか確認しない受信箱では、返信の目安は守られない約束になります。
- フォーム:キーボードとスクリーンリーダーで使え、送信に失敗しても入力した内容を残し、CAPTCHAの後ろに置かないこと。エラーの伝え方は直し方がわからないフォームエラーで説明しています。
- チャットウィジェット:キーボードとスクリーンリーダーの利用者が開き、返信を読み、入力できること、そしてボットが変更できないときに人が引き継ぐことが条件です。他社製のウィジェットは、この三つのすべてを満たさないことがよくあります。
- SMSやメッセージアプリ:スマートフォン中心で暮らす客の助けになりますが、同じ返信の目安と、対応する人が必要です。
文字で返信する人が、電話の担当者と同じことをできるようにします。「配送日を変えてください」への返事が「お電話でお手続きください」なら、連絡方法はあっても、サポートは電話だけのままです。
リレーサービスからの電話を受けられるよう、チームに伝えておきます。リレーのオペレーターは最初に「リレーサービスからの電話です」と名乗ることが多く、迷惑電話と間違えて切られることがあります。イギリスでは Relay UK の利用者が番号の前に18001を付けてかけ、アメリカでは711でリレーサービスにつながります。日本では、公共インフラとしての電話リレーサービスが、オペレーターを通じて、聴覚や発話に障害のある人の電話をつなぎます。
ヘルプは、ページごとに場所が変わるヘルプリンクで説明しているとおりすべてのページで同じ場所に置き、すべての連絡方法を返信の目安とともにサイトのアクセシビリティ方針にも載せます。
AI コーディングアシスタントで修正しますか? このガイドを Markdown で取得、または全ガイドをコーディングエージェントで使う。
修正の確認
マウスを使わない4つの確認
確認方法: キーボード、スクリーンリーダー
OS、ブラウザーと支援技術のバージョン、ビルド、実施日、各手順の実際の結果を記録してください。ヘルプのページ、連絡方法、対応するチームを変えたときに、再度確認します。
制限
このガイドは、Webサイトから客がサポートに連絡する方法を扱います。リレーの電話を除くサポート担当者の研修、手話通訳、アクセシブルな形式での文書(EN 301 549 の12.2.4、Section 508 の602.4)は扱わず、国ごとに事業者が何を用意しなければならないかについての法的な助言でもありません。文字で連絡する方法は、誰かが返信して初めて役に立ちます。ページから返信までの全体を、実際に使う人と一緒に試してください。
よくある問題を再現した学習用のサンプルです。実在のクライアントの診断結果ではありません。コードは出発点となる実装例のため、実際の製品でも確認してください。ここでは支援技術でのテスト結果は報告していません。
コードを更新しても、使いやすさを保つために
ガイドの内容を、コーディングエージェントやCIで使える開発ルールにまとめます。更新後は、キーボードとスクリーンリーダーで再テストし、問題が再発していないか確認します。