ハクソク

世界を動かす技術を、日本語で。

最高のYouTubeダウンローダーと、Googleがメディアを黙らせた方法

248日前原文(windowsread.me)

概要

  • YouTubeダウンローダー の利用と倫理、実用性についての解説
  • Google による規制と広告収入依存の背景
  • 実際に使える おすすめ無料YouTubeダウンローダー の紹介
  • EULA （エンドユーザーライセンス契約）の形骸化と社会的意義
  • AI・Windows・Google の最新ニュースも併記

YouTubeダウンローダーの真実とおすすめツール

  • YouTubeダウンローダー の話題は多くのメディアで自主規制されがち、理由はGoogle広告収入への依存
  • 実際には 倫理的な問題は少なく、利用者が謝罪する必要はない
  • Google自身もYouTubeダウンローダーの存在を必要 としている現実
  • YouTubeの利用規約 はEULA同様、形骸化した存在
  • Google広告ネットワーク は自社サービス優遇のため、競合記事の排除を実施
  • 本当に使える無料YouTubeダウンローダー のリスト
    • Windows向け： Stacher （無料・オープンソース・簡単GUI）
    • コマンドライン派： yt-dlp （高機能CLIツール）
    • Mac・Linux： Stacher （クロスプラットフォーム対応）
    • Web版： Cobalt.tools （※一部ブロック中、動作するインスタンスも存在）
    • Android： NewPipe （サードパーティYouTubeアプリ、ダウンロード機能付き）
  • これらのツールで得た動画ファイルは バックアップやアーカイブ に最適
  • YouTube動画は将来消される可能性 があり、重要な動画の保存は合理的な行動

YouTubeダウンローダーと社会的背景

  • YouTube は現代ウェブのインフラ、議会中継や家族イベントなど重要な映像も多数
  • ダウンロード行為は オフライン保存 や 証拠保全 に役立つ
  • Google はダウンロードを完全に防ぐことも可能だが、ユーザーの利便性維持のためあえてグレーな状態を維持
  • Netflix のようなDRM強化も可能だが、YouTubeの支配力維持のために現状維持を選択

メディアとGoogle広告の関係

  • 多くのメディアが Google広告収入 に依存し、YouTubeダウンローダーの記事掲載を回避
  • 2012年には GHacks がYouTubeダウンローダー記事でGoogle AdSense停止処分を受けた事例
  • 現在は明文化されていないが、 Googleの自社サービス保護 が背景に

EULA（エンドユーザーライセンス契約）の形骸化

  • アプリインストール時の 長文EULA は誰も読まない現実
  • 企業自身もEULA内容を把握していない例（AppleのSafari for WindowsのEULAなど）
  • PC Pitstop のEULAには「気付いたら賞金」という隠し条項、4か月後に発見され$1000獲得
  • EULAや利用規約は実質的に無視されている ことが多い

AI・Windows・Google関連ニュース

  • Microsoft のCopilot+ PC向けAI機能「Windows Recall」は混乱と遅延で失速
  • 新たな目玉AI機能は「Click To Do」、直感的な名称だが違和感も
  • Google はWindows向けにAI搭載の検索アプリを提供開始、かつ Gemini がChromeに登場
  • Consumer Reports がWindows 10のサポート延長をMicrosoftに要望
  • Notepad でAI機能がAIクレジット不要で利用可能に
  • Thurrott.com ではiPadをノートPCとして使う実験、ニュースレターも開始

まとめ

  • YouTubeダウンローダーの利用は合理的かつ実用的
  • Googleや大手企業の規約は形骸化 しており、過度に気にする必要なし
  • 重要な動画は自分で保存・バックアップ することが大切
  • AIやWindows関連の最新動向 にも注目

Hackerたちの意見

Googleは今、足跡を隠すのが上手くなったね。今のAdSenseポリシーには「Google製品の悪用」については何も書かれてないし。つまり、これらの古いルールは2012年から施行されてないってこと。この記事は2025年に書かれたのに、もう起こってないことについて文句を言ってるんだね。

└

