2026年7月16日 · 読了時間8分
Steamは、あなたのストアページのブロードキャストを誰が視聴したかについて、実際の数値を提供します。最大同時視聴者数、総視聴者数、平均視聴時間、総視聴時間です。問題は正確さではなく、タイミングです。ほとんどの24時間365日のセットアップがそうであるように、ブロードキャストを何ヶ月も動かしていると、その履歴の大半は、あなたが見に行こうと思いつく前に消えています。
ブロードキャストの統計は、公開の場所ではなく、あなた自身のSteamアカウント上にあります。ブロードキャストを所有するアカウントとしてログインし、ブロードキャスト履歴ページを開いてください。Valveが報告する正確な指標については、 そのBroadcast Viewership Statisticsのドキュメントに記載されています。最大同時視聴者数、総視聴者数、平均視聴時間、そして総視聴時間です。それがすべてです。国別の内訳もなければ、ウィッシュリストとの相関もなく、リファラーのデータも付随していません。1セッションあたり4つの数値です。
これらは2つのペアに分かれます。最大同時視聴者数と総視聴者数はどちらもリーチに関するものです。前者はピーク - - 最も混雑した一瞬に何人が視聴していたか - - であり、後者は累積です。総視聴者数は具体的には総ユニーク視聴者数です。Valveは、人が離れて戻ってきても、そのセッションについては1人を1回だけカウントするので、ページ読み込みの生の回数ではありません。この区別は、2つの数値の間の差をどう読むべきかを変えます。総視聴者数の数字が最大同時視聴者数の数字に近い場合、ほとんどの人がほぼ同じ時間帯に来て、一緒に留まっていたことを示唆します。総数がピークよりもはるかに高い場合、単一の群衆ではなく、異なる人々が1人ずつ絶えず少しずつ通り過ぎていたことを示唆します。同じ総数が2つのまったく異なるオーディエンスを表しうるのです。平均視聴時間と総視聴時間は、頭数ではなく注目度に関するものです。平均は典型的な視聴者がどれくらい留まったかを教え、総計はすべての視聴者の配信での時間の合計です。どちらの数値も、人々が画面上で実際に何を見たか、あるいはあなたのページにクリックして進んだかどうかは教えてくれません。Steamはそれを公開していません。得られるのはリーチと継続時間であり、ブロードキャストがそもそも視聴されているかどうかを知るには十分ですが、なぜかを知るには不十分です。
ブロードキャストを継続的に動かしている場合に最も重要になる制限がこれです。Valveははっきりと述べています。「We only show your broadcast data from the last 30 days.」（過去30日間のブロードキャストデータのみを表示します）と。それより古いものは単にもう存在しません。ダウンロード可能なファイルにアーカイブされることもなければ、要約に劣化することもありません。ページから消えてしまうのです。
ローンチ前後で1〜2週間だけ配信する場合、これは問題になりません。イベント全体が期間内に余裕をもって収まるからです。しかし数か月にわたって24時間365日配信する場合は、確認したかどうかにかかわらず、12月の数字は2月にはもう消えているということになります。ある数字があなたにとって重要なら、たとえばセール前後の急増や2種類のトレーラーの比較などは、その週のうちにスクリーンショットを撮るかメモしておいてください。落ち着いた月を待って四半期分をまとめて見返す、というやり方はSteamでは選べません。
ここで、この期間制限は抽象的な不便さから具体的な損失へと変わります。標準的な7日間実施されたNext Festの配信は、終了から約5週間後には履歴から完全に消えてしまいます。今年のNext Festの数字を来年のものと比較したい場合、これは同じストアページで複数のフェストをまたいで運用する開発者にとって本当に役立つ比較ですが、後から昨年の数字を引き出せる日付は存在しません。Steamはそれらをあなたが手の届くどこにも保存していません。エクスポートにも、アカウント設定にも、どこにもです。そのイベントの期間が閉じる前に最大同時視聴者数、総視聴者数、平均視聴時間、総視聴時間を書き留めておくか、さもなければ次回を比較するための基準値を一切持てないかのどちらかです。
履歴ページには2種類の異なる行が混在しており、それぞれ答える問いが異なります。Broadcast Sessionは、それに属するすべてのアップロードセッションにわたって視聴データを集計し、フィードの途切れが5分を超えない限りすべてのユニーク視聴者を捉えます。Upload Sessionはより狭い範囲を扱います。1つの特定の連続したストリームで、その映像解像度、開始・停止時刻、継続時間、そして時間経過に沿った同時視聴者グラフを持ちます。
全体像、つまり一連の配信を通じた総リーチを知りたいときはBroadcast Sessionを見てください。セールが始まった時間帯など、ある特定の時間枠で何が起きたかを知りたいときはUpload Sessionを見てください。
Upload Sessionの行にある各項目は、さっと見流すのではなく個別に活用する価値があります。映像解像度と開始・停止のタイムスタンプは、自分が見ているのが正確にどの配信時間枠なのかを教えてくれます。月の途中でループ動画を差し替えていて、ある急増の間に実際にどのバージョンが配信されていたかを知る必要がある場合に役立ちます。同じ時間枠にプロットされた同時視聴者グラフは、単なるピークの数字ではなく形を示します。数時間平坦で一度だけ跳ね上がるグラフと、着実に上昇していくグラフは、たとえ最大同時視聴者数が両者で同一でも違って見えます。Steamはその形にラベルを付けたり説明したりはしてくれません。それを自分で読み取ることが、統計ページ全体の中で、数字を書き写す以上のことをしている唯一の場所です。
上記の5分ルールは、見た目以上に重要な働きをしています。フィードが落ちて5分以内に復帰すれば、Steamはそれを同じBroadcast Sessionとしてカウントし続けます。その5分の線を越えると、次の視聴データのまとまりは新しいBroadcast Sessionとして始まります。あなたの連続した配信は、Steam自身の数字の上では複数の断片に分割されてしまうのです。ページを更新している視聴者からは1回の長い停止に見えたとしても、です。
これは、誰かが気づくまでどれだけ時間がかかろうと止まったままの配信ではなく、素早く自ら再起動する配信を支持する、狭いながらも本物の論拠です。それはあなたのページを実際に何人が見たかを変えるものではありません。Steamの報告がそれを1つのセッションとして扱うか、複数として扱うかを変えるのです。フィードが一度に5分より長く落ち続ける場合、それはそれ自体として調査する価値があります。よくある原因については Steamブロードキャストのトラブルシューティング をご覧ください。
統計に表示される内容を左右するものがもう1つあります。Steamは、Upload Sessionが同時視聴者10人を超えると自動的にトランスコードを有効にし、オリジナルと並んでより低い解像度版、720p、480p、360pを生成します。これはSteamが負荷を分散しているのであって、あなたが設定するものではありません。これはそれ自体が有用な目印にもなります。あるセッションに複数の解像度が並んでいれば、そのセッションはどこかの時点で同時視聴者10人を超えたとわかります。これは集計値ほど直接的には教えてくれない情報です。
これはUpload Sessionの表示にのみ現れ、Broadcast Sessionのまとめには現れません。これは、集計をざっと見て済ませるのではなく両方の行タイプを確認すべきもう1つの理由になります。どのアップロードセッションでも同時視聴者10人を超えなかったBroadcast Sessionは、トランスコードを一度も発動させておらず、それはそれで問題ありません。単に視聴者解像度の詳細が確認できないというだけのことです。
自分の数字を「こうあるべき」という基準に照らして判断する前に、知っておく価値のあることが2つあります。というのも、動画をループ再生する配信は、人がライブ配信するのとは別物であり、統計は動画そのものとは関係のない理由で薄く見えることがあるからです。
ストア配信の遅延は、配信者からおおむね30秒前後だと報告されることが多いです。Valveはストア配信の公式な遅延数値を公表していないため、これは仕様ではなくユーザーが観測した値として扱ってください。実際のところこれは、視聴している人は誰でもあなたのループを実時間より約30秒遅れて見ている、という意味です。反応すべきチャットのない録画済みループにとってはこれは関係ありませんが、配信をその瞬間に反応するライブフィードとして扱いたくなった場合には知っておく価値があります。配信はライブではありませんし、統計もライブのようには振る舞いません。
より大きなポイントは、そもそも視聴者がどのようにやって来るかという点です。ライブ配信する人は、そう告げられたからこそ予定された時刻に集まる視聴者を築きます。ストアページ上のループ動画には予定表がありません。あなたの統計に現れる視聴者は皆、閲覧や検索、リンクをたどるといった別の理由ですでにあなたのストアページにいて、たまたまそこにいる間に配信が流れていたからこそやって来たのです。それは既存のストアトラフィックから受け継いだ受動的な視聴者であって、あなたが呼び集めた視聴者ではありません。つまり平均視聴時間や総視聴者数は、それ自体で新たなトラフィックを引き込むチャネルとしてではなく、あなたのページがすでに得ているトラフィックの副産物として読むのが最適です。開始時刻を告知した予定制のライブ配信に期待するような数字と比べて自分の数字が控えめに見えるなら、それが正直な理由であって、追いかける価値のある食い違いではありません。
空の配信履歴は、誰も見ていないと誤読しやすいものです。Valve自身のFAQは、その結論を出す前に知っておく価値のある区別を示しています。ストアページに表示されるのはPublicの配信だけです。フレンド限定のストリームはそもそもそこに一切現れないため、ストア視聴者数はゼロと記録されます。誰も見なかったからではなく、ストアページがそれを一度も表示しなかったため、誰も見ることができなかったからです。公開範囲がPublic以外に設定されていると、統計は誰にも見つけられなかった配信とまったく同じに見え、履歴ページ自体にはあなたが実際にどちらの状況にいるのかを教えてくれるものは何もありません。
さらに2つの失敗モードが同じ空白の結果を生み、ValveのFAQによればそれらが最も一般的なものです。ブロードキャスト用アカウントがそのゲームに対してホワイトリスト登録されていないか、Broadcast App IDが未設定または間違っているかです。どちらもブロードキャストがストアページに表示されるのをそもそも妨げます。つまりどちらも、誰も視聴しなかったブロードキャストとまったく同じに見えるブロードキャスト履歴を生み出すのです - - なぜならSteamは何もカウントしなかったからで、そもそも何も表示されなかったからです。ブロードキャストを設定したばかりで数値がゼロのまま横ばいになっている場合、ループ自体が誰も引き付けていないと結論づける前に、可視性、ホワイトリスト登録、App IDを確認してください。これが最も重要になるのは、まさに最も間違えやすいときです。ローンチ前のComing Soonページでブロードキャストを設定する、アカウントとApp IDの設定が新しくて未検証のときです。そのセットアップについては、 ローンチ前、Coming Soonページでのブロードキャストで個別に扱っています。
これらはどれも、あなたが何をアップロードするか、どう配信するかを変えるものではありません。変えるのは、Steamが提供する数字の使い方です。おおよそ3週間ごとに繰り返しのリマインダーをカレンダーに設定し、配信履歴ページを開いて、あなたにとって重要なものは何でも記録してください。その期間の総視聴者数、平均視聴時間、複数の解像度を持っていたUpload Sessionなどです。それが30日間という期間制限に対する対処法のすべてであり、これ以上気の利いた方法は存在しません。
何を記録するかは、どの行タイプを見ているかによって決まります。Broadcast Sessionについては、その配信全体の総視聴者数と平均視聴時間を控えてください。それがその期間のリーチの要約になります。複数の映像解像度が表示されているUpload Sessionについては、日付とあわせて解像度も控えてください。それが、そのセッションがどこかの時点で同時視聴者10人というトランスコードの閾値を超えたことを示す唯一の手がかりであり、30日が過ぎれば他のすべてと一緒に消えてしまうからです。どちらの数字も他方の代わりにはなりません。片方を飛ばせば、期間制限が両方を過ぎ去ったときに実際に手元に残るものは半分になってしまいます。
配信の視聴者が増えることで実際にストアページに効果があるのか気になりますか。Steamが何を見せ、何を見せないのかについては、 配信とウィッシュリストで検討しました。そして、あの5分の隙間に陥りかねないストリームのお守りをしたくないなら、 監視付き配信の費用をご確認ください。