トピックを検索
字幕がない、または自動字幕だけのライブ配信
ソフトウェア会社が春のリリースをライブのウェビナーで配信していますが、字幕がないか、配信サービスの自動字幕だけで、数字を聞き違え、「対象外です」を「対象です」にしてしまいます。
<iframe src="…/embed/live_stream?channel=…"> 問題
ライブ配信の音声が聞こえない人は発表の内容を受け取れず、自動字幕では数字を誤り、答えが逆になって届きます。
ソフトウェア会社が、春のリリースをライブのウェビナーで発表します。イベントのページに埋め込んだプレーヤーで配信しています。スライドには「ゲスト席」「バックグラウンドでのエクスポート」とだけあり、それ以外はすべて声で伝えます。アレックスが、すべてのプランにゲスト席が15席付くこと、エクスポートがバックグラウンドで動くことを発表します。次にプリヤが、チャットの質問を読み上げます。「無料プランも対象ですか?」。答えは「対象外です」。プレーヤーに字幕がないため、見ているろう者の顧客には、スライドが変わるのが見えるだけです。別の版のページでは、配信サービスの自動字幕をオンにしています。字幕は数語ずつ出ますが、「ゲスト石が50席付きます」と書き、質問と答えをつなげて「無料プランも対象です対象です」と表示します。
達成基準1.2.4は、同期したメディアに含まれるライブの音声すべてに字幕を求めます。話し声のあるライブ配信には、配信中に字幕が必要です。字幕は、話された言葉すべて、誰が話しているか、意味のある音を伝えます。字幕のないライブ配信は、そのまま満たしません。自動字幕は画面に出ますが、W3Cの解説では、自動生成の字幕は完全に正確だと確認されない限りアクセシビリティの要件を満たさないとされています。ライブでは、表示される前に誰も確認できません。この例では、数字が変わり、疑問符がなくなり、別の人が話し始めたことも示されず、「外」が抜けて答えが逆になっています。
ライブ配信は話し手のペースで進み、ウェビナーでは追加の質問をする機会も一緒に過ぎていきます。字幕が取りこぼしたものは、そのイベントでは失われます。職場や共有の場所で音を消して見ている人も、同じ無音に出会い、音を出すより配信から離れてしまうこともあります。
10グループ中3グループに影響
- 全盲 (影響なし)
- 弱視 (影響なし)
- 色覚 (影響なし)
- ろう (影響あり)
- 難聴 (影響あり)
- 発話 (影響なし)
- 手の操作 (影響なし)
- 届く範囲・力 (影響なし)
- 認知 (影響あり)
- 光過敏 (影響なし)
- 聴覚を使わない ゲスト席の数、変わった点、質問への答えなど、発表されたすべてを受け取れません。誤った自動字幕は、発表そのものとして読まれるため、字幕がないより悪い結果になります。
- 聴覚が限られる 小さな声、早口、遠隔の登壇者の質の悪いマイクは、話し手のペースで進むライブでは聞き取りにくくなります。一部が聞こえる人は、字幕で聞き逃した部分を補い、数字を確かめます。
- 言語・認知・学習の能力が限られる 話を聞いて理解するのに時間がかかる人や、第二言語で見ている人は、字幕を読みながら、話し手のペースで進む配信についていけます。
配信前のストリームは、どの自動チェックでも見られません。axeには1.2.4のルールがなく、動画の字幕のルールは1.2.2のためのもので、<video> の中に <track kind="captions"> があるかを見るだけです。EaseWebの診断は、ライブだと分かるプレーヤーを確認の対象として挙げます。チャンネルのライブ配信を埋め込むYouTubeのプレーヤー、Vimeoのライブイベントの埋め込み、Twitchのチャンネルのプレーヤー、ページ自前の、終わりのない動画です。動画IDで埋め込んだライブ配信はほかの動画と見分けがつかず、一般的な動画の確認項目の対象になります。そこでもライブ字幕を確認するよう求めています。当日に字幕があるか、正しいかは、リハーサルと本番で人が確認するしかありません。自動字幕は音声認識で、録画の字幕の下書きを作るのと同じ種類のAIです。ライブでは、直す時間がありません。
試してみる
ライブのウェビナーに参加して、ミュートにしてください。それでもゲスト席について何が発表されたか分かりますか?
話し手の声は端末の読み上げの声です。プレーヤーをミュートにすると、音声が聞こえない人と同じ状態で見られます。「問題1」のプレーヤーには字幕がありません。「問題2」では、CCで自動字幕をオンにし、何を聞き違えるか聞いてください。配信が終わると、話された内容が下に表示されます。修正を適用すると、字幕担当者の字幕がプレーヤーの中や横に表示されます。それぞれ全画面表示も試してください。
問題あり 修正できますか?
春のリリース、ライブ配信
木曜 16:00 UTC。約20分、最後に質問の時間があります。
配信が終わると、話された内容がここに表示されます。音を消したときに届いた内容と比べてください。
修正方法
すべてのライブ配信に、最初の言葉から最後の質問まで、人がリアルタイムで字幕を付けます。
- 1話し声のあるライブ配信には、最初の言葉から最後の質問まで字幕を付ける。
- 2自動字幕だけでは足りず、人がリアルタイムで字幕を付ける。
- 3話し手が変わるたびに名前を示し、意味のある音は[]で書く。
字幕のないライブ配信
<h2>春のリリース、ライブ配信</h2><p>木曜 16:00 UTC。約20分、最後に質問の時間があります。</p><!-- Captions: none --><iframe src="https://www.youtube.com/embed/live_stream?channel=UC…" title="春のリリース、ライブ配信" allow="fullscreen"></iframe>字幕担当者の字幕を、プレーヤーの字幕として表示
<h2>春のリリース、ライブ配信</h2><p>木曜 16:00 UTC。約20分、最後に質問の時間があります。 字幕担当者によるライブ字幕付き:プレーヤーのCCでオンにできます。</p><!-- Captions: a live captioner, sent to the platform's captions input --><iframe src="https://www.youtube.com/embed/live_stream?channel=UC…" title="春のリリース、ライブ配信" allow="fullscreen"></iframe>配信サービスに字幕を送るものが何もないため、プレーヤーに字幕ボタンがなく、音声が聞こえない人にはスライドしか届きません。
イベントのために手配した字幕担当者が、話し手の声を聞き、話した内容をリアルタイムで書きます。速記の機械を使うか、自分の声に合わせて学習させた音声認識に言い直して入力します。字幕担当者のソフトウェアが配信サービスの字幕の入力に字幕を送り、プレーヤーに話し声の数秒後に表示されます。字幕は話し手が変わるたびに名前を示し、数字と「対象外」を正しく伝え、誰も話していない間の音も示します。プレーヤー自体の字幕なので、視聴者はCCボタンでオンとオフを切り替えられ、全画面表示や配信サービスのアプリにも一緒に届きます。
字幕担当者が書いていれば、どちらも1.2.4を満たします。字幕はプレーヤーに送ります。横に表示する字幕はページが二つを一緒に保っている間だけ基準を満たしますが、プレーヤー自体の字幕は全画面表示を含め、配信が届くところすべてに一緒に届き、配信サービスが独自の時計ではなく配信に合わせて表示します。多くの配信サービスやウェビナーのサービスには、そのための字幕の入力があります。プレーヤーの横のページは、使わざるを得ないサービスにその入力がない場合に限って使い、字幕が映像より先に出ず、後に続くよう、字幕担当者には視聴者と同じ配信から書いてもらいます。
字幕担当者は、登壇者と同じ時期に手配します。リアルタイムの字幕担当者(CARTの提供者)は、電話回線やインターネットで音声を聞いて遠隔で作業します。事前に、登壇者の名前、製品名、スライド、台本があれば台本といった資料が必要です。質問の時間も含めてイベント全体を依頼し、延長したときの扱いも決めておきます。
配信サービスごとに、字幕担当者の字幕の受け取り方が違います。
- YouTube Live:エンコーダーで配信に埋め込んだ字幕か、字幕担当者のソフトウェアが配信の設定にある字幕取り込みURLに送る字幕。
- Zoomのミーティングとウェビナー:ホストが、ミーティングのAPIトークンで外部の字幕サービスを割り当てるか、参加者に字幕の入力を割り当てる。
- Microsoft Teamsの会議:開催者が会議のオプションでCART字幕をオンにし、表示されるリンクを字幕担当者に送る。
配信サービスが自動字幕も提供している場合、字幕のメニューに両方が並ぶことがあります。サービスが許せば、視聴者が見分けられるよう字幕担当者のトラックにラベルを付けるか、自動字幕をオフにします。字幕担当者を手配していない社内の通話では自動字幕も役に立ちますが、公開の配信が1.2.4を満たす方法にはなりません。1.2.4に関するW3Cの解説は放送を対象にしており、会議アプリでの数人の通話にアプリが字幕を付けることまでは求めていません。一方、視聴者に向けて配信するウェビナーや発表会は対象です。
チャットに書かれた質問はすでに文字ですが、声で尋ねた質問はほかの話と同じく字幕が必要です。デモ動画のように登壇者が再生するものも、話し声には字幕を付け、音は[]で説明します。
配信が終わり、録画がページに残る場合、それは収録済みの動画で、字幕のない動画と、確認されていない自動字幕が当てはまります。字幕担当者の文章は良い出発点で、録画と照らし合わせて直し、字幕ファイルにします。手話通訳は、収録済みの動画だけを対象にしたレベルAAAの別の要件(1.2.6)で、ラジオ番組のような音声だけのライブ配信は1.2.9の対象です。
AI コーディングアシスタントで修正しますか? このガイドを Markdown で取得、または全ガイドをコーディングエージェントで使う。
修正の確認
マウスを使わない5つの確認
確認方法: 音を消して視聴、キーボード
OS、ブラウザーと支援技術のバージョン、ビルド、実施日、各手順の実際の結果を記録してください。配信サービス、会場、字幕担当者が変わると設定も変わるため、イベントごとに再度確認します。
制限
このサンプルは、どのアプリケーションでも同じ結果になることを保証するものではありません。ライブ字幕は話し声より数秒遅れ、字幕担当者も打ち間違えることがあるため、録画は修正が必要です。字幕がプレーヤーに届く仕組みは配信サービス、その契約、設定によって違い、変わることもあります。最新のドキュメントを確認し、字幕担当者とリハーサルしてください。できれば、字幕に頼る人と一緒にイベント全体を確認してください。
よくある問題を再現した学習用のサンプルです。実在のクライアントの診断結果ではありません。コードは出発点となる実装例のため、実際の製品でも確認してください。ここでは支援技術でのテスト結果は報告していません。
コードを更新しても、使いやすさを保つために
ガイドの内容を、コーディングエージェントやCIで使える開発ルールにまとめます。更新後は、キーボードとスクリーンリーダーで再テストし、問題が再発していないか確認します。