そうそう！「悪事を働かない」っていうのも削除されたよね！

GoogleはYouTubeのダウンローダーが必要なんだよ。彼らは貴重な役割を果たしてる。もしYouTubeの動画をダウンロードできなかったら、多くの団体はYouTubeに動画をホストするのをやめて、もっとユーザーに柔軟性を提供するプラットフォームに移るだろうし。別のダウンロードリンクをホストして、YouTubeの説明欄に入れる必要もある。でも、団体は面倒なことをする必要はなくて、ただYouTubeのダウンローダーを使わせてるだけ。これが本当にそうだとは思えないけど、そうあってほしいな。実際、どれだけの団体がこれを重要なニーズだと考えるんだろう？私の予想では、Googleが気にするほどの数じゃないと思う。

└

それに、YouTubeに動画をアップロードすると、いつでもYouTube Studioからダウンロードできるから、全然辻褄が合わないよ。YouTubeはこれをAPIで提供してないだけで、YouTube Studioから手動でアップロードした動画をダウンロードすることはずっとできてたんだ。

GoogleがYouTubeのダウンローダーが動くことを密かに望んでいるという主張は成り立たないよ。彼らの焦点は、再生を壊さずに幅広いデバイスで動画を配信することにあって、ダウンロードを可能にすることじゃない。yt-dlpのソースコードを見れば、動画をダウンロードするために必要な計算の複雑さがわかるよ。nsigチェックや内部YouTube APIの quirks、常に難読化されているコードがあって、これを維持するのは悪夢だし（メンテナはヒーローだね）。Googleは頻繁にダウンロードの試みを拒否したり、特定のデバイスやアクセス方法をブロックしたり、yt-dlpが頼っている技術を壊したりする。半分はGoogleが広告をブロックできないようにする試みに対処することで、もう半分はダウンローダーを潰そうとする試みに対処すること。彼らが暗黙に承認している「グレー市場エコシステム」という考えは、ダウンロードをできるだけ不安定にするためにシステムを積極的に調整していることを無視している。もしGoogleがダウンローダーが繁栄することを望んでいるなら、開発者にこんな面倒なことをさせないはずだよ。yt-dlpの問題トラッカーを見れば、壊れた機能の報告で溢れてるのがわかる。秘密の合図や握手はないし、Googleが互換性を気にしなくなれば、ドアは閉まるだろうね。例えば、Google版のChromeブラウザを使っていることを認証するための秘密のヘッダーがすでに使われていて、これが拡張される可能性が高いよ。

└

記事が言ってるのは、もし本当にYouTubeのダウンローダーを止めたいなら、Encrypted Media Extensionsに切り替えるはずだってこと。これってあり得ないと思う？

└

私もYouTubeがダウンローダーに依存しているというこの主張には賛同できないな。> 彼らは貴重な役割を果たしている：もしYouTubeの動画をダウンロードできなかったら、多くの団体はYouTubeに動画をホストするのをやめて、もっとユーザーに柔軟性を提供するプラットフォームに移るだろうし。別のダウンロードリンクをホストして、YouTubeの説明欄に入れる必要もある。でも、団体は面倒なことをする必要はなくて、ただYouTubeのダウンローダーを使わせてるだけ。いや、団体は単にYouTubeを使うのは無料で、非常に便利で、過去数十年にわたって安定しているから依存しているだけで、代替を設定するリソースがないんだ。それに、そういう団体はYouTubeのアップローダーの中でごくわずかなセグメントを代表していると思う。YouTubeがどれだけ市場を作り出したか、みんなあまり理解してないと思う。「Youtuber」は今や有効な（時には軽蔑されることもあるけど）職業で、クリエイターは生計を立ててメディア企業を維持できる。そうしたマネタイズのポータルを守ることがYouTubeとそのコンテンツクリエイターにとって重要なんだ。

└

確かにそうだね（ほとんど同意するけど、たまにダウンロードがうまくいかないことはないから）、動画をダウンロードするのが不可能になったわけじゃないから、それは良いことだと思う。

└

