YouTubeショート自動投稿のやり方｜「非公開ロック」を回避するAPI設計と4レ

📅 2026年8月13日 更新　✍️ LIF Tech編集部（LIFRELL）

この一点を知らずに設計を始めると、スクリプトは正常に動いてAPIも200を返すのに、チャンネルには何も公開されない——という状態になる。エラーが出ないぶん、気づくのが遅れやすい。

この記事では、まずショート動画の判定条件とAPIの制約を確定させ、そのうえで監査を通さずに済ませる方法も含めて、4つのレベルで自動化の選択肢を整理する。

1. 前提：ショートに「専用API」は存在しない

最初に押さえるべき構造的な事実がある。YouTube Data APIには「ショートを投稿するためのエンドポイント」が用意されていない。通常の動画アップロードと同じ videos.insert を使い、アップロードした動画が条件を満たしていればYouTube側が自動的にショートとして分類する、という仕組みだ。

1-1. ショートとして分類される条件

かつては「最大60秒」だったが、2024年10月15日の仕様変更で3分に拡張された。「ショートは60秒まで」と書かれた記事はこの変更前のものなので、尺の設計をする際は注意したい。なお2025年12月8日以降にアップロードされた動画についても、正方形または縦長かつ3分以内であればショートとして分類される旨が明示されている。

1-2. 尺は「3分まで可能」だが「1分以内が安全」

3分まで投稿できるようになったとはいえ、実務では短い方が有利な場面が多い。理由は2つある。

1つは視聴維持率だ。長くなるほど最後まで見られる割合が下がり、アルゴリズム評価に影響する。伸びやすい尺は依然として15〜30秒程度とされており、3分を使い切るのはストーリー性のあるコンテンツに限定するのが現実的だ。

2. 【最重要】非公開ロックの仕組みと回避策

冒頭で触れた非公開ロックについて、もう少し踏み込む。ここが自動化の成否を分ける。

2-1. なぜロックされるのか

2020年7月28日以降に作成された未確認のAPIプロジェクトから videos.insert でアップロードされた動画は、すべて非公開視聴モードに制限される。これはスパム対策の措置で、privacyStatus に public を指定していても適用される。

やっかいなのは、通常の「非公開としてロックされた動画」であればYouTube Studioから再審査を請求できるのに対し、未確認のAPIサービス経由によるアップロードが原因の場合は再審査を請求できない点だ。公式ヘルプにも、確認済みのAPIサービスまたはYouTubeアプリ・サイト経由で再度アップロードする必要があると明記されている。

2-2. 3つの選択肢

3. 2025年12月の改定で「1日6本の壁」が消えた

もう一つ、多くの記事に反映されていない重要な変更がある。動画アップロードのクォータコストが大幅に引き下げられた。

従来は「1日6本まで」という制約が自動投稿設計の前提だった。この上限に当たると投稿が通らなくなるため、キューを組んで本数を厳密に管理する必要があった。改定後はアップロード自体のコストが大きく下がったため、日次数本〜十数本規模の運用ならクォータを気にする必要がほぼなくなっている。

4. レベル別：どこから始めるか

レベル0：YouTube Studioの予約投稿（無料・ロックなし）

APIを一切使わない方法だ。YouTube Studioから動画をアップロードし、公開日時を指定して予約する。APIを経由しないため非公開ロックの問題は発生しないし、監査も不要。

週に数本程度の運用なら、これで十分成立する。「まとめて撮って、まとめて予約する」という運用に落とし込めば、日々の投稿作業はゼロにできる。自動化の設計に入る前に、まずこのレベルで運用のリズムを作ることを勧めたい。

レベル1：確認済みのSNS管理ツールを使う

複数SNSをまとめて管理したい場合や、監査対応を避けたい場合の選択肢。すでにYouTubeの監査を通っているサービスを経由すれば、非公開ロックを気にせずスケジュール投稿ができる。

ツール選定の基準は、Instagramの場合と同じく「公式APIを正規に利用しているか」の一点に尽きる。非公認ツールはアカウントのリスクを持ち込むだけなので避けたい。

