Googleアカウントを使わずに既知のYouTubeチャンネルフィードを確認する方法

自分のチャンネル一覧から始める

読者の質問は、「アカウントを一切必要としない」登録方法を求めています。このガイドが扱う範囲は、チャンネルIDとフィードURLがすでに分かっているフィードの確認に限られます。ローカルにチャンネル一覧を保存し、必要な値が欠けている場合やフィードの確認に失敗した場合は、チャンネルを手動で確認します。確認済みのフィードが用途に合う場合は、ローカルのフィードリーダーを利用します。

フィードとは、リーダーが取得するエントリーを一覧にした文書です。フィードリーダーは、その文書を確認し、エントリーを表示するプログラムです。RSSはReally Simple Syndicationの略で、フィード形式の一つです。このガイドでは、既存の公開チャンネルフィードを使います。フィードサーバーは作成しません。

オンラインのリーダー用アカウントを作らずに、一覧をローカルに保存できるリーダーを選びます。このガイドでは、特定のリーダーを試験していません。一覧全体を移す前に、この条件を満たすか確認してください。

ローカルでのフィード登録は、リーダー内の設定です。Googleアカウントでのチャンネル登録にはなりません。また、非公開のアカウント登録履歴など、所有者だけが利用できるチャンネル関連の記録も取得できません。この方法では、自分で選んだ公開チャンネルのアドレスを出発点にします。

次の制約を明確にしておきます。

• フィードに表示されるのは、最近のエントリーだけの場合があります。チャンネル全体の完全な記録ではありません。
• リクエストが失敗した場合、投稿数は分かりません。
• フィードアドレスだけでは、フィードが動作する証拠にはなりません。
• この方法では動画をダウンロードしません。
• 配信、更新の時期、稼働時間は保証しません。

フィードを追加する前に管理表を保存する

URLとは、ウェブ上のアドレスです。フィードを探す前に、各チャンネルの元のURLを保存します。後で同じチャンネルの別の標準アドレスが分かっても、元のアドレスを残しておきます。

スプレッドシートなどのローカルの表を使います。以下は、管理表に設ける項目の案です。一部はActorの出力項目名をそのまま使っています。確認用の項目は、自分で記録・管理します。

識別子、またはIDとは、記録を識別するための値です。固定のチャンネルIDを使って、後の確認結果を同じチャンネルに結び付けます。ハンドルとは、アットマークで始まるチャンネルアドレスの名前です。ハンドルは変更されることがあります。表示名の一致だけを、同じチャンネルである証拠にしないでください。

収集結果とフィードの確認結果は分けて管理します。ActorがチャンネルIDとフィードアドレスを返しても、フィードから応答があると証明したことにはなりません。Actorの`observedAt`の値は、自分がフィードを確認した日時ではありません。Actorの`status`項目は、自分で記録する`feedState`とは異なります。

日時には協定世界時を意味するUTCを使うか、確認のたびにタイムゾーンを記録します。不明な日時は未入力のままにします。次に表を開いた日時で埋めないでください。

チャンネルの識別情報とフィードアドレスを確定する

各チャンネルについて、すでに分かっているチャンネルIDとフィードURLを用意します。提示された証拠には、ホスト型サービスのアカウントを使わずに、公開チャンネルページから両方の値を取得する方法は示されていません。そのため、この方法で確認するのは既知の値です。チャンネルURLだけからフィードの設定を完了する手順ではありません。公開チャンネルページを調べ、目的のチャンネル、標準アドレス、表示名が一致することを確かめてから、チャンネルの識別情報を確定します。必要な2つの値がそろった場合にのみ、フィードの確認へ進みます。どちらかが欠けている場合は、その行を未解決のまま残し、公開チャンネルを手動で確認します。

どのチャンネルか確定できない場合は、元のURLを残し、その行を未解決にします。名前が似ているという理由で、別のチャンネルを選ばないでください。

収集の手段として、ChronometricaのYouTube Channel Scraperには、出力項目として`channelId`、`channelUrl`、`displayName`、`rssUrl`などが記載されています。収集結果と観測日時も記載されています。Actorとは、ホスト型サービス上で動くデータ収集プログラムです。これらの項目は、この方法のチャンネル識別に役立ちます。ただし、フィードの確認まで完了するわけではありません。Chronometricaの公開仕様：2026年10月25日確認、有料実行なし

提示された少量の入力例は次のとおりです。