確かに、記事にはGoogleが「密かにダウンローダーに動いてほしい」とは書いてないよね。彼らはダウンローダーが機能する必要があるって言ってるけど、使うのをできるだけ面倒にしたいとも思ってる。議論のポイントは、Googleの気持ちというより、ダウンローダーが実際に（効果的に）ブロックされた場合、インターネット全体がYouTubeを使い続けるかどうかってことだね。

└

yt-dlpのソースコードに飛び込むと、動画をダウンロードするために必要な計算の複雑さに驚くよ。nsigチェックや内部YouTube APIの特異性、常に行われる難読化に対応するコードがあって、これが維持するのが大変なんだ（メンテナンスしてる人たちはヒーローだね）。Googleは頻繁にダウンロード試行を拒否したり、特定のデバイスやアクセス方法をブロックしたり、yt-dlpが依存している技術を壊したりする。これで、こういう仕事をしている人たちに本当に感謝するようになったよ。uBlock Originのフィルターを書いてる人たちが誰かも全然分からないけど、天使たちに感謝、彼らが天国に長く居られますように。最終的には、いつかは分かるだろうけど、正直言って、そんなに時間とエネルギーを投資する可能性はほぼゼロに近いから、もうそれは無いって言ってもいいね。サンタクロースが今夜寄付する必要があるかも。ホホホ。

└

yt-dlpのソースコードや問題を一度も見たことがない人が書いた内容だね。Googleは定期的にアップデートを推進して、"偶然"ダウンローダーを壊すんだ。ダウンロードを壊すために、途中で壊れるコードや動的計算を導入するのは普通じゃないよ。彼らは動画ファイルやチャンクの束を提供しているわけじゃなくて、動画をダウンロードするためには、これらのことを処理する「クライアント」が必要なんだ。今の時点で、Googleがこっそりとそれを止めたいと思っていないと主張するなら、君は非常にナイーブか無知か、もしくはGoogleの社員だね。

└

特に、YTが頻繁にyt-dlpをブロックして、--cookieフラグを使って回避するユーザーを禁止してることを考えるとね。

└

なんで彼らはダウンロード速度を、実際に見ている速度に制限しないのか理解できないよ。昨日、15時間の番組を20分くらいでダウンロードしちゃった。彼らのウェブサイトやプレイヤーを通じて、そんなにデータを合法的にダウンロードできるわけがないよ。ブロックされたり制限されたりしなかったのは良かったけど、僕みたいな人をブロックするのは簡単そうだよね。何か見落としてる？なんか、彼らがそれを許してる気がする。追記：不気味なスケルトン… YouTubeが今日から突然「ボットじゃないことを確認するためにサインインしてね」って、ウェブサイトとyt-dlの両方で強制してきた。もしかしたら、僕は指紋を取られてブラックリストに載ったのかも。

└

なんでクリエイターたちはYouTubeに公開するだけじゃなくて、アーカイブや公共アクセスの理由で他の場所にも公開しないのかな？外の壁のある庭でもコンテンツが利用できるようにするために。彼らにとっては重要じゃないの？ホスティングコストの問題？広告収入を逃すのが嫌なの？

└

YTプレミアムに入ってるけど、もしGoogleがyt-dlpを禁止したら、サブスクリプションをキャンセルするつもり。そういうことをしないためにお金払ってるんだから。

Stacherはオープンソースなの？前に「stacher オープンソース」でGoogle検索したとき、いつオープンソースになるかを話し合ってるRedditのスレッドを見つけたんだ。追記：私が聞く理由は、記事にStacherがオープンソースだと書いてあったからで、これは私にとっては初耳なんだ。

└

同じく。ソースコードが見つからなかった。

これは、人々が動画をダウンロードするのを防ぐことができるという前提から始まってるみたいだけど、それは間違った前提だよ。結局、動画を再生して録画すればいいんだから。コンテンツを再生しているマシンが完璧にロックダウンされていても、出力を録画することはできる。Netflixのような会社が行っているDRMの努力は、コンテンツをライセンスした会社が要求するからなんだ。それがDRMが機能することを意味するわけじゃない。あの番組のトレントは見つけられるよ。