レベル2：スクリプト＋監査申請（無料・要手続き）

Pythonなどで videos.insert を呼ぶスクリプトを組み、監査を申請して非公開ロックを解除する構成。ランニングコストはゼロで、投稿ロジックを完全に自分で設計できる。

監査に通るまでの間は、privacyStatus を private にしてテストを繰り返し、通ったら public に切り替えるという段取りになる。

レベル3：API＋AIで中身の生成まで自動化

動画の企画・台本・素材生成まで含めて自動化する構成。投稿処理はレベル2と同じで、その前段にAIを挟む。詳細は6章で扱う。

5. 実装：videos.insertの基本

レベル2以降の中核になる部分を押さえておく。公式ガイドではPython用のGoogle APIクライアントライブラリを使ったサンプルが提供されている。

5-1. 事前準備

1. Google Cloudでプロジェクトを作成YouTube Data API v3を有効化する。
2. OAuth 2.0クライアントIDを発行アプリケーションの種類は「デスクトップアプリ」を選択。この時点でテストユーザー（自分のアカウントでよい）を追加しておく。
3. client_secrets.jsonを配置API Consoleから取得した情報を含むファイルを、スクリプトと同じディレクトリに置く。
4. クライアントライブラリを導入google-api-python-client をインストールする。

5-2. 指定できる主なパラメータ

6. AIで「動画の中身」まで自動化する

投稿処理を自動化しても、毎日9:16の動画を用意する作業が残っていては仕組み化とは言えない。ここもAIで埋められる。工程ごとに使えるものを整理する。

6-1. 台本生成のプロンプト

⑥が重要だ。SNS向けのプロンプトは放っておくとハッシュタグを10個以上つけてくるが、YouTubeでは前章のとおり非公開ロックのリスク要因になる。他媒体のプロンプトを流用する際は、この制約を必ず上書きすること。

6-2. 素材・動画の生成

静止画をベースに構成する場合は、生成時にアスペクト比を指定できるモデルを選ぶ。9:16を直接指定できるかどうかで、後工程の手間が大きく変わる。

動画そのものをAIで生成する場合は、クラウド型とローカル型で選択肢が分かれる。テンプレートから完成尺の動画を量産したいならクラウド型、商用利用条件を含めて自前で握りたいならローカル型が向く。

7. X・Instagramとの共通化——どこまで使い回せるか

複数SNSを運用しているなら、当然「同じ仕組みを流用したい」と考える。結論は、企画・台本生成の層は共通化できるが、投稿処理は媒体ごとに別物だ。しかもYouTubeとInstagramは、制約の方向性が正反対になっている。

Instagramが「画像をサーバーに置いてURLを渡す」設計なのに対し、YouTubeは「ファイルそのものを送る」設計だ。ここを共通化しようとすると無理が出るので、素材の保管場所だけ共通にして、送り方は媒体ごとに分岐させるのが素直な設計になる。

8. 運用ルール——チャンネルを守るために

9. よくある質問

10. まとめ

YouTubeショートの自動投稿は、技術的な難易度よりも「YouTube側のルールを知っているかどうか」で成否が決まる領域だ。押さえるべきは3点に絞れる。

①未監査プロジェクトからのAPI投稿は非公開にロックされ、再審査も請求できない——本番運用の前に監査を通すか、API以外の経路を選ぶ。②ショートに専用APIはない——9:16・3分以内の動画を用意すれば自動で分類される。作り込むべきは投稿処理ではなく素材の用意のほう。③2025年12月の改定でクォータの制約は大きく緩んだ——「1日6本」を前提にした古い設計は見直せる。

そのうえで、いきなりレベル3を目指す必要はない。まずYouTube Studioの予約投稿で運用のリズムを作り、本数と手間が増えてきた段階で監査を申請してAPIに移行する——この順番なら、非公開ロックで動画を無駄にすることなく段階的に自動化を進められる。

※本記事は2026年8月13日時点の公開情報に基づいています。YouTube Data APIの仕様・クォータコスト・ショートの判定条件は変更される場合があるため、実装前には必ずYouTube公式のドキュメントおよびヘルプで最新情報をご確認ください。