チャンネル登録者に通知を送らずにYouTubeで非公開テスト配信を行う方法

配信に適したアクセス種類を選ぶ

YouTubeでのテストには「限定公開」と「非公開」の2つのモードが適しています。限定公開では、配信は検索、おすすめ、チャンネルのタブで一般の視聴者に表示されません。リンクを受け取った人は誰でも視聴できます。この方法は、モデレーター、デザイナー、数人の知人と確認するのに便利です。

非公開配信は、手動で追加したアカウントのみが視聴できます。リンクがさらに転送されるリスクなしで確認したい場合の方法です。非公開アクセスの欠点は、視聴者ごとにGoogleアカウントが必要で、招待リストを個別に設定しなければならないことです。

通常の技術テストには限定公開を使用する

YouTube Studioで配信を作成するか、すでに予定されている配信を開きます。公開範囲のブロックで「限定公開」を選択します。配信開始前に設定を保存し、視聴ページのURLをコピーして、テストに参加する人だけに送ります。

限定公開配信は完全に非公開ではありません。 URLを知っている人は誰でも配信を開き、チャットに参加し、公開範囲を変更しなければ終了後に録画も視聴できます。リンクを公開チャンネル、ウェブサイト、コミュニティ投稿、他の動画の説明欄に公開しないでください。

限られた範囲向けに非公開配信を設定する

テストが新しい企画、有料フォーマット、内部ミーティング、または事前に公開できない素材に関するものであれば、「非公開」を選択します。配信設定で視聴者のGoogleアカウントのアドレスを追加します。視聴者は、アクセスを許可したまさにそのアカウントでログインする必要があります。

このモードの欠点は、視聴者が別のブラウザでリンクを開いたり、ログインしていなかったりすると、配信にアクセスできない可能性があることです。本番の確認前に、各参加者に事前にページを開いてもらいましょう。そうすれば、テストの最初の数分を適切なアカウントの探索に費やさずに済みます。

通知をオフにした公開テストは行わない

公開配信では、YouTubeが登録者フィードや通知への公開設定を提案することがあります。これをオフにすると一部の視聴者にプッシュ通知を送らずに済みますが、配信自体は公開のままです。チャンネル、検索、おすすめ、または直接リンクから見られる可能性があります。

この方法は、追加の通知が不要な、すでに告知済みの配信にのみ適しています。テストには不向きです。視聴者が誤って配信にアクセスしたり、チャットに書き込んだり、未完成のデザインを見たりする可能性があります。

予定された配信の公開範囲を確認する

配信を事前に作成する場合は、アクセスを2回確認します。作成時と開始前です。YouTube Studioのテンプレートには、前回の配信のパラメータが保存されていることがあります。公開配信の後は、習慣でテストイベントに公開の公開範囲を残してしまいがちです。

シークレットモードまたはログインしていないブラウザで配信ページを開きます。限定公開の配信は、チャンネルの検索で見つからないはずです。招待のない非公開配信は、アクセス制限を表示するはずです。チャンネル所有者の通常のアカウントでの確認は適していません。所有者は一般の視聴者よりも多くを見ることができます。

稼働中の配信を変更するのではなく、テスト用に別の配信を作成する

1つのイベントをテストと本番の公開配信の両方に使用しないでください。別のタイトル、サムネイル、ストリームキーで別の配信を作成します。確認後にそれを停止し、その後、別のイベントで本番配信を開始します。

そうすれば、将来の告知の下にテスト録画が残らず、チャットと分析が混同されず、視聴者が事前に本番のリンクを受け取ることもありません。欠点は、一部の設定を手動で移行する必要があることです。遅延、説明、モデレーター、チャット設定、収益化のパラメータなどです。

配信キーとエンコーダーへのアクセスを保護する

YouTubeの公開範囲は、部外者が配信キーを入手した場合、配信を保護しません。このキーがあれば、対応するエンコーダーを通じてあなたの配信に信号を送ることができます。画面共有でキーが表示されるウィンドウを見せたり、共通チャットに送信したり、チームの公開ドキュメントに保存したりしないでください。