└

そうだね、安いキャプチャカードでHDMIストリームをキャプチャできるから、基本的にすべてがコピー可能なんだけど、それにはちょっとした手間がかかるんだよね。広告が多くて注意が散るとしても、簡単な方法を選ぶ人が多いみたい。

└

それがDRMが機能しているというわけではないよ。あの番組のトレントは全部見つかるし、因果関係が相関関係を意味するわけじゃない。トレントで入手できるコンテンツの大半は、ストリーマーのDRMを破って得たものじゃないからね。

└

なんで4Kの番組はトレントでまだあんまり見かけないんだろう？

└

DRMは完璧じゃないけど、かなり機能してるよ。YouTubeの動画みたいに、GitHubから何かを自由に引っ張ってWidevineレベル1のDRMを解除することはできないんだ。リリースグループが4Kコンテンツを海賊版にするために使うツールや秘密鍵は保護されてて、一般には手に入らない。人気のあるものをリリースグループがトレントに落としてくれるなら関係ないけど、個人的に特注のものや非常にマイナーなコンテンツにアクセスがあると、DRMがダウンロードをほぼ防いじゃうんだよね。（特に4K用のレベル1は、別のハードウェアビデオデコーダーだけが鍵にアクセスできるようになってる）要するに、DRMは「1/100の人が何かをダウンロードできる（YouTube）」から「約1/100000」に変わるってこと。

└

Netflixの番組をダウンロードするのは、YouTubeの動画をダウンロードするのとは全然違うよ。Netflixダウンローダーにリンクを入れて簡単にダウンロードできるわけじゃないからね。実際、海賊版を手に入れるのが高くつくから、広告付きでしか提供されてないんだ。トレントで見つけることができるかもしれないけど、シリーズは映画より見つけにくいよ。

└

それがDRMが機能してるってわけじゃないよ。あの番組のトレントは全部見つかるし。半分やる気のあるティーンエイジャーがプラスチックの片っ端でマスターロックを開けられるの、知ってるでしょ？でもそれでも使ってるよね？正直な人を正直に保つためだけのものなんだよ。

本当に欲しいのは、アーカイブしたいYouTubeチャンネルのリストを渡すと、ずっと最新のアーカイブを維持してくれる*arrスタイルのアプリだな。

└

誰かがRSSフィードを使ってYouTubeから自動でダウンロードするスクリプトを作ったみたいだよ。まだそれがあるって言ったらジンクスになっちゃうかもしれないけど… https://github.com/Jocomol/newsboat_video_downloader

└

*arrスタイルのアプリって何？

└

今日、https://github.com/DialmasterOrg/Youtarrのことを知ったよ。

└

https://www.tubearchivist.com/ ここにはいいJellyfinの統合もあるよ。

「YouTube動画のダウンロードが不可能だったら、多くの組織はYouTubeに動画をホスティングするのをやめて、もっとユーザーに柔軟性を提供するプラットフォームに移るだろう。」って、ちょっと傲慢な提案に思えるね。不可能だったら、ウェブはもっとひどいことになるかもしれないし、動画の独占状態は続くだろうね。個人的に重要な動画（例えば、祖父の第二次世界大戦の映像をダウンロードしたことがあるけど、YouTube以外には他のバージョンがなかった）っていうのは、YouTubeがそれをホストし続けることに依存していることをみんなが当たり前に思うかもしれない。もちろん、適切なダウンロードリンクを提供する代替プラットフォームを使う人もいるだろうけど、それがほとんどの人になるとは思えないし、動画をアップロードする人の5%未満になるんじゃないかな。これがGoogleにとって商業的に何か大きな損失になるとも思えないし、あまり触れない方がいいかもね。

YouTubeでイライラするのは、動画が削除されると「この動画は利用できません」としか表示されなくて、詳細なメタデータがないことなんだ。どの動画が削除されたのか分からない方が、もう見れないってことよりもずっと気になる。自動的にyt-dlpで開いた動画を巨大なハードドライブに保存して、タイトル、チャンネル、サムネイル、日付のシンプルなインデックスを付けるツールを作ることを真剣に考えたこともある。一般的に、みんながメディアが静かに消えていくことに対してあまりにも無頓着すぎると思う。

