頻度と上限：どれだけ投稿できるか
アカウントは、目立つ場所にはどこにも書かれていない上限に 突き当たる — しかも、仕事が動き出したまさにその時に。上限は 同時にいくつもある。投稿、フォロー、メッセージ、API 経由の リクエストにそれぞれ設けられ、期間の区切りも別々である。
他人の数字には注意。 この話題では、作り話の数字が どの話題よりも多くネット上にある。«最新の上限» を書く記事は 数百本の記事があるが、そのほとんどは推測か、さもなければ古くなっている。 ここにあるのはプラットフォーム自身が書いた内容だけであり、文書へのリンクを添えてある。
Aitu
制限への異議申し立て。 原文ママ：«ユーザーが Aitu のチャット @moderator_group またはメール moderator@aitu.io を通じて付録に定める方法で異議を申し立てた後、アカウント・チャンネル・グループのブロック解除が可能となる»。ブロックの理由は、ブロック後にモデレーターが示す。異議申し立ての提出期限は記載がない モデレーション手続規程 6.4 項。ページは SPA で、テキストは aitu.io/locales/ru/regulations.json から配信される 出典, 確認済み 2026-08-07
Bluesky
1 日あたりの投稿数。 数値で示されているが、投稿ではなくポイントによる。原文では «The limit is 5,000 points per hour and 35,000 points per day. Points are counted as: CREATE 3 points, UPDATE 2 points, DELETE 1 point»。プラットフォーム自身による換算も直接示されている: «Under this system, an account may create at most 1,666 records per… レコードとはストレージへのあらゆる操作を指し、投稿も «いいね» もフォローも含まれる。35 000 ポイントから 11 666 レコードへの換算はプラットフォーム自身によるもので、こちらの計算ではない。ページの但し書き: «All of the limits described here are likely to evolve over time» 出典, 確認済み 2026-08-04
1 時間あたりの投稿数。 数値で示されている: «The limit is 5,000 points per hour»。レコードの作成が 3 ポイントであることから、プラットフォーム自身の換算では «at most 1,666 records per hour» となる。リクエストについては別に «Overall API Requests (all endpoints) — Rate limited by IP — 3000 per 5 minutes» Bluesky は 13 のプラットフォームのうち、1 時間単位と 1 日単位の上限をどちらも直接の数値で、各操作の価格とともに公表している唯一のプラットフォーム 出典, 確認済み 2026-08-04
フォローとフォロー解除。 フォロー個別の上限はなく、フォローもレコードと同じポイントで数えられる。原文では «These limits shouldn't affect typical Bluesky users! They won't affect the majority of developers either. But they will affect prolific bots, such as the ones that follow every other account or like every post on the… フォロー数の上限を Bluesky は公表しておらず、代わりにレコードの共通の計数がある: すべての操作を合わせて 1 時間 1 666、1 日 11 666 である。大量のフォローは上限の超過ではなくコミュニティの規則の違反と位置付けられている 出典, 確認済み 2026-08-04
API アクセス。 ネットワークの拠点ごとに数値で示されている。アカウントのストレージ (PDS): «Overall API Requests (all endpoints) — Rate limited by IP — 3000 per 5 minutes»、«com.atproto.identity.updateHandle — Measured per account — 10 per 5 minutes, 50 per… 数値はプラットフォーム全体ではなく拠点ごとに示されている。Bluesky は開かれたネットワークであり、ドキュメントには «other providers in the network are likely to have different rate-limits» と明記されている。中継の拠点の上限は、毎秒 50 イベント、1 時間 2 600、1 日 21 000 出典, 確認済み 2026-08-04
速度制限と一時的なブロック。 直接記載されている。原文では «Many HTTP API services return rate limit headers on responses. Developers can use those to debug and understand the current limits, or even automate request throughput and backoff. Requests that cross a limit usually receive an HTTP 429 (“Too… 処置は技術的なもので、残量を示すヘッダーを伴う 429 の拒否である。速度超過によるアカウントのブロックはこのページでは想定されておらず、それは審査の判断に委ねられている 出典, 確認済み 2026-08-04
制限への異議申し立て。 期限とともに公表されている。原文では «Appeals. If your account has been suspended, terminated, or otherwise restricted under these Terms, you may appeal the decision using the in-app appeal tool or by emailing moderation@blueskyweb.xyz. Appeals must be well-founded and include… 13 のプラットフォームのうち、申し立ての期限を数値で示している唯一のプラットフォーム — 2 週間。bsky.social のコミュニティの規則も同じ手順を参照している: «our appeals process gives you an opportunity to tell us if you think we have gotten something wrong» 出典, 確認済み 2026-08-04
Boosty
新規アカウントの制限。 電話番号で新しいアカウントを登録することはできない。«電話番号で新しいアカウントを登録できますか。いいえ、番号による登録は一時的に利用できません»（原文ママ）。ログインはソーシャルネットワーク、Google、メールのいずれかに限られる。本人確認はすべての作者に必須である。«Boosty ではすべての作者が本人確認を通ることが必須です»（原文ママ）。KYC は決済処理のために必要である。作者の検索はモバイルアプリでのみ動くため、新しいブログはウェブの検索では見つからない 出典はプラットフォーム自身のブログ boosty.to/boosty にある公式 F.A.Q. で、2025 年 12 月に更新されている 出典, 確認済み 2026-08-07
Discord
1 日あたりの投稿数。 Discord は 1 日あたりのメッセージ上限を公表していない。ドキュメントは固定の数値を明確に拒んでいる: «Because rate limits depend on a variety of factors and are subject to change, rate limits should not be hard coded into your app. Instead, your app should parse response headers to prevent hitting the… Discord は上限をリクエストの経路ごとに数え、コードに保持するのではなく応答のヘッダーから読み取ることを求めている。利用者向けヘルプ (support.discord.com) はブラウザーを介さないリクエストに 403 を返すため、画面上の上限を確認する手段がない 出典, 確認済み 2026-08-04
ダイレクトメッセージと一斉送信。 数値で示されているのはプログラム向けの上限だけ。原文では «All bots can make up to 50 requests per second to our API»、«Apps can send 120 gateway events per connection every 60 seconds, meaning an average of 2 commands per second. Apps that surpass the limit are immediately disconnected… この区別は重要で、数値はアプリケーションから API へのリクエストに関するものであり、画面上の利用者のメッセージに関するものではない。画面側の上限は 403 で閉じられたヘルプにある 出典, 確認済み 2026-08-04
API アクセス。 数値で示されている。原文では «All bots can make up to 50 requests per second to our API. If no authorization header is provided, then the limit is applied to the IP address. This is independent of any individual rate limit on a route.»。但し書きとして «Interaction endpoints are… 数値は開発者向けドキュメントの Rate Limits のページと Gateway のページから。個々の経路の値を Discord は意図的に公表しておらず、応答のヘッダーからのみ知ることができる 出典, 確認済み 2026-08-04
速度制限と一時的なブロック。 詳しく記載されている。原文では «In the case that a rate limit is exceeded, the API will return a HTTP 429 response code with a JSON body. Your application should rely on the Retry-After header or retry_after field to determine when to retry the request.»。不正なリクエストに対する別の上限… Discord はこの禁止を «Cloudflare ban» と呼んでいる。制限されるのはアカウントではなくアドレスである。429 の応答に含まれる X-RateLimit-Scope のヘッダーは、user、global、shared のどの上限が働いたかを示す 出典, 確認済み 2026-08-04
制限への異議申し立て。 «You may appeal the decision directly in the Discord app by going to User Settings > My Account > Standing > selecting the violation you want to appeal > pressing on Let us know»（原文ママ）。EU のユーザーについては、代替的な紛争解決の手続（DSA）が言及されている。 strikes_system は重複させない：措置の段階構造はすでに facts.tsv に記録済み（restrictions/enforcement、discord.com/guidelines）。support.discord.com の記事は 403 を返し、読んでいない。 出典, 確認済み 2026-08-07
制限への異議申し立て。 リクエストの上限については経路が明示されている: «If you are experiencing repeated Cloudflare bans from the Discord API within normal operations of your bot, you can reach out to support to see if you qualify for increased global rate limits. You can contact Discord support using… これは処分への不服申し立てではなく、アプリケーションの上限引き上げの申請である。アカウントのブロックに対する不服申し立ては確認する手段がない。ヘルプがロボット対策で閉じられている 出典, 確認済み 2026-08-04
1 日あたりの投稿数。 数値では示されておらず、プラットフォームは示すことを明確に拒んでいる。原文では «We have limits in place to prevent the abuse of our features and to protect people from spam and harassment. These limits are based on different factors, like speed and quantity. We can't provide additional details on… 13 のプラットフォームの中で最も直接的な拒否である。Facebook は上限の仕組み (速度と数量) を説明したうえで、詳細は出せないとすぐに述べている。ページはスクリプトを含まない軽量版のヘルプで読んだ。Facebook の robots.txt は ClaudeBot を名指ししているが、禁じているのは一部の区画のみで、その中にヘルプは含まれない 出典, 確認済み 2026-08-04
フォローとフォロー解除。 数値では示されていない。友達申請とグループへの追加の上限は例示のみで記載されている: «If someone is sending out an excessive number of messages to people they aren't friends with, they may be warned or temporarily blocked from sending messages»、«If someone adds several people to a group within a… Facebook は処置の対象となる行動を説明するが、数値は示さない: «We can't provide additional details on the rate limits that are enforced»。«Blocked from sending friend requests on Facebook» という別の記事 (help/320587401313728)… 出典, 確認済み 2026-08-04
ダイレクトメッセージと一斉送信。 存在するが、数値では示されていない。原文では «Facebook has limits in place to prevent behavior that others may find annoying or abusive. These limits restrict the rate at which you can use certain features on the site. If you were warned for sending messages too quickly, you'll… ヘルプ記事 «Limits to sending messages on Facebook»。メッセージの数も警告の継続期間も示されていない。API アクセスについては別の計算があり、Messenger API では反応した利用者 1 人あたり 1 日 200 リクエストとなる 出典, 確認済み 2026-08-04
API アクセス。 計算式で示されている。アプリケーションのプラットフォーム上限: «Calls within one hour = 200 * Number of Users»、ここで «The Number of Users is based on the number of unique daily active users an app has»。説明として «if your app has 100 Users, your app can make 20,000 calls per… Meta には 2 つの異なる仕組みがある: Platform Rate Limits (1 時間単位、アプリの活動中の利用者数から計算) と Business Use Case (1 日単位、ページに反応した利用者数から計算)。競合したときの規則は明示されている: «If both Platform and Business Use Case rate limits can be… 出典, 確認済み 2026-08-04
速度制限と一時的なブロック。 API アクセスについては詳しく記載されている。消費量は «X-App-Usage» のヘッダーが示し、call_count、total_cputime、total_time の各項目 (上限に対する割合) を含む。エラーは «4: Indicates that the app whose token is being used in the request has reached its rate limit»、«17: Indicates that the User whose token is being… 計画上の重要な帰結として、拒否された後に試行を続けることは有害である: 消費量が増え続け、待機の時間が延びる。これはプラットフォーム自身の表明であり、こちらの推測ではない 出典, 確認済み 2026-08-04
1 日あたりの投稿数。 出典が食い違う：プログラムからの投稿については、同一ページに 2 つの異なる数値が示されている。«Rate Limit» の項：«Instagram accounts are limited to 100 API-published posts within a 24-hour moving period. Carousels count as a single post.» 同じページの «Create a Carousel Container» の項：«Accounts are limited to 50 published… Meta の同一文書内での明白な矛盾：移動する 24 時間で 100 件と 50 件。手作業での投稿はこの上限で説明されておらず、ヘルプセンター help.instagram.com は robots.txt（User-agent: ClaudeBot, Disallow: /）で Claude のエージェントに閉じられているため、手作業の上限の数値を確認する手段がない 出典, 確認済み 2026-08-04
ダイレクトメッセージと一斉送信。 原文どおり（Instagram のプロアカウントごとの呼び出し上限）：Conversations API は «Your app can make 2 calls per second per Instagram professional account»。テキスト、リンク、リアクション、ステッカーの Send API は «Your app can make 100 calls per second per Instagram professional account»。音声と動画は «Your app can… これはプログラムからのやり取りの上限であり、アプリからのダイレクトメッセージの上限を Meta は公開していない。メッセージ関連の呼び出しは Instagram Platform の他の呼び出しとは別に数えられる 出典, 確認済み 2026-08-04
API アクセス。 原文どおり：«Calls to the Instagram Platform endpoints, excluding messaging, are counted against the calling app’s call count. An app’s call count is unique for each app and app user pair, and is the number of calls the app has made in a rolling 24 hour window. It… 上限は固定の数値ではなく、1 日の表示回数から算出される式である：表示のない新しいアカウントでは呼び出しの余裕がほぼゼロになる。カウンターは «アプリ + ユーザー» の組ごとに管理され、枠は移動する 24 時間。ユーザーごとの呼び出し数を Meta は意図的に明かしていない 出典, 確認済み 2026-08-04
速度制限と一時的なブロック。 原文どおり：«If this limit is exceeded or if CPU or total time limits are exceeded, the app or user may be throttled. API requests made by a throttled user or app will fail.» «Once a rate limit is reached, any subsequent requests made by your app will fail and the… 制限の継続期間を Meta は示していない：解除はカウンターが上限を下回ることに結び付けられており、決まった期間ではない。アプリ内での一時的な操作のブロックについてはヘルプセンターが説明しているが、そこは Claude のエージェントに閉じられている 出典, 確認済み 2026-08-04
API アクセス。 枠と上限の仕組みは示されているが、数値はない。原文どおり：«To prevent abuse and ensure service stability, all API requests are rate limited. Rate limits specify the maximum number of API calls that can be made in a 24 hour period. These limits reset at midnight UTC every day.» 上限は 2… 上限の値を LinkedIn は原則として公開していない：値は開発者向け管理画面の Analytics タブでのみ、しかもその日すでに 1 回以上リクエストのあったエンドポイントについてのみ見える。ページの更新日は 2025-06-18 出典, 確認済み 2026-08-04
速度制限と一時的なブロック。 原文どおり：«Rate limited requests will receive a 429 response. In rare cases, LinkedIn may also return a 429 response as part of infrastructure protection. API service will return to normal automatically.» 警告について：«Developer Admins will receive email alerts when… 回復は自動で、期間は示されていない：1 日単位のカウンターは UTC の午前 0 時にリセットされる 出典, 確認済み 2026-08-04
MAX
新規アカウントの制限。 公開チャンネルは、プロフィールにデジタル ID (Tsifrovoy ID) がないと作成できない。MAX のヘルプから原文どおり：«ご注意ください：公開チャンネルを作成できるのは、以前にデジタル ID を作成している場合のみです»。別途：そもそもプロフィールはウェブからは作成できない — 原文どおり «MAX のプロフィールを作成できるのは、スマートフォンとパソコン向けのアプリからのみです。MAX… これは当方の推論ではなく、プラットフォーム自身のヘルプの記載である。MAX のヘルプの節 «Начало работы»（はじめに）、«Профиль»（プロフィール）、«Переписка»（メッセージのやり取り）、«Каналы»（チャンネル）、«Безопасность»（セキュリティ）の記事一覧と、登録について、公開チャンネルとプライベートチャンネルについて、A+… 出典, 確認済み 2026-08-07
制限への異議申し立て。 ブロックに対する専用の不服申し立てフォームは公表されていない。ヘルプはブロック時にサポートへ連絡すること（スクリーンショットの添付を含む）を勧めている。規約によれば、問い合わせは «会社の所在地宛に送付することができる»（原文ママ）。 記事は、不正確なデータによるブロックおよび乗っ取りの場合の復旧を詳しく説明している。違反によるブロックについては、サポートを通じた経路しかない。 出典, 確認済み 2026-08-07
Mercado Libre
制限への異議申し立て。 制裁に対する専用の異議申し立てフォームは公表されていない。Brand Protection Program の通報については原文ママ：«podrás utilizar el flujo de Mercado Libre para responder una denuncia» — 出品者は書類を添えて回答する。API は «fecha de vencimiento (plazo máximo para responder a la denuncia)» を返す。出品のモデレーションについては、remedy… www.mercadolibre.com.* と developers...com.ar は 403 を返す（robots.txt も 403 で取得できない）。同じ文書は地域ミラーの developers.mercadolibre.co.cr で開く。これは同一サービスの別の許可されたアドレスである 出典, 確認済み 2026-08-07
Minds
新規アカウントの制限。 収益化は確認が済むまで閉じている。Boost Partner Program への参加は «in good standing and verified as human (via phone number or mobile app human detector)»（原文ママ）のチャンネルに限られる。金銭の支払いにはさらに最低 100 USD を貯めること、銀行口座を紐付けること、Minds+ の購読が必要である。チャンネルの認証マークは Minds+ または Minds Pro が有効な場合にのみ付与される 投稿、Boost、グループについて、ヘルプでは新規アカウント向けの制限は何も設けられていない。Minds 自身が挙げる制限は、人間であることの確認と有料ステータスである 出典, 確認済み 2026-08-07
制限への異議申し立て。 原文ママ：«All strikes can be appealed to a Minds Jury» — 違反警告はユーザーで構成される陪審に対して争う。原文ママ：«Appeals on immediate bans will be reviewed by the Minds admins and not a jury» — 即時の BAN は管理者が審査する。提出期限は記載がない Boost の却下はメールで別途争う。strikes（違反警告 3 回の段階構造、90 日で消滅）はすでに facts.tsv にある 出典, 確認済み 2026-08-07
Misskey
新規アカウントの制限。 招待制のサーバーでは招待コードなしに登録できない。原文ママで «Invitation code (only if registration is by invitation only. If you do not have one, you will not be able to register.)»。アカウントでできることは、サーバー管理者が設定するロールとポリシーで決まる。原文ママで «Role policies can be adjusted to implement permissions and… Misskey はサーバーソフトウェアであり、制限の内容は個々のサーバーの管理者が定める。プロジェクト公式 FAQ から原文ママで «We do not provide or operate any servers that use Misskey software or its derivatives»、および «We also do not have the ability to… 出典, 確認済み 2026-08-07
制限への異議申し立て。 異議申し立ての手続は記載がない。規約は凍結について «原則解除は行いません» と明示している。Misskey.io の利用規約を読んだが、異議申し立てのフォームはない セルフホストの Misskey サーバーでは、モデレーションはインスタンスの管理者が定める 出典, 確認済み 2026-08-07
1 日あたりの投稿数。 1 日あたりの上限はない。原文どおり：«There’s no limit to how many Pins you can create» および «There’s no limit to how many people can follow you»。ただしボードの数には上限があり、数値では示されていない：達すると通知が届き、一部のボードを削除するよう促される ピンはいくつでも作成できるが、その速さは別に制限されている — 同じ操作の繰り返しに対する «rate limit block» による。ボードの数は値を示さないまま制限されている 出典, 確認済み 2026-08-04
フォローとフォロー解除。 上限は存在するが、数値は示されていない。原文では «There’s no limit to how many people can follow you» とあるが、自分からのフォローには上限があり、それに達すると «You can still continue to follow people who already follow you» となる。別に、一時ブロックの理由として «following a lot of people in a short period of time» が挙げられている Pinterest はフォロー数の上限があることを認めつつ、その値を公表していない。上限に達した後は、すでに自分をフォローしている相手にのみフォローが許される 出典, 確認済み 2026-08-04
API アクセス。 原文どおり：試用アクセス（Trial access）は «1000 requests per day for all API requests»、通常アクセス（Standard access）は «100 requests per second per user per app for all API requests»。エンドポイントの種別ごとの個別の上限もあり、たとえば ads_analytics は試用アクセスで 1 日 1,000 リクエスト、通常アクセスで 1 分 300 リクエスト、ads_write… 13 のプラットフォームの中で、ユーザーごと、アプリごとの上限を数値で直接示している唯一の例である：«ユーザー + アプリ» の組あたり 1 秒 100 リクエスト。上限の変更はサポートへの申請による（«file a ticket with our support team»） 出典, 確認済み 2026-08-04
速度制限と一時的なブロック。 原文では «A rate limit block is a temporary block that may automatically be put on your account if we notice that you’ve repeatedly done the same action too many times in a short period of time.»。理由は、頻繁なログイン、速く繰り返されるコメント、速いフォロー、同一サイトからの多数のピンの連続保存。解除については «most… 解除までの期間は明示されており、24 時間以内に自動で解除される。操作数のしきい値そのものは意図的に公表されておらず、«too many times in a short period of time» とだけ述べられている 出典, 確認済み 2026-08-04
制限への異議申し立て。 原文では «Appeals are how you can tell us if you think we made an enforcement error.» «Appeals can be submitted in-product, via the Help Center or by clicking the one-click appeal link in an enforcement notice email that we sent you.» «We review appeal requests… 申し立ての期限を Pinterest は示していない。速度による一時ブロックについては異議申し立ての仕組みがなく、ヘルプは待つよう案内している。制限は 1 日以内に自動で解除される。API アクセスの上限についてはサポートへの申請となる 出典, 確認済み 2026-08-04
RUTUBE
新規アカウントの制限。 登録できるのはロシアの電話番号に限られる。原文ママでは «登録にはロシアの電話番号が必要です»。電話番号が確認されるまで、ライブ配信の開始は閉じている。動画のアップロード時にメールアドレスの確認を求められることがあり、FAQ には «動画をアップロードできません。メールアドレスの確認を求める画面が出ますが、すでに確認済みです» という質問がある。新規チャンネルの投稿数に対する個別の上限をプラットフォームは挙げていない。事前モデレーションはどの作者の動画も通る。 FAQ «Регистрация на RUTUBE»（RUTUBE への登録）を全文読んだ（セクション «Регистрация, личные данные, аккаунт»（登録・個人データ・アカウント）、«Ваш статус на RUTUBE»（RUTUBE でのあなたのステータス）、«Трансляции»（配信）、«Загрузка, воспроизведение и… 出典, 確認済み 2026-08-07
制限への異議申し立て。 専用の異議申し立てフォームはない。原文ママ：«help@rutube.ru 宛にサポートへ連絡し、却下の正確な理由をご確認ください»。不服申し立てはサポートを通じて行う。提出期限は記載がない help@rutube.ru はサポートの一般的な連絡先（利用規約 5.7 項） 出典, 確認済み 2026-08-07
ShareChat
新規アカウントの制限。 SC Blue の購読（青いチェックマーク）は、作成から 7 日未満のアカウント、電話番号が未確認のアカウント、プロフィールが未記入のアカウントには開かれていない。原文ママで «Your account must be older than 7 days and must be active at least once in 7 days prior to subscribing to SC Blue»、«Your account must have a verified phone number»、«Your… «Sharechat Blue FAQ»、Terms of Use、ShareChat Content Policy、FAQ «Original Creator»、«Creator Streak»、および FAQ «Spotlight» の全 17 ページを全文読んだ。sharechat.com の robots.txt は全文（22 行）読んだ。ブロックされているのは… 出典, 確認済み 2026-08-07
Snapchat
新規アカウントの制限。 公開プロフィールはすべてのアカウントにあるわけではない。«The minimum age to have a Public Profile is 16 years old, but laws in your country or region may set a different minimum age»（原文ママ）。過去に Community Guidelines への違反があった場合や、設定に生年月日が入力されていない場合もプロフィールがないことがある。Professional Account は 18… Snapchat ヘルプの 4 本の記事からまとめた。Public Profile について、Professional Accounts について、Spotlight への投稿について、Spotlight のモデレーションについてである 出典, 確認済み 2026-08-07
制限への異議申し立て。 アプリからの異議申し立て：ログイン時にポップアップの «Appeal Decision» を押すか、accounts.snapchat.com で «Unlock» を選ぶ。原文ママ：«You can only appeal a lock on an account once. If your appeal is denied, you will not be able to submit another one»。Appeal Decision… 1 回限りに関する引用は、記事 10215197231892 «My account was locked for violating Snap's Community Guidelines» による 出典, 確認済み 2026-08-07
SOOP (AfreecaTV)
新規アカウントの制限。 アカウントの新しさにまさに結びついた制限が一つ挙げられている：登録から一定の時間は、アカウントを即時に削除できない。原文どおり、規約第 18 条 1 項：«단, 신규가입 후 일정시간 이내에는 "서비스" 부정이용 방지 등의 사유로 즉시 탈퇴가 제한될 수 있습니다» — 当方の訳：ただし新規登録後の一定時間内は、サービスの不正利用の防止などの理由により、即時の退会が制限されることがある。別途、第 6 条 5 項が本人確認をサービス利用一般の条件としている SOOP（㈜아프리카티비）の利用規約を全文読んだ — sooplive.com にある静的な規約の本文である。初心者に対する配信数や投稿数の上限を規約は挙げていない。配信者向けガイド bjguide.sooplive.com とヘルプセンター help.sooplive.co.kr は本文のない空の外枠を返す（内容はすべてスクリプトで描画される）ため、そこからは何も取っていない。 出典, 確認済み 2026-08-07
制限への異議申し立て。 原文ママ：«정지기간 중 1회에 한하여 아래 절차에 따라 이의 신청을 할 수 있으며» — 異議申し立て（이의신청）は停止期間中に 1 回に限って行える。申し立ては、ログイン時に制裁の理由を示す画面から開ける異議申し立てページで行う SOOP の運営ポリシー。bans（3/7/15/30/90/180 日の期間）はすでに facts.tsv にある 出典, 確認済み 2026-08-07
Soul
新規アカウントの制限。 本人確認を通すまで、一部の機能は閉じられている。原文どおり、利用規約 2.1.3 項：«Soul App中的某些功能和/或服务，如创建群聊派对等，会要求您提供额外的信息，包括提供身份实名认证信息» — 当方の訳：Soul App の一部の機能・サービス、たとえばグループチャットパーティーの作成などでは、本人確認書類による実名認証の情報を含む追加の情報の提供が求められる。並んで厳しい制限が二つある：2.2.2 項 — 電話番号 1 件につき登録できるアカウントは一つだけで、ログインは同時に 1… Soul の公式文書ドメイン（themis.soulapp.cn）にある 2025 年 12 月 30 日版の «Soul App用户服务协议» を全文読んだ。本人確認を要する機能の完全な一覧を規約は示していない — «たとえばグループチャットパーティーの作成» と挙げるだけなので、それ以上を列挙することはできない。 出典, 確認済み 2026-08-07
制限への異議申し立て。 «如您对您的账号封禁情况存有疑问，可以通过官方通知的申诉链接或本协议第13条中的联系方式进行申诉»（原文どおり）：異議申し立ては、ブロックに関する公式通知に示された申し立てリンクから、または §13 の連絡先を通じて行う — メール soul@soulapp.cn、アプリ内の «设置-帮助和反馈»（設定 → ヘルプとフィードバック）、電話 400-9030142（苦情）および 400-9030057（サポート）。 strikes_system は重複させない：段階（警告、是正のための期間、一時ブロックと恒久ブロック）は既に facts.tsv（limits/ban_consequences）に記録済み。themis.soulapp.cn に robots.txt はない。 出典, 確認済み 2026-08-07
SoundCloud
新規アカウントの制限。 メールアドレスの確認が済むまで、アップロードは完全に閉じている。«Please note that until the email address has been confirmed you will not be able to upload any content or images to the account»（原文ママ）。つまり音源も画像もアップロードできない。これとは別に、無料アカウントにはアップロードの上限がある。«A free account gives you unlimited… help.soundcloud.com のページはブラウザ表示では JS のチェックを返すが、これを回避することはしなかった。記事の本文は同じホストの公開 JSON（/api/v2/help_center/...）から取得しており、robots.txt はこれを禁じていない。120 分の上限はプランに結び付いており、アカウントの経過期間とは関係がない 出典, 確認済み 2026-08-07
Strava
新規アカウントの制限。 Strava が説明しているのは、作りたてのアカウントで既定で有効になっている設定だけである。Flyby は «No One»、Training Log は «Private»、«Who can message you: Following»、さらに «Map Visibility: The first and last 200 meters of your future activity maps will be hidden by default when you log in to the Strava… www.strava.com/robots.txt は全文（52 行）読んだ。«User-agent: ClaudeBot ... Disallow: /» のグループが含まれるため、www.strava.com はまったく読んでいない。別ホストのヘルプセンター support.strava.com を使った。その robots.txt は全文（5 行）読んだが、禁じているのは… 出典, 確認済み 2026-08-07
Telegram
1 時間あたりの投稿数。 1 時間単位の枠はない。公表されているうち最も近いのは分単位で、原文では «In a group, bots are not be able to send more than 20 messages per minute»。単一のチャットについては «In a single chat, avoid sending more than one message per second. We may allow short bursts that go over this limit, but eventually… Telegram は速度を秒と分で測っており、1 時間単位の上限は設けていない。ボット向けヘルプと一般 FAQ で確認した 出典, 確認済み 2026-08-04
新規アカウントの制限。 数値では示されていないが、登録直後のアカウントに制限が存在すること自体は認められている。原文では «I've just signed up and didn't send any messages yet, but my account is limited. Some numbers may trigger an overly harsh response from our system, either due to their previous owners' activities or due to… Telegram は新規アカウントの制限を、アカウントの登録からの経過期間ではなく電話番号の履歴 (仮想番号や VOIP 番号を含む) と結び付けている。最初の数日に何通送れるかという数値は、ブロックの FAQ にもボット向けヘルプにもない 出典, 確認済み 2026-08-04
フォローとフォロー解除。 フォローの上限は公表されておらず、他者を招待する際の上限が公表されている。原文では «As the channel's owner, you may invite the first 200 subscribers to your channel. Once the subscriber count reaches 200, the channel is on its own.»。コミュニティの規模については «create groups for up to 200,000 people or channels… 1 人のユーザーがいくつのチャンネルやグループを開設できるか、いくつ購読できるかを Telegram はどこにも書いていない。チャンネルの FAQ と一般 FAQ で確認した。200 という数は、所有者が手動でフォロワーを追加できる上限であり、フォローの上限ではない 出典, 確認済み 2026-08-04
ダイレクトメッセージと一斉送信。 ボットについては数値で、人については言葉で示されている。ボット: «In a single chat, avoid sending more than one message per second»、«In a group, bots are not be able to send more than 20 messages per minute»、«The API will not allow bulk notifications to more than ~30 users per second – if… 数値は core.telegram.org のボット向けヘルプから、制限されたアカウントに関する記述は telegram.org/faq_spam のブロックの FAQ から 出典, 確認済み 2026-08-04
API アクセス。 数値で示されている。原文では «By default, bots are able to message their users at no cost – but have limitations on the number of messages they can broadcast in a single interval: In a single chat, avoid sending more than one message per second... In a group, bots are not… 13 のプラットフォームのうち、リクエストの上限を但し書き付きの開発者向け区画ではなくヘルプで直接の数値として示している唯一のプラットフォーム。数値は Bot API に関するもの 出典, 確認済み 2026-08-04
速度制限と一時的なブロック。 ヘルプにもエラーの一覧にも記載がある。ヘルプ: «We may allow short bursts that go over this limit, but eventually you'll begin receiving 429 errors»。プロトコル: コード 420 で、説明は «FLOOD_WAIT_%d: Please wait %d seconds before repeating the action» および «SLOWMODE_WAIT_%d: Slowmode is enabled… Telegram は速度超過でブロックするのではなく、待機の時間をエラーの文面にそのまま返す。秒数が %d の位置に入る。出典は core.telegram.org/api/errors と core.telegram.org/bots/faq 出典, 確認済み 2026-08-04
制限への異議申し立て。 異議申し立ては可能で、ボットを通じて行う。原文では «If you are sure that the limit was wrongfully applied to your account, please contact our @SpamBot.»。別に «I know I was wrong, please release me sooner! We're sorry, but this is impossible. We value the inner peace of Telegram users… フォームもメールアドレスもなく、唯一の経路は Telegram 内での @SpamBot とのやり取り。制限の早期解除はできないとプラットフォームが明言している 出典, 確認済み 2026-08-04
Threads
1 日あたりの投稿数。 1 プロフィールにつき、スライディングウィンドウ 24 時間あたり API 経由の投稿は 250 件まで。カルーセルは 1 件の投稿として数える 出典, 確認済み 2026-07-28
1 日あたりの投稿数。 数値で示されている。原文では «Threads profiles are limited to 250 API-published posts within a 24-hour moving period. Carousels count as a single post. This limit is enforced on the POST /{threads-user-id}/threads_publish endpoint when attempting to publish a media… 1 日あたりの数値を直接示している数少ないプラットフォームの一つ。但し書きが重要で、250 は API アクセス経由の投稿の上限であり、期間は移動窓である。現在の消費量は GET /{threads-user-id}/threads_publishing_limit のメソッドでプラットフォーム自身に問い合わせられる 出典, 確認済み 2026-08-04
ダイレクトメッセージと一斉送信。 個人間のやり取りは Threads のドキュメントに記載されていない。公表されている最も近い数値は返信の上限で、«Threads profiles are limited to 1,000 replies within a 24-hour moving period»。別に «Threads profiles are limited to 100 deletions within a 24-hour moving period» と «Threads profiles are limited to 500… 返信、削除、場所の検索の上限は API アクセスに関するものであり、やり取りに関するものではない。Threads の API アクセスはダイレクトメッセージを一切扱わない 出典, 確認済み 2026-08-04
API アクセス。 計算式で示されている。原文では «Calls to the Threads API are counted against the calling app's call count. An app's call count is unique for each app and app user pair and is the number of calls the app has made in a rolling 24-hour window. It is calculated as follows… 上限は固定ではなく表示の回数に依存する。表示のない新規アカウントでは最小値の 10 から計算され、1 日あたり 48 000 リクエストとなる。数値は Threads のドキュメントの Overview のページから 出典, 確認済み 2026-08-04
速度制限と一時的なブロック。 上限の仕組みは全体が公開されている。操作の種類ごとに 86 400 秒の移動窓での割り当てがあり、現在の消費量はサービス自身が返す。原文では «To check a profile's current Threads API rate limit usage, query the GET /{threads-user-id}/threads_publishing_limit endpoint»。応答には «quota_usage» (1 日の消費量)… 珍しい例で、プラットフォームは上限を示すだけでなく、処置に至るまでの残量を知る手段も与えている。この問い合わせには threads_basic と threads_content_publish の権限が必要 出典, 確認済み 2026-08-04
TikTok
1 日あたりの投稿数。 プログラムからの投稿について、原文どおり：«There is a limit on the number of posts that can be made to a creator account in a 24-hour window via Direct Post API. The upper limit may vary among creators (typically around 15 posts per day/ creator account)»。正確な数値はなく、«typically… TikTok は上限をおおよその、かつ変動するもの（«may vary among creators»）として示している。手作業での投稿：ヘルプは www.tiktok.com/support に移されており、www.tiktok.com の robots.txt には ClaudeBot、Claude-User、Claude-SearchBot、anthropic-ai を含むグループと… 出典, 確認済み 2026-08-04
API アクセス。 リクエスト頻度の制限は 1 分の移動窓で数えられ、/v2/user/info/、/v2/video/query/、/v2/video/list/ の各エンドポイントについて 1 分あたり 600 リクエスト。超過すると 429 と rate_limit_exceeded のコードが返る 出典, 確認済み 2026-07-28
API アクセス。 原文どおり：/v2/user/info/、/v2/video/query/、/v2/video/list/ の各エンドポイントの上限は 600。«Request rate calculation is based on a one minute sliding window.» 投稿については：«Each user access_token is limited to 6 requests per minute.» 審査を受けていないアプリについては «Unaudited API Clients can… 枠は移動する 1 分。上限 600 が何に結び付くのか（アプリのキーかユーザーか）は文書に書かれていない。投稿の上限はユーザーのアクセストークンごとに 1 分あたり 6 回である（ページ content-posting-api-reference-direct-post） 出典, 確認済み 2026-08-04
速度制限と一時的なブロック。 原文どおり：«If the number of requests exceeds the threshold, new requests will be throttled and a response will be returned with HTTP status 429 and error code rate_limit_exceeded.» 1 日あたりの投稿上限を使い切ると、«The daily post cap from the API is reached for the current… 制限がかかる期間は示されておらず、移動する 1 分の枠についてしか書かれていない。アカウントの一時的なブロックについての規定は、当方には閉じられているヘルプにある 出典, 確認済み 2026-08-04
制限への異議申し立て。 プログラムからのアクセスについては次のように示されている：«If your application needs higher limits, please contact us using our Support Page. We will review your request. If approved, rate limits will be increased.» アカウントの制限に対する異議申し立ての手続きは確認できなかった 呼び出し上限の引き上げは開発者向けサポートページからの申請による。作者のブロックに対する異議申し立ては www.tiktok.com/support に記載されており、そこは robots.txt によって Claude のエージェントに閉じられている（ClaudeBot に対し Disallow: /） 出典, 確認済み 2026-08-04
Tumblr
制限への異議申し立て。 異議申し立て：コンテンツの削除とアカウントのブロックは www.tumblr.com/support から（終了済みのアカウントはカテゴリ «Terminated account»）。通報に対する判断は tumblr.com/abuse のフォームでカテゴリ «Appealing Reports Decisions» を選ぶ。explicit の印が付いた投稿には «Appeal» ボタンがある。申し立ての期限：«You can submit an appeal up to 6 months after our… help.tumblr.com（WordPress.com のホスト）の robots.txt に禁止は含まれていない。 出典, 確認済み 2026-08-07
TwitCasting
新規アカウントの制限。 ログインに使った X（Twitter）アカウントが作りたてである場合、コメントを書けない。原文ママで «悪戯や迷惑行為の防止も兼ね、作ったばかりのXアカウントはコメントを書けません»。TwitCasting 独自のアカウント（キャスアカウント）は、メールアドレスの登録が完了するまで配信もコメントもできない。原文ママで «キャスアカウントはメールアドレスの登録が完了していないと、配信やコメント送信ができません»。同じ記事に «メールアドレスの確認がされていないため、機能が制限されています» ともある。 ヘルプ記事 «コメントが書けません»（pid=162）、«キャスアカウントで配信やコメントができません»（pid=1780）、«キャスアカウントの作り方を知りたいです»（pid=1768）、«ツイキャスに登録したいです»（pid=1131）、«NGレベルとはなんですか？»（pid=1552）を全文読み、ヘルプセンターの全目次（ヘルプ と よくある質問… 出典, 確認済み 2026-08-07
Twitch
新規アカウントの制限。 個人メッセージ（whispers）の送信は、確認済みの電話番号がアカウントに紐づくまで閉じられている。Twitch API のリファレンスから原文どおり：«The user sending the whisper must have a verified phone number (see the Phone Number setting in your Security and Privacy settings)»。同じ箇所に 401 エラーについて原文どおり：«The user in the… アカウントの状態に関する制限として Twitch の公式文書から読み取れたのは、これだけである。ヘルプポータル help.twitch.tv と safety.twitch.tv は Salesforce の上に作られており、JavaScript のないクライアントには見出し «Twitch Help Portal» とメッセージ «CSS Error» しか返さない… 出典, 確認済み 2026-08-07
Viber (Rakuten Viber)
新規アカウントの制限。 登録できるのは、通話または SMS を受け取れる電話番号に限られる。原文ママで «Internet-based phone numbers cannot be used to activate / register on Viber»。アクティベーションの試行回数には上限がある。原文ママで «To prevent spammers from using Viber, there is a limit to the number of times that you can attempt to activate /… ヘルプ記事 «Solve activation and registration issues» を全文読み、help.viber.com（en-us）ヘルプセンターの全 143 記事の一覧と、«Message requests inbox»、«Identify and report spam messages»、«Content and account enforcement on… 出典, 確認済み 2026-08-07
制限への異議申し立て。 ブロックに対する正式な異議申し立ての手順は規約に記載されていない。連絡先はサポートフォーム vb.me/ContactUs、米国外の居住者による有料サービスの紛争については Viberforeigndispute@viber.com。 異議申し立てに関するヘルプ記事は保護により閉じられている（help.viber.com/hc/en-us/articles/... で 403）。 出典, 確認済み 2026-08-07
Vimeo
制限への異議申し立て。 DMCA のストライクにはカウンター通知（«challenge a DMCA takedown notice»）。«If you are able to resolve the strikes against you, we can fully restore your account within 90 days from the day it was terminated»（原文どおり）— アカウントの復旧は削除の日から 90… «Troubleshooting: Unable to access my account»（理由の通知はメールで届く）および Guidelines Violations の節も読んだ。 出典, 確認済み 2026-08-07
Write.as
1 日あたりの投稿数。 無料プランでは «Posts per day: 3 – 15 per day»、Pro と Team では «Unlimited»。閲覧数はすべてのプランで制限されない 範囲が何によって決まるかの説明はない 出典, 確認済み 2026-07-28
X (Twitter)
1 日あたりの投稿数。 通常のアカウントの 1 日あたりの投稿上限は確認できなかった：ヘルプページ «X limits» は HTTP 403 とロボット対策の画面を返す。プログラムからのアクセスについては、POST /2/tweets が «Per App: 10,000/24hrs»、«Per User: 100/15min» と示されている 手作業での投稿についての数値は、従来から X の help.x.com/en/rules-and-policies/x-limits にあるが、このページはロボット対策で閉じられている：通常のブラウザのヘッダーを付けた curl でも 403 と «Just a moment... Enable JavaScript and cookies to continue»… 出典, 確認済み 2026-08-04
フォローとフォロー解除。 プログラムからのアクセスについて、原文どおり：POST /2/users/:id/following は «Per User: 50/15min»、DELETE /2/users/:source_user_id/following/:target_user_id は «Per User: 50/15min»。通常のアカウントの 1 日あたりのフォロー上限は確認できなかった フォローとフォロー解除の上限は同じで、15 分の枠で定められている。1 日あたりのフォロー数を X は help.x.com で示しているが、そこはロボット対策で閉じられている 出典, 確認済み 2026-08-04
ダイレクトメッセージと一斉送信。 原文どおり：POST /2/dm_conversations は «Per App: 1,440/24hrs»、«Per User: 15/15min, 1,440/24hrs» これはプログラムからのダイレクトメッセージ送信の上限である。アプリから手作業で送る場合の上限は、ロボット対策で閉じられた help.x.com のページに記載されており、ここには記録していない 出典, 確認済み 2026-08-04
API アクセス。 原文どおり：«Rate limits control the number of requests you can make to each endpoint. Exceeding limits results in a 429 error until the window resets.» 枠は 15 分と 24 時間。エンドポイントごとの上限：POST /2/tweets は «Per App: 10,000/24hrs»、«Per User: 100/15min»。POST /2/media/upload… 集計はエンドポイントごとに別々に行われる。OAuth による認証ではユーザー単位の上限、アプリのトークンではアプリ単位の上限となる。このページにプラン（Free、Basic、Pro）ごとの内訳はない 出典, 確認済み 2026-08-04
速度制限と一時的なブロック。 原文どおり：«Exceeding limits results in a 429 error until the window resets.» 超過時の応答は HTTP 429 と本体 {"errors": [{"code": 88, "message": "Rate limit exceeded"}]}。解除の時点は x-rate-limit-reset ヘッダー（Unix タイムスタンプ）で分かる 制限は枠の終了とともに自動的に解除される — エンドポイントに応じて 15 分または 24 時間。ブロックの個別の期間は示されていない 出典, 確認済み 2026-08-04
制限への異議申し立て。 DSA レポート：«Our content moderation systems blend automated and human review paired with a robust appeals system that enables our users to quickly raise potential moderation anomalies or mistakes»（原文ママ）。異議申し立ての具体的なフォームは help.x.com… ブロックに対する不服申し立てのフォーム（help.x.com/forms）は確認できない。ホストが閉じられているため。 出典, 確認済み 2026-08-07
YouTube
1 日あたりの投稿数。 数値では示されていない。原文どおり：«To ensure safety at YouTube, we limit how many videos a channel can upload in a 24-hour period across desktop, mobile, and YouTube API.» «Limits may vary by country/region or channel history. Copyright strikes may impact channel history… YouTube は 1 日あたりのアップロード上限があることを認めているが、その数値はヘルプのどこにも公開していない：国と地域、そしてチャンネルの履歴によって変わるとだけ書かれている。71673（ファイルの長さと容量）と 9891124（アクセスの段階）のページでも確認したが、そこにも数値はない 出典, 確認済み 2026-08-04
新規アカウントの制限。 原文どおり：«If you complete phone verification, you will get access to intermediate features.» «Advanced features include, for example, pinned comments and higher daily upload limits. Creators can get access to advanced features by: Completing phone verification… 新しいチャンネルの制限は日数ではなくアクセスの段階として表されている。«sufficient channel history» が何日で貯まるのかは示されていない。別に、«Not complying with YouTube’s Community Guidelines delays feature eligibility» とも書かれている 出典, 確認済み 2026-08-04
フォローとフォロー解除。 出典が食い違う：原文どおり：«If you see an error message that says “Too many subscriptions,” you have reached your subscription limit. You can only subscribe to 75 channels per day.» «In general, you can subscribe to a maximum of 2,000 channels. But, your subscription limit grows… 13 のプラットフォームの中で、1 日あたりのチャンネル登録の上限を数値（75）で公開している唯一の例。同じページ内での矛盾：«maximum of 2,000 channels» としながら、同時に 5,000 件を超えないようにという推奨がある。登録の解除についての上限は示されていない 出典, 確認済み 2026-08-04
ダイレクトメッセージと一斉送信。 数値では示されていない。原文どおり：«Sending too many messages at once: To help prevent spam, there are limits on how many messages can be sent in a short period. If you have sent a lot of messages recently, please wait a while before trying again.»… YouTube のダイレクトメッセージは «Video sharing & messaging» という別の機能として戻ってきた。上限があることは認められているが、数値も枠の長さも示されていない。一斉配信の手段をプラットフォームは提供していない 出典, 確認済み 2026-08-04
API アクセス。 出典が食い違う：原文どおり：«Projects that enable the YouTube Data API have a default quota allocation of 100 search.list calls, 100 videos.insert calls, and 10,000 units per day combined for all other endpoints.» «Daily quotas reset at midnight Pacific Time (PT).» «All API… 枠は 1 日、カウンターはプロジェクト単位（ユーザー単位ではない）。同一ページ内の矛盾：上部の自動生成された «Page Summary» は «methods like videos.insert have the highest cost of 1600 points» としているが、同じページの本文と表そのものは videos.insert について «100 quota per day.… 出典, 確認済み 2026-08-04
速度制限と一時的なブロック。 原文どおり：最初の違反は «the first violation is typically only a warning»。処分をともなう最初の警告は «This strike means you will not be allowed to do the following for 1 week: Upload videos or live streams»、«After the 1-week period, we restore full privileges automatically, but the… これは規約違反に対する制限であり、頻度の超過に対するものではない。1 日あたりのアップロード上限を超えた場合については «try again in 24 hours» とだけ書かれている（ページ 10383400） 出典, 確認済み 2026-08-04
制限への異議申し立て。 原文どおり：«For warnings and strikes, you can appeal for 6 months after the warning or strike was issued. For content removals, you have up to 1 year after your content was removed to submit an appeal. This 1 year window applies to all types of content removals… 異議申し立ては警告とコンテンツの削除について示されている。1 日あたりのアップロード上限やチャンネル登録の上限に対する異議申し立ての手続きはヘルプにない 出典, 確認済み 2026-08-04
Zenn
新規アカウントの制限。 一定時間あたりの投稿数に上限がある。«コンテンツの粗製乱造を防止する観点から、コンテンツの投稿数には一定時間あたりの上限数（レートリミット・レート制限）が設けられています»（原文ママ）。上限のロジックは公開されていない。«上限はさまざまな要素を組み合わせたロジックにより決定されます。このロジックは不正防止のため開示しておりません»（原文ママ）。記事、本、スクラップには別々の上限がある Zenn はこの上限をアカウントの経過期間に結び付けていない。規則は全員に共通だが、新しい書き手が突き当たるのはまさにこれである。FAQ の本文はクライアント側の JS で表示されるため、zenn.dev/faq/rate-limit の公式バンドルを読んだ 出典, 確認済み 2026-08-07
VKontakte
1 日あたりの投稿数。 VKontakte は 1 日あたりの投稿上限を公表しておらず、そのことを明言している。原文では «リクエスト頻度の制限のほかに、同種のメソッドの呼び出し回数に対する量的な制限も存在します。正確な上限値についての情報は提供していません» 数値を示さないという拒否はプラットフォーム自身の表明であり、こちらの推測ではない。開発者向けドキュメント (dev.vk.com の «Использование API» (API の利用) と «Список ошибок» (エラーの一覧) の節) で確認した。一般の利用者向けのヘルプは vk.com にあり、そこからページを自動で取得することはできない 出典, 確認済み 2026-08-04
ダイレクトメッセージと一斉送信。 数値では示されていない。同意についての規則が公表されている: «コミュニティの名義で利用者にメッセージを送るには、利用者が受信を許可している必要があります。利用者が先にコミュニティへメッセージを書いた場合、それは返信の受信への同意とみなされます (利用者が手動でメッセージを拒否しない限り、期間の制限はありません)»。メッセージの速度はコミュニティキーの全体的な上限、すなわち毎秒 20 リクエストに従う VKontakte はやり取りをメッセージ数ではなく受信者の許可で制限している。ダイレクトメッセージ個別の上限はドキュメントにない。messages.send のページには転送についての上限だけが示されている: «最上位で 100 件を超えないこと» 出典, 確認済み 2026-08-04
API アクセス。 キーの種類ごとに数値で示されている。原文では «VK API にはリクエスト数の毎秒の制限があります。制限はアクセスキーの種類とメソッドのセクションによって異なります»。利用者のアクセスキーは «毎秒 3 リクエスト»、コミュニティのアクセスキーは «毎秒 20 リクエスト»、サービスキーはアプリの利用者数に応じて «10 000 まで — 毎秒 5 リクエスト»、«100 000 まで — 毎秒 20 リクエスト»、«500 000 まで — 毎秒 40 リクエスト»、«1 000 000 まで — 毎秒 50… VKontakte が数値を示している唯一の箇所。量的な上限 (メソッドを 1 日に何回呼べるか) については、同じページで公表を拒んでいる 出典, 確認済み 2026-08-04
速度制限と一時的なブロック。 エラーのコードを通じて記載されている。原文では «この制限を超えると、サーバーはエラーを返します: 6 “Too many requests per second”»。エラーの一覧では «6 — 毎秒のリクエストが多すぎます。呼び出しの間隔を広げるか、execute メソッドを使用してください»、«29 — メソッド呼び出しの量的な上限に達しました»。さらに… VKontakte の速度超過への処置は対象を限定している。上限を超えたメソッドだけが停止し、他のメソッドは動き続ける。キャプチャによる確認は正規の応答の一部であり、回避してはならない 出典, 確認済み 2026-08-04
制限への異議申し立て。 «ご不明な点がある場合、またはブロックに同意できない場合は、サポートまでご連絡ください。問題を詳しく検討します»（原文ママ）、«ブロックされたアカウントそのものから問い合わせを作成する必要があります»（原文ママ）。ブロック画面の «サポートに問い合わせる» ボタンから行う。ブロック解除は電話への確認コードによる。番号による方法が使えない場合は、写真を添えた復旧申請フォームによる。 VK ID のヘルプ（id.vk.ru は robots で許可されている）。異議申し立ての提出期限は文書で制限されていない。 出典, 確認済み 2026-08-07
Dzen
新規アカウントの制限。 ヘルプは、開設当初のチャンネルに適用される制限を二つ挙げている。一つ目は、連絡先情報が確認されるまで投稿できないこと。原文どおり：«最初の投稿を作成する前に、連絡先情報の確認が必要になる場合があります»（誤字 «контакных» はヘルプの原文のまま）。二つ目は、チャンネルのカバー画像が使えないこと。原文どおり：«カバー画像の設定は、チャンネルのフォロワーが 500 人以上の場合に利用できます»。1 日あたりの投稿数の上限も、最初の投稿に対する必須の事前審査も、ヘルプは挙げていない Dzen の作者向けヘルプの記事 «Создание и настройка»（作成と設定）を全文読んだ。どちらの制限もプラットフォーム自身の記載である。この記事に 1 日あたりの投稿数の上限はない。それによって上限がないことが証明されたわけではなく、この記事がそれに触れていないことが証明されただけである。 出典, 確認済み 2026-08-07
制限への異議申し立て。 投稿の場合：スタジオ - 警告 - «審査に送る»。原文ママ：«投稿を再審査に送れるのは 1 回だけです»、«1 日に 15 件までの投稿を送れます。ボタンは投稿が制限された時点から 1 週間有効です»。チャンネルの場合：サポートフォームからの申請（件名 «チャンネルの制限» - «チャンネルを審査に送る»）、チャンネルの審査は年 3 回まで、借用コンテンツのあるチャンネルの審査は 1 回のみ。重大な違反の場合、申請は受け付けられない 2 番目のページ：dzen.ru/help/ru/requirements/how-to-remove-restrictions.html。再審査できないもの：著作権、重複コンテンツ、リンクスパム、ロシア通信監督庁（RKN）の要求によるブロック 出典, 確認済み 2026-08-07
Odnoklassniki
制限への異議申し立て。 «プロフィールを復旧できる可能性があるかを知るには、サポートまでご連絡ください。状況を個別に検討し、問題をどのように解決できるかをお答えします。ブロックが起きた理由は常にご説明するよう努め、その後の対応の選択肢をご提案します»（原文ママ）。 提出はヘルプにあるサポートへの問い合わせフォームから行う。提出の個別の期限はない。 出典, 確認済み 2026-08-07
优酷 (Youku)
新規アカウントの制限。 アカウントが本人確認（实名认证）を通すまで、コメント、スレッドへの返信、動画に重なる «弾幕»、および有料会員の権利が閉じられる。視聴そのものは動作する。Youku の利用規約から原文どおり：«如果不进行实名认证，您仍可浏览我方平台的内容和视音频，但您将无法进行评论、跟帖、弹幕等功能，也无法享受付费会员的相关权利和服务»。当方の訳：本人確認を行わない場合も、引き続きプラットフォームの内容と動画・音声を閲覧できるが、コメント、スレッドへの返信、弹幕… これは Youku が利用規約で直接述べていることである（2019v1 版、更新日 30.12.2019）。youku.com、www.youku.com、csc.youku.com、mapp.youku.com のドメインに robots.txt ファイルはない：リクエストは 404 ページか空の応答を返し、つまり巡回の禁止は設定されていない 出典, 確認済み 2026-08-07
微信 (WeChat)
新規アカウントの制限。 新しいアカウントの登録は、それ自体が生身の人間による追加の確認なしには完了しないことがある。原文どおり：«After completing the registration, if you are prompted to undergo further assistance verification or required to verify again when using certain features»… WeChat ヘルプの記事 «How do I sign up for WeChat?»（help.wechat.com、英語版）を全文読んだ。どの機能で再確認が必要になるのかを記事は列挙していない — そのため慎重な書き方にしてある。公式アカウント（公众号）向けのヘルプの節は mp.weixin.qq.com の robots.txt が閉じている：そこには «User-Agent: * /… 出典, 確認済み 2026-08-07
制限への異議申し立て。 原文ママ：«Temporarily blocked: Follow the instructions on the login page and submit an appeal accordingly» — 異議申し立てはログイン画面から行う。原文ママ：«Permanently blocked: ... no unblocking options are available»。恒久的なブロックの場合、ログインは WeChat Pay の資金の引き出しのためにのみ許される。提出期限は記載がない ブロック解除に仮想番号（Skype、Google Voice など）は受け付けられない 出典, 確認済み 2026-08-07
腾讯视频 (Tencent Video)
制限への異議申し立て。 減点に対する異議申し立て：管理画面（电脑端）のコンテンツ管理ページで、処罰された素材に «信用分申诉» のボタンがあり、理由を示して申し立てる。«每篇文章只有一次提交申诉的机会，申诉结果将作为最终结果»（原文どおり）— 素材 1 件につき申し立ては 1… 処罰の取り消しに関する補足：/detail/e8940475-55f3-4629-ae8a-ebec90f5cfee。 出典, 確認済み 2026-08-07
네이버 밴드 (Naver Band)
新規アカウントの制限。 «To prevent misuse of the service, Band limits the number of sign-ups and account links (verifications) within a certain time period»（原文ママ）。続けて、アカウント削除の直後に同じ情報で登録し直したり、同じ情報を別のアカウントに紐付けたりすると «the account may take time to create or you may experience some… メインサイト band.us は読んでいない。その robots.txt は個別のブロックで ClaudeBot と Claude-SearchBot を禁じている（«Disallow: /»）。ヘルプのサブドメイン help.band.us はクロールを全面的に許可しており（«User-agent: * / Allow: /»）、読んだのはこちらだけである 出典, 確認済み 2026-08-07
카카오톡 (KakaoTalk)
新規アカウントの制限。 KakaoTalk の新しいチャンネルの場合、事業者情報が確認されるまでチャンネルは 일반 채널 のままで、その横に «사업자 정보가 확인되지 않은 채널»（原文ママ。«事業者情報が確認されていないチャンネル»）という警告が表示される。チャンネル作成時には電話番号が確認され、«동일한 전화번호는 1일 5회까지만 인증이 가능합니다»（原文ママ。同一の電話番号は 1 日 5 回までしか認証できない）とされており、これはスパムや不正利用への対策として明示されている 個人アカウント向けの KakaoTalk ヘルプセンター（cs.kakao.com）は読んでいない。その robots.txt に «User-agent: * / Disallow: /» が含まれるためである。robots.txt が許可しているビジネス向け Kakao の公式文書を読んだ 出典, 確認済み 2026-08-07
これとどう付き合うか
- 平均ではなく、厳しいほうの上限で計画する。 上限は プラットフォームと投稿ツールとで異なり、ほとんどの場合 先に突き当たるのはツールの上限である — なぜ異なるのか.
- 新規アカウントは別の規則で動く。 最初の数日の制限は 日程ではなく利用の仕方によって解除され、プラットフォームは その期間を意図的に示さない。
- 速度制限はブロックではない。 一部のプラットフォームは拒否する代わりに 単に投稿を表示しなくなるだけで、外から見ると 正常に動いているように見える。エラー表示ではなくリーチを見るとよい。
- 他人の記事の数字は数字ではない。 上限が プラットフォームの文書にないなら、その記事の筆者を含め、 誰もそれを知らない。
方法について。 出典はプラットフォームの公式ページのみ。ヘルプ、規約、 API の文書である。第三者サイトの «最新の上限» まとめは いかなる場合もカタログに採らない — 検証する手立てがなく、しかも常に誤っている。
関連項目： 素材の要件 · プラットフォームの制限 · なぜツールは投稿せずに通知を送るのか