Skip to main content
Rate limits は各エンドポイントに対して行えるリクエスト数を制御します。上限を超えると、ウィンドウがリセットされるまで 429 エラーが返されます。

Rate limit の仕組み


上限の確認

レスポンスヘッダーで現在の rate limit ステータスを確認できます。

Rate limit 一覧

以下で各エンドポイントの rate limit を確認できます。これらの上限は Developer Console でも確認できます。
別途表記がない限り(例: “/24hrs” や “/sec”)、上限は 15 分あたりの値です。

Posts (25 エンドポイント)

Tweets lookup

Post counts

Filtered stream

Manage posts

Timelines

Likes lookup

Manage likes

Retweets lookup

Manage retweets

Hide replies


Users (14 エンドポイント)

Users lookup

Search users

Follows lookup

Manage follows

Blocks lookup

Mutes lookup

Manage mutes


Spaces (6 エンドポイント)

Spaces lookup

Search Spaces


Direct Messages (8 エンドポイント)

Direct Messages lookup

Manage Direct Messages


Lists (14 エンドポイント)

Lists lookup

List Tweets lookup

List member lookup

Manage Lists

Manage List members

Manage List follows

Pinned Lists


Bookmarks (5 エンドポイント)

Bookmarks lookup

Manage Bookmarks


Compliance (3 エンドポイント)

Batch compliance


Usage (1 エンドポイント)



Communities (2 エンドポイント)


Analytics (1 エンドポイント)


Media (8 エンドポイント)


Activity & Webhooks


その他のエンドポイント


Rate limit の処理

rate limit に達すると、429 レスポンスが返されます。

復旧戦略

  1. x-rate-limit-reset でウィンドウがリセットされる時刻を確認
  2. その時刻まで待機してから再試行
  3. 必要に応じて指数バックオフを使用
Example

ベストプラクティス

レスポンスをキャッシュ

結果をローカルに保存し、繰り返しのリクエストを削減します。

ストリーミングを使用

リアルタイムデータには、ポーリングではなく filtered stream を使用してください。

ヘッダーを監視

上限に達しないよう残りリクエスト数を追跡してください。

リクエストを分散

リクエストをタイムウィンドウ全体に分散してください。

Rate limit と請求

Rate limit と請求は別物です。 Rate limit の範囲内でも使用料が発生する場合があり、逆に追加コストなしで rate limit に達する場合もあります。

Enterprise の rate limits

Enterprise 顧客はカスタム rate limit を利用できます。アカウントマネージャーに連絡するか、Enterprise アクセスに申し込む ください。

次のステップ

エラー処理

429 やその他のエラーを処理。

はじめに

アクセスレベルと機能を学ぶ。