└

ブラウザの履歴を解析するBashスクリプトを作ってて、YouTubeの動画ごとに「--write-info-json --write-subtitles --download-archive=already-downloaded.db」フラグを付けてyt-dlpを実行してた。作るのは簡単だったけど、動かし続けるのは結構大変だったよ。例えば、GoogleがすぐにIPを制限し始めたから、NASにこのプロセスをオフロードして、夜中に何時間も動かせるようにしたんだ。そうしたらストレージがすぐに足りなくなって、動画フィルタリングを追加しなきゃいけなくなったし、基本的なガーベジコレクションも追加する予定だった。もちろん、youtube-dl（その後yt-dlp）を常に最新に保つ必要もあった。結局、やる価値がないと判断したよ。君が言ってたシナリオなら、動画のリンクやIDを取ってBingやYandexに貼り付けるかな。彼らがまだそのページをキャッシュしてる可能性が高いからね。もし自分のツールを作るつもりなら、ブラウザ拡張にして、YouTubeの要素から直接動画を引っ張るのがいいと思うよ。

└

同感。自分の大切な懐かしい動画が、yt-dlpのことを知る前に失われちゃった悲しみを言葉にできないよ。タイトルすら分からないし。例えばSpotifyでは、音楽が削除されると、プレイリストに入ってる曲はグレーアウトして再生できなくなるんだ。Googleの誰か、タイトルを見れるようにしてくれないかな！

└

なんでメディアだけ削除して、メタデータやコメント、評価はそのまま残すプラットフォームがないのか、ずっと不思議に思ってた。法律的にそのアイデア自体が見つけにくくしなきゃいけないの？それともメディアを削除しても、みんながその話を続けるのは大丈夫なの？

└

自分のネットワーク上で透明にすべてをキャッシュするウェブキャッシュが欲しい。LRUキャッシュだけど、特定のリソースをアーカイブとしてマークして削除されないようにする機能があればいいな。ブラウザ拡張を使ってマークできるといいんだけど、残念ながらクライアントサイドのJSがあるとそれがすごく難しくなっちゃう。ウェブサイトからランダムなJSを実行するのは本当に失敗だったよ。今、自由ソフトウェアだけを使ってる人はほとんどいないし。10年前はすべてのJSをブロックしてたけど、それは負け戦で、結局社会からオプトアウトすることになっちゃった。

└

一般的に、メディアが見てない間に静かに消えていくことに対して、人々があまりにも無頓着だと思う。昔はこれに夢中だった。宇宙がユニークなファイル、例えば面白い動画や画像を表すランダムな数を生成するのに数十億年かけたと思うと、その努力がYouTubeのくだらない理由や著作権のゴタゴタ、リンクの腐敗で無駄になるのは本当に残念だよね。だから、データを蓄え始めたんだ。ハードウェアを買って、ZFSを使った自宅データセンターを設計して、何百テラバイトも保存できるようにした。実際には興味がなかったものでも、珍しいから保存したくてダウンロードしてた。結婚したことでこの執着は治った気がする。今は、時間に消えていく瞬間たち、まるで雨の中の涙みたいなものだね。

└

https://archivebox.io/ これがその解決策になるかも。

Android用のおすすめはSealだよ： https://f-droid.org/packages/com.junkfood.seal/ これは「ただの」yt-dlpのフロントエンドで、いいUIがあるからYouTube以外のサイトでも使えるんだ。それに、リンクを共有する時にAndroidの共有メニューにクイックダウンロードオプションが追加されて、すごく便利だよ。

yt-dlpのヘビーユーザー。単なるアプリじゃなくて、主にPythonライブラリだから、より大きなPythonアプリからスクリプト化できるのが超便利。Statcherのことは聞いたことなかったけど、yt-dlpのGUIフロントみたいだね。私の経験では、New Pipeはちゃんと動いたことがない。