TikTokのAPIで自動投稿できたのに再生数が0——仕様書に書いてあったのは「SELF_ONLY」という一語だった
- TikTok開発者ドキュメントの原文は "Unaudited API Clients can only post contents in SELF_ONLY viewership."。投稿は成功していて、公開範囲が自分だけになっています。
- 同じページにもう一つの数字があります。"Unaudited API Clients can allow up to 5 users to post in a 24 hour window."——数えているのは投稿数ではなくユーザー数です。
- 日本語の検索結果には「アプリ審査は不要」と書かれたページが複数あります。審査なしで叩けるのは事実ですが、公開されるかどうかは別の話です。
- 同じページの Intended Use には、自分やチームが管理するアカウントへアップロードするための道具は対象外と書かれています。用途そのものが外されています。
「APIから投稿できました。ステータスも成功です。再生数は0のままです」。TikTokの自動投稿を実装した人が最初にぶつかるのがこれです。
バグを疑ってリトライを足しても、投稿時刻を変えても直りません。直らないのは、正しく動いているからです。公式の開発者向けページには、審査を通していないAPIクライアントの投稿がどう扱われるか、一語で書いてあります。
0再生の正体は SELF_ONLY という公開範囲
TikTok for Developers の Content Sharing Guidelines(2026年9月21日確認、ページ表示は "Last updated August 4, 2026"、英語版公式ページより)には、審査前のクライアントへの制限が二つ並んでいます。
Private Viewership: Unaudited API Clients can only post contents in SELF_ONLY viewership.(developers.tiktok.com/doc/content-sharing-guidelines)
つまり投稿は失敗していません。公開範囲が「自分だけ」に固定されているだけです。後から公開するには、アカウントを公開に戻し、さらに動画ごとに設定を変える二段階が必要だと書かれています。自動投稿のつもりで組んだ仕組みが、結果として人手を増やすわけです。
これは投稿頻度やアルゴリズムとは別の層の話です。再生が伸びないのではなく、配られていない。頻度側を切り分けたい場合は公式に「1日◯本」が存在しない理由をまとめた記事を見てください。
同じページに書いてある、もうひとつの数字

原文は "User cap: Unaudited API Clients can allow up to 5 users to post in a 24 hour window. All user accounts using the API client to post must be set to private at the time of posting." です。
5 が数えているのは投稿数ではなく、ユーザー数です。しかも投稿の時点でアカウント自体が非公開である必要がある、と続きます。前節と合わせると、審査前は「5人までが、非公開アカウントから、自分にしか見えない動画を投稿できる」状態です。
審査後も二つの上限が残ります。Creator cap には数字がありません——申請時に自分で出した見積もりが上限になる、と書かれています。Posting cap は "typically around 15 posts per day/creator account" で、Direct Post を使うすべてのAPIクライアントで共有されると明記されています。
日本語の検索結果に並ぶ「アプリ審査は不要」をどう読むか

2026年9月21日に「tiktok 自動投稿 api」を日本語で検索すると、上位は技術ブログ、マーケティング会社の解説記事、投稿代行サービスのページで、公式の日本語ページは一件も入りません。そのうち一件は「アプリ審査は不要」と明記し、別の一件は「アプリ審査なしで動画を公開」と書いています。
前者は正確です。審査を通さなくてもエンドポイントは叩けます。後者は公式の文面と噛み合っていません。審査前でも「投稿」はできる。しかし公式が書いているのは、その投稿が SELF_ONLY になるということです。この二つを同じ「公開」という言葉で束ねた瞬間に、0再生の理由は見つからなくなります。
「できた」と「配られた」は、TikTokのAPIでは別の話だ。仕様書はその境目に一語だけ置いている——SELF_ONLY。
そして Intended Use の一行が、用途そのものを外している
同じページの Intended Use には、許容されない例としてこう書かれています。"Not acceptable: A utility tool to help upload contents to the account(s) you or your team manages."
「自分やチームが管理するアカウントに投稿するための道具」は、想定用途から明示的に外されています。「tiktok 自動投稿 api」と検索している人の多くが作ろうとしているのは、まさにこの形です。審査の可否以前に、用途の定義で話が合っていません。
残る選択肢は、純正の予約投稿機能を使うか、各アカウントを自分のブラウザで運用するかです。わたしたちが作っている NoobClaw は後者ですが、その場合でもパスワードを預けないこと、各アカウントの内容を別々に作ること、公開前に人が確認することは自分で守る必要があります。規約上どう判断されるかを保証できるのは、ツールの提供者ではありません。Xの側は1投稿あたりの料金を調べた記事にあります。
よくある質問
APIから投稿できたのに再生数が0なのはなぜですか。
公式の開発者ページには、審査を通していないAPIクライアントの投稿は SELF_ONLY の公開範囲になると書かれています。投稿処理は成功していて、その動画が自分にしか見えない状態です。公開するにはアカウントを公開に戻し、動画ごとの設定を変更する必要があると明記されています。
審査を通せば制限はなくなりますか。
SELF_ONLY と「24時間で5ユーザー」は審査前のクライアントに適用されます。一方、Creator cap と Posting cap は審査後も適用され、Posting cap は Direct Post を使うすべてのAPIクライアントで共有されると書かれています。すべての上限が消えるという記述はありません。
自分が運営しているアカウントに投稿するために使えますか。
Intended Use の節に、自分やチームが管理するアカウントへアップロードする補助ツールが許容されない例として挙げられています。なおこのページには日本語版がないため、本記事は英語版公式ページから引用しています。
