0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

なぜ一部のサイトは、タブを切り替えると動画を一時停止するのか

0
Posted at

動画を再生しながら、別のタブで調べものをする。すると音声が止まり、元のページに戻ると再生が再開する。ウィンドウを最小化したり、別のアプリをクリックしたりするだけで止まることもあります。

これは必ずしも通信障害やブラウザの不具合ではありません。サイトがページの状態を検知し、「ユーザーが離れた」と判断して一時停止させている場合があります。

その背景を、動画配信の通信量、内容の見逃し、広告収益の3つの観点から考えてみます。以下はこの設計を説明し得る動機であり、特定のサイトの意図を断定するものではありません。

サイトはどうやってタブの切り替えを知るのか

ブラウザには Page Visibility API があります。タブを切り替えたりウィンドウを最小化したりしてページの可視状態が変わると、サイトは visibilitychange イベントを受け取り、document.visibilityState を確認できます。そのタイミングで動画を一時停止する実装が可能です。

ウィンドウがフォーカスを失う blur イベントを使うサイトもあります。ただし、「フォーカスがない」と「見えていない」は同じではありません。デュアルモニターで別の画面を操作していても、動画のウィンドウは見えていることがあります。

サイトが把握できるのはページの状態です。ユーザーが見続けているのか、音声だけ聴いているのかまでは正確には分かりません。

1. 通信量を抑える:見られていない間の配信コスト

動画の再生にはデータの取得が必要です。分割された動画データを順に読み込むプレーヤーでは、画面を見ていなくても再生が進めば、通常は後続のデータも取得されます。

ユーザーが離れたまま何十分も再生が続けば、実際には視聴されない通信が発生する可能性があります。多数のユーザーが同時に利用するサービスでは、その積み重ねが配信コストに影響します。

たとえば、平均5 Mbpsで1時間伝送すると、単純計算で約2.25 GBです。これはビットレートから求めた例で、実際の通信量は画質、圧縮方式、キャッシュ、プレーヤーの読み込み方によって変わります。

ページが非表示になったら再生を止め、後続データの取得も抑える設計は、リソースの節約につながり得ます。

ただし、再生の一時停止とダウンロードの停止は別です。 一時停止中もバッファリングを続けるプレーヤーがあります。通信量を直接抑えるには、先読みや追加リクエストの制御も必要です。すでに取得したデータが、一時停止によって戻るわけではありません。

また、配信構成によっては節約されるのはオリジンサーバーの帯域だけでなく、CDNの配信トラフィックです。

2. 内容の見逃しを防ぐ:戻ったときに続きを見られるように

自動一時停止が、ユーザー体験のために用意されている場合も考えられます。

料理動画で材料を調べるために別のタブを開く。操作説明を見ながら、実際のソフトを開いて手を動かす。その間に動画が進み続けると、大事な場面を見逃してしまうかもしれません。

離れたときに止まり、戻ったときに続きから見られれば、再生位置を探し直す手間が減ります。

一方で、タブを切り替えることは、視聴をやめることとは限りません。インタビューを聴きながら資料を読む、講義を聴きながらメモを取る、サブモニターに動画を置いて作業する、といった使い方もあります。

この場合は、サイトが親切のつもりで止めることで、かえって作業の流れが途切れます。同じタブ切り替えでも、止めてほしい人と、そのまま聴きたい人がいるのです。

3. 広告収益:再生された広告が、見られた広告とは限らない

広告で運営を支えるサイトでは、ユーザーがページにいるかどうかが広告の価値にも関わります。

広告主が重視するのは、広告が読み込まれたかだけではありません。ユーザーに見える機会があったかも重要です。別タブを見ている間に動画広告が最後まで流れても、視覚的な接触が得られたとは限りません。

たとえばGoogle Ad Managerのインストリーム動画広告では、広告のピクセルの50%以上が2秒間連続して見える状態にあることが、ビューアブルな表示を測る基準です。これは「見る機会があった」という指標であって、ユーザーが実際に注目した証明ではありません。

ここから考えると、ページが見えない間は広告を止め、戻ってから続きを流す設計には、バックグラウンドで消費される広告再生を減らす狙いがあり得ます。コンテンツと広告を一体の再生フローで扱う実装では、プレーヤー全体が停止することも考えられます。

ただし、タブを切り替えたら広告収入が必ずゼロになる、という意味ではありません。 広告の課金・精算方式はさまざまで、可視率、再生完了率、最終的な収益は一対一では対応しません。

広告が見える機会を確保することは、こうした設計の動機の一つになり得ます。しかし、個々のサイトの採用理由は、運営側の説明や実装を確かめずに断定できません。

本当に難しいのは、ユーザーの意図をどう扱うか

通信量の節約、内容の見逃し防止、広告価値の維持。それぞれに合理性はあります。問題は、サイトが「ページが前面にない」を「もう再生を必要としていない」と同一視することです。

より使いやすい設計としては、「タブを切り替えたら一時停止する」を選べる設定や、音声だけは継続する選択肢が考えられます。ユーザーが自分で押した一時停止と、ページ状態による自動一時停止も区別し、戻っただけで意図せず再生を再開しない配慮が必要です。

NoPause Playbackについて

私たちTMETEが開発しているChrome拡張機能「NoPause Playback」は、サイト側の自動一時停止による中断を減らし、調べもの、メモ、複数画面での作業中も再生を続けやすくするためのツールです。この部分は開発者による製品紹介です。

PC版Chrome向けで、対応サイトでの再生継続を助けます。実際の効果はプレーヤーや一時停止の仕組みによって異なります。まずは普段使うサイトで動作を確認してください。

ChromeウェブストアでNoPause Playbackを見る

タブを切り替えたとき、動画には自動で止まってほしいですか。それとも再生を続け、止めるタイミングを自分で決めたいですか。

ja-02-video-keep-playing-1280x800.png

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?