テストには別のキーまたは別のイベントを使用するのがよいでしょう。確認後、キーが画面録画、スクリーンショットに写り込んだり、もはやプロジェクトに参加していない人がアクセスできたりした場合は、キーをリセットできます。リセットの欠点は、配信プログラムにキーを再度入力する必要があることです。

視聴者が現れる前に信号を確認する

エンコーダーを起動し、YouTube Studioが受信信号を認識するまで待ちます。配信開始前に、解像度、フレームレート、ビットレート、マイクの音声、ゲームまたはブラウザの音声、シーン、キャプチャソースを確認します。個人メッセージ、パスワード、デスクトップ、システム通知がフレームに映り込んでいないことを確認します。

• 別のデバイスからテスト配信を開きます。
• 音声と映像の同期を確認します。
• マイク、ゲーム、音楽、通知の音量を比較します。
• 使用予定のすべてのシーンを切り替えます。
• オーバーレイ、ドネーション、ウィジェットが必要なデータを表示していることを確認します。

一人で確認する欠点は、視聴者側の一部の問題が見えないことです。チャットの遅延、モバイル視聴の品質、アクセス制限などです。

さまざまなデバイスを持つテスト視聴者を接続する

開始前に1～2人にリンクを送ります。できれば、一人はパソコンから、もう一人はスマートフォンまたはモバイルネットワーク経由で視聴するのがよいでしょう。彼らは、追加の操作なしで配信が開くか、音声があるか、チャットが正しく機能するか、重要な要素がYouTubeのインターフェースを覆い隠していないかを確認できます。

視聴者にリンクをさらに転送するよう頼まないでください。アクセスがリンクで設定されている場合、URLのすべてのコピーを追跡することはできません。非公開アクセスの場合は、各参加者を自分で追加します。時間はかかりますが、視聴者リストを管理下に保てます。

テスト配信用にチャットとモデレーションを設定する

非表示の配信でもチャットが有効な場合があります。チャットが有効か、リンクが許可されているか、メッセージの遅延、NGワード、登録者モードが機能しているかを確認します。モデレーターをテストする場合は、事前に追加し、必要な権限があることを確認します。

技術的な確認にはチャットが役立ちます。音声が消えたとき、映像がフリーズしたとき、同期ずれが発生したときに視聴者が書き込めます。チャットを有効にする欠点は、配信を削除したりテスト後にアクセスを制限したりしない限り、メッセージが録画に残ることです。

確認時に配信の遅延を考慮する

本番配信で使用予定の同じ遅延モードでテストします。通常の遅延では、視聴者は反応を目に見えて遅れて見ることになり、低遅延では接続の安定性への要求が高まります。超低遅延はほぼ遅延なしでコミュニケーションできますが、一部の機能が制限され、不安定なインターネットの影響をより受けやすくなります。

エンコーダーのプレビューで品質を評価しないでください。別のデバイスでYouTubeのページそのものを見てください。そこでは、実際の遅延、アダプティブ品質の動作、プラットフォーム側で発生する可能性のあるフレーム落ちが確認できます。

テスト終了後に録画を確認する

配信を停止した後、YouTubeはそれを録画として保存することがあります。動画を開き、開始、終了、シーン切り替えのある部分、音量、チャットを確認します。配信が限定公開だった場合、手動で変更しない限り、録画も同じアクセスモードを保持します。

テストに個人データ、仕事のやり取り、偶発的な映像、非公開の素材が含まれていた場合は、録画を削除します。非公開に変更すると視聴は制限されますが、リンクがすでに他の人に渡っていた場合、状況は解決しません。削除の欠点は、後で録画から技術的なエラーを分析する機会を失うことです。

テスト配信が最もよく露見する原因

• 前回の配信後に公開の公開範囲がテンプレートに残っていた。
• 配信のリンクが投稿、動画の説明欄、チームの公開チャットに載ってしまった。
• 本番配信のために予定していたのと同じイベントでテストを開始した。
• フレームにリンク、配信キー、アカウントデータが映り込んだ。
• テスト後の録画を、内容を確認せずにリンクでアクセス可能なままにした。
• 非公開配信で、視聴者に間違ったGoogleアカウントへのアクセスを許可した。

開始前には信号のステータスだけでなく、イベントの公開範囲も確認しましょう。 これが、誰が配信ページを開けるかを決める唯一の設定です。