{"startUrls":["https://www.youtube.com/@YouTube"]}

`startUrls`は、公開チャンネルのURLまたはハンドルを指定する入力項目です。例のアドレスを、更新を確認したい公開チャンネル1つのアドレスに置き換えます。一覧を増やす前に結果を調べられるよう、まず1つのチャンネルから始めます。

公開スキーマでは、1～1,000件の入力値を受け付けます。スキーマとは、入力形式と条件を定めた仕様です。この上限は受け付ける入力件数を示し、このガイドで収集したチャンネル数を示すものではありません。この入力例は、公開入力スキーマに照らした確認に合格しました。Actorの有料実行は行っていません。実際の実行は、利用者が次に行う対応の案です。公開デフォルトビルド：2026年10月25日確認、スキーマの調査のみ

Taskとは、入力設定を保存したものです。確認時点では、YouTube Channel RSS and ID Dataset Taskの公開ページが存在していました。保存された設定は、認証を伴うアクセスでは調査していません。Taskも実行していません。利用する前に、例の値を置き換え、設定を確認してください。公開Task：2026年10月25日確認、存在の確認のみ

Googleアカウントを使わずに確認済みのフィードを読むことと、ホスト型の収集ツールを使うことは別です。任意で利用できるActorには、収集に役立つ項目が記載されています。ただし、このガイドでは実行していません。提示された証拠では、すべてのツールについてアカウントの要否は確認できません。ホスト型サービスのアカウントを一切使いたくない場合は、手元にあるチャンネルIDとフィードURLを使います。どちらかの値が欠けている場合は、ローカルの一覧を残し、チャンネルを手動で確認します。

より大きなチャンネル識別情報の表を作る場合は、チャンネルプロフィール収集ガイドを参照してください。このガイドでは引き続き、返された各フィードが動作するかどうかを判断します。

取り込む前に応答を確認する

HTTPはHypertext Transfer Protocolの略です。ウェブでリクエストと応答をやり取りするための仕組みです。HTTP応答コードは、1回のリクエストの結果を示します。そのコードをリクエスト日時と一緒に記録します。

XMLはExtensible Markup Languageの略です。構造を持つテキストです。ブラウザーでは、そのままのテキストや文書のツリーとして表示される場合があります。HTMLのエラーページはウェブページであり、確認済みのフィードではありません。HTMLはHypertext Markup Languageの略で、ウェブページに使う形式です。

次の順序で確認します。

1. 返された`rssUrl`を開きます。リクエスト日時とHTTPの結果を保存します。
2. 応答にフィードのXMLが含まれていることを確認します。エラーページを空のフィードとして受け入れないでください。
3. フィード内のチャンネルIDが、想定する`channelId`と一致することを確認します。
4. エントリーのIDと日付を調べます。日付が欠けている場合は不明のままにします。
5. 応答とチャンネルの一致を確認できた場合にのみ、エントリーを数えます。
6. エントリーがある場合は、1件を開きます。目的の公開動画とチャンネルに移動することを確認します。
7. フィードをリーダーに追加する前に、結果を管理表に保存します。

HTTP応答が成功しただけでは十分ではありません。応答には、想定するチャンネルの想定する文書が含まれている必要があります。文書を開けても、別のチャンネルを示している場合は、チャンネルの一致確認に不合格です。

同様に、XMLを読めるだけでは確認は完了しません。件数を使う前に、チャンネルの一致を確かめ、エントリーを調べます。必要な確認が完了していない場合は、その制約を`checkNote`に記載します。

`observedEntryCount`にゼロを入力するのは、確認に合格し、対象チャンネルと一致するフィードに、実際にエントリーがない場合だけです。このゼロは、確認した応答についての値です。そのチャンネルが一度も動画を投稿していないと証明するものではありません。

このガイドで実際に行ったリクエストでは、2026-10-25T02:20:49.111779+00:00にHTTP 500が返されました。動作するフィード、XMLのエントリー、最近のエントリー数は、いずれも確認できませんでした。エントリー数は不明のままにします。YouTubeフィード：2026年10月25日確認、HTTP 500応答

確認に失敗した場合は状態を明確にする

状態名は毎回同じものを使います。その状態を選んだ理由を説明できるよう、必要な詳細を残します。

