TikTokは自社の制限についてほとんど公表しておらず、公表している部分もヘルプセンターではなく開発者向けドキュメントにあります。キャプションの上限は2,200文字です。動画の長さは単一の固定数値ではなく、APIがクリエイターごとに上限を返す仕組みで、アカウントによって異なります。1日あたりのフォロー、いいね、コメントの回数についてはすべて非公開です。
公式に記載されているTikTokの投稿制限
| 制限 | 値 | 出典 |
|---|---|---|
| キャプション/タイトル | UTF-16で2,200文字 | Content Posting APIリファレンス |
| API投稿の最大動画長 | クリエイターごとにmax_video_post_duration_secとして返される(TikTok自身の例では300) | Content Posting API |
| アクセストークンあたりのAPIリクエスト数 | 1分あたり6回 | Content Posting APIリファレンス |
| アップロードURLの有効期間 | 発行から1時間 | Content Posting API |
| 未審査アプリによる投稿 | 非公開表示モードに強制される | Content Posting API |
注: ここに記載した数値は、2026年9月時点でTikTokのContent Posting APIドキュメントと照合して確認しています。プラットフォームは予告なくこれらを変更することがあります。
クリエイターごとの動画長の値こそが、実用上重要な部分です。TikTokはすべてのアカウントに同じ上限を与えているわけではないため、一つの数字を決め打ちしたツールは、投稿できるはずのアカウントの動画を弾いてしまったり、逆に投稿できないアカウントの動画を受け入れてしまったりします。正しい挙動は、まずcreator infoエンドポイントに問い合わせることであり、それこそがこのAPIが想定している使い方です。
絵文字やリンクの数え方も含めたキャプション自体の詳細については、TikTokの文字数制限とTikTok文字数カウンターをご覧ください。
TikTokの動画の長さについて確認できなかったこと
TikTokのヘルプセンターは自動取得をブロックしているため、今回のセッションでは一次情報のページからアプリ内アップロードの上限を確認できませんでした。より長い動画(10分を大きく超えるもの)は、これまで数年にわたって段階的に、アカウントの種類ごとに展開されてきており、まさにこうした数字は古くなりやすいものです。出典を伴って言えるのは、上記のAPIの値だけです。
動画をスケジューラー経由で公開している場合、実際に公開できるかどうかを左右するのはこのAPIの値です。この疑問のより詳しい内容はTikTok動画の長さの上限をご覧ください。
未審査アプリはデフォルトで非公開になるルール
これはTikTokの制限の中で、最も多くの混乱したサポート問い合わせを引き起こしているものです。TikTokのContent Posting API審査を通過していないアプリでも投稿はできますが、そのアプリが公開する投稿はすべて非公開表示モードに強制されます。投稿自体は存在し、アカウント上には表示されますが、他の誰にも見えません。これはスケジューリングツールの不具合ではなく、ツール側のどの設定でも回避できません。この制限はTikTok側で適用されているためです。
スケジュールしたTikTok投稿が非公開になってしまう場合、確認すべきなのはツールの提供元に「TikTokアプリの審査は通過しているか」を尋ねることです。
TikTokのアクション制限:誰も数字を持っていない
TikTokは1日あたりのフォロー数、1時間あたりのいいね数、1時間あたりのコメント数、DMの制限を公表していません。これまで一度も公表されたことがなく、目にするコミュニティ発の数字は、ブロックされた人たちから逆算されたものであり、それは上限がどこにあるかではなく、ある1つのアカウントがある1日にどこで上限にぶつかったかを測っているにすぎません。
その仕組みは、大手プラットフォームがどこも採用しているのと同じ種類の適応的なスロットリングであるように見えます。
- アカウントの経過期間と評価。 新しいアカウントは、投稿履歴のあるアカウントよりもはるかに低い許容量しか与えられません。
- 苦情のシグナル。 ブロックされる、通報される、コメントを削除されるといったことがあると、余地はすぐに減ります。
- タイミングのパターン。 機械的に規則正しい間隔でのアクションは容易に検出され、不規則な人間らしい間隔での同じ量よりも厳しく扱われます。
- コンテンツの履歴。 過去に違反のあるアカウントは、他のあらゆる面でも境界線に近い位置に置かれます。
TikTok自身の警告メッセージもこれを裏付けています。ブロックする際に具体的な数字は示さず、「後でもう一度試してください」とだけ伝えてきます。これは、明示できる静的な数字が存在しない適応型システムならではの言い方です。
TikTokに関して目にする1日あたりの具体的な数字は、たとえ確信を持って断言されているものであっても、非公式かつ未検証のものとして扱ってください。ここではそれらを繰り返しません。
スケジューリングにとっての意味
トークンあたり1分間に6リクエストという制限は、投稿目的には十分ですが、頻繁にやり取りするような用途には厳しいものです。1日に数本の動画を投稿するスケジューラーは、この上限に近づくことはまずありません。しかし、多数のアカウントについて1つのトークンで数秒おきにステータスをポーリングするツールは、この上限に達してしまいます。
対応しているすべてのネットワークにおけるレート制限と、それに達したときに何が起こるかは、ソーシャルメディアAPIのレート制限にまとめています。
まとめ
- キャプション:UTF-16で2,200文字。
- API経由の動画の長さ:そのアカウントについてcreator infoエンドポイントが返す値次第。TikTokが公開している例では300秒。
- ユーザートークンあたり1分間に6回のAPIリクエスト。
- 未審査アプリは非公開の投稿しか公開できません。これはツールの不具合ではなくプラットフォームのルールです。
- フォロー、いいね、コメントの制限は非公開かつ適応的です。公表された数字は存在しません。
上限を推測せずにTikTokをスケジュールする
BulkPublishは審査済みのContent Posting APIを通じてTikTokに投稿し、固定の上限を仮定するのではなく、キューに入れる前にTikTokからクリエイターごとの動画長とプライバシーの選択肢を読み取ります。つまり、特定のアカウントには長すぎる動画は、数時間後の公開時点で失敗するのではなく、投稿作成画面の時点で検知されます。
同じ縦型動画を他のプラットフォームにも公開している場合は、TikTok、Reels、Shortsへの一括投稿で、実際に問題になりやすいプラットフォームごとの違いを解説しています。