「一時的な失敗」は、以前の確認には合格したものの、その後のフィードへのリクエストが失敗した状態です。後でフィードを再確認します。この状態は、フィードの復旧を保証するものではありません。初回の試行でフィードの動作を確認できなかった場合は、「未解決」を使います。

ある時点での404応答は、その時点の観測結果です。それだけでチャンネル全体が削除されたとは判断できません。管理表を変更する前に、チャンネルIDと公開チャンネルページを再確認します。

リクエストが失敗した場合は、実際の応答と日時を記録します。適切な間隔を空けて、後で再試行します。最後に確認に成功した日時を、失敗した確認の日時で上書きしないでください。両方を残すことで、フィードが最後に動作した日時と、直近で失敗した日時が分かります。

過去のエントリーは、元の日付と一緒に残します。後の確認が失敗しても、過去のエントリーが新しい投稿になるわけではありません。フィードが引き続き用途に合わない場合は、チャンネルを手動で確認します。

確認済みのフィードを追加し、項目の識別情報を保つ

フィードが確認に合格したら、確認したアドレスをそのままローカルのリーダーに追加します。リーダーが受け入れることと、利用できるエントリー1件から目的の公開動画を開けることを確認します。文書の確認に成功した結果と、リーダーでの確認に成功した結果は、別々に扱います。

この方法では、YouTubeの既存のフィードを使います。自分でXMLを書く必要はありません。確認済みの求人行からRSSを作成するガイドでは、別の作業であるフィードの作成を扱っています。元データの行から独自の文書を作る必要がある場合にのみ参照してください。

重複排除とは、同じ項目が繰り返し現れた場合に、記録を1件だけ残すことです。固定のフィード項目IDまたは動画IDを使って重複を取り除きます。タイトルだけを使わないでください。各項目と、そのチャンネルの識別情報との対応を保ちます。

公開日時と初回検出日時は分けて保存します。公開日時は、情報源が示すその項目の日時です。初回検出日時は、リーダーがその項目を初めて記録した日時です。リーダーが古いエントリーを今日取得しても、動画が今日公開された証拠にはなりません。

確認と確認の間も継続して追跡する必要がある場合は、最後に検出した内容の記録を別に残します。チャンネルID、項目IDまたは動画ID、判明している公開日時、初回検出日時を記録できます。欠けている値は、確認日時で埋めずに欠けたまま保存します。

フィードには、完全な投稿履歴ではなく、最近の一定範囲が含まれると考えてください。長期間オフラインになり、古い項目がその範囲から外れた場合、現在のフィードから抜けた期間を復元することはできません。保存済みのエントリーには、すでに確認した内容を残せます。ただし、見逃した内容を証明することはできません。

独自に作成した架空の例で手順を確認する

この例は、説明のために独自に作成した架空のものです。Actorの出力、リーダーの試験結果、前述の失敗した公開リクエストの結果ではありません。

ローカルの管理表に、チャンネルAとチャンネルBがあるとします。2026年10月26日に両方を確認します。チャンネルAからは、チャンネルが一致し、15件のエントリーを含むXMLが返されます。エントリー1件から目的の動画を開けます。チャンネルBからはHTTPのエラーページが返されます。

Aのフィードアドレスを確認済みとして保存します。Bについては、試したアドレス、実際の確認日時、応答、次の対応を保存します。Bもチャンネル一覧に残します。

この架空の管理表で、確認済みフィードがあるチャンネルの割合は次のとおりです。

`1 checked channel / 2 listed channels × 100 = 50%`

単位はチャンネルです。一覧にある2チャンネルのうち、1チャンネルに確認済みのフィードがあることを意味します。YouTubeの全チャンネルに占める、動作するフィードがあるチャンネルの割合ではありません。

Aのフィードのエントリー数は次のとおりです。

`15 observed entries in A's checked response`

これはエントリーの件数であり、人数ではありません。Aの全期間の総投稿数でもありません。この例には、15件がフィードの固定上限であることを示す証拠はありません。

Bの件数は不明のままです。投稿数をゼロと記録しないでください。Bの応答では有効な件数を確認できていないため、2つのフィードのエントリーは合計でちょうど15件だと主張しないでください。確認に合格した1つのフィードから、15件のエントリーを観測したと報告できます。

次に行うことは、Aを取り込み、後でBを再確認することです。Bが引き続き失敗する場合は、Bの公開チャンネルページで更新を確認します。どちらの対応でも、確認したいチャンネルの一覧からBを削除する必要はありません。