2026年の Twitter（X）API レート制限

#2026年のエンドポイント別 X API レート制限

X API v2 のエンドポイントにはそれぞれ独自の制限があり、アプリ単位とユーザー単位で別々にカウントされ、その多くは15分ごとにリセットされます。以下の数字は、X が2026年11月2日に公開していたものです。制限に加えて各呼び出しにいくらかかるかは、X API の料金の解説にあります。

読み取りは1ウィンドウあたり数百から数千リクエストまで許可され、書き込みはユーザー単位で上限があり、一部のエンドポイントにはさらに24時間または毎秒1回の制限が加わります。

• 直近検索、過去7日間（100）

  アプリ単位

  450 / 15分

  ユーザー単位

  300 / 15分

• 全期間検索、2006年まで（500）

  アプリ単位

  300 / 15分、かつ 1 / 秒

  ユーザー単位

  1 / 秒

• ID 指定の投稿（100）

  アプリ単位

  3,500 / 15分

  ユーザー単位

  5,000 / 15分

• 1アカウントの投稿（100）

  アプリ単位

  1万 / 15分

  ユーザー単位

  900 / 15分

• 1アカウントへのメンション（100）

  アプリ単位

  450 / 15分

  ユーザー単位

  300 / 15分

• ID またはユーザー名指定のプロフィール（100）

  アプリ単位

  300 / 15分

  ユーザー単位

  900 / 15分

• フォロワーまたはフォロー中（1,000）

  アプリ単位

  300 / 15分

  ユーザー単位

  300 / 15分

• 投稿にいいね、リポスト、引用したユーザー

  アプリ単位

  75 / 15分

  ユーザー単位

  75 / 15分

• 投稿または返信の作成

  アプリ単位

  1万 / 24時間

  ユーザー単位

  100 / 15分

• 投稿の削除

  アプリ単位

  なし

  ユーザー単位

  50 / 15分

• ダイレクトメッセージの送信

  アプリ単位

  1,440 / 24時間

  ユーザー単位

  15 / 15分、かつ 1,440 / 24時間

アプリ単位とは、アプリのベアラートークンで署名されたすべてのリクエストが、共有の1つのカウンターを消費するという意味です。ユーザー単位とは、OAuth でアプリを承認したユーザーごとに独自のカウンターを持つという意味で、そのため直近検索の450と300のように、同じエンドポイントに2つの数字が現れることがあります。「X API のレート制限」と「Twitter API のレート制限」は同じものです。X は製品名を変えただけで、ここに挙げた制限は、レート制限リファレンスが対象とする X API v2 のものです。

この表は、日付を付けた抜粋です。リストやスペースからメディアのアップロードまで、100を超えるエンドポイントの完全な一覧は、X のレート制限リファレンス（新しいタブで開きます）にあり、Developer Console には自分のアプリの制限が表示されます。

知っておきたいこと

X のリファレンスには今もフォロー、いいね、引用投稿の制限が載っていますが、X は2026年4月20日に、これらの書き込みをすべてのセルフサービスプランから削除（新しいタブで開きます）しました。従量課金では、ウィンドウの記載にかかわらず、これらの呼び出しは失敗します。

#この制限での読み取りジョブの所要時間

1つのアプリが全速で動かした場合、X のウィンドウでは、全期間検索で1時間あたり約60万投稿、ID 指定で140万投稿、フォロワーで120万人を読めます。ただし従量課金は月300万件の投稿読み取りで止まり、そのすべてに課金されます。

1時間あたりの各数字は、アプリ単位のウィンドウに、1リクエストが返す結果の最大数を掛け、1時間あたり4ウィンドウ分にしたものです。500投稿の全期間検索300回、100投稿の検索3,500回、1,000件のフォロワーページ300回です。直近検索は、100投稿のリクエスト450回で1時間あたり18万投稿に達しますが、対象は過去7日間だけです。

月間の上限により、これらの1時間あたりの数字は短時間のバーストになります。全速では、ID 指定の取得は約2時間、全期間検索は約5時間で300万投稿に達し、300万投稿は X の1投稿$0.005で$15,000かかります。2026年11月22日からは、X は投稿と一緒に取得する投稿者プロフィールにも、ユーザーレートの$0.010（新しいタブで開きます）を課金します。

Twitter（X）API 兼スクレイピングツールである Sorsa API の制限は1つだけです。全プランで、API キーあたり毎秒20リクエスト。この制限で、同じジョブが公式 X API のアプリ1つの場合より、2.4倍から60倍速く動きます。

• 投稿の検索

  Sorsa API（1時間あたり）

  約144万件、2006年まで

  公式 X API（1時間あたり、アプリ1つ）

  全期間検索で60万件、直近検索で18万件

• ID 指定の投稿

  Sorsa API（1時間あたり）

  720万件

  公式 X API（1時間あたり、アプリ1つ）

  140万件

• プロフィール

  Sorsa API（1時間あたり）

  720万件

  公式 X API（1時間あたり、アプリ1つ）

  12万件

• フォロワー

  Sorsa API（1時間あたり）

  1,440万件

  公式 X API（1時間あたり、アプリ1つ）

  120万件

価格差は、速度の差よりも大きくなっています。ツイートは Sorsa API では1,000件あたり$0.014から、公式 X API では$5.00、フォロワーは$0.007からに対して$10.00で、失敗したリクエストは課金されません。

#毎秒20リクエストで X データを読む

15分間のウィンドウなしで X データを読むには、Sorsa API を使います。ApiKey ヘッダーに API キー1つを付けるだけで、X の開発者アカウントも OAuth も不要、すべてのエンドポイントが毎秒20リクエストという同じ制限を共有します。

1. キーを取得する。 サインアップして、ダッシュボードから API キーをコピーします。最初の100リクエストは無料で、最大1万ツイートを読めます。

2. 1リクエストで100ツイートを読む。 最大100件のツイートリンクまたは ID を POST /tweet-info-bulk（新しいタブで開きます） に送ります。各ツイートには投稿者のプロフィール全体が付いて返り、バッチ全体が1リクエストとしてカウントされます。

   curl -X POST \
     "https://api.sorsa.io/v3/tweet-info-bulk" \
     -H "ApiKey: YOUR_API_KEY" \
     -H "Content-Type: application/json" \
     -d '{"tweet_links": ["1854021938471002113"]}'
   

   {
     "tweets": [
       {
         "id": "1854021938471002113",
         "full_text": "Weekly digest is out: 48 links, 3 charts.",
         "created_at": "2026-10-30T09:12:44Z",
         "lang": "en",
         "likes_count": 96,
         "retweet_count": 14,
         "reply_count": 9,
         "view_count": 8840,
         "user": {
           "id": "1590087714360229888",
           "username": "ratelimit_lab_demo",
           "display_name": "Rate Limit Lab",
           "followers_count": 2310
         }
       }
     ]
   }
   

   レスポンス全体を表示

3. 大きなジョブを毎秒20回でペース配分する。 この関数はバッチを20個ずつのラウンドで、1秒に1ラウンドずつ送るので、100万件の ID のリストも、待つべきウィンドウが1つもないまま、上限いっぱいの速度で処理されます。

   import time
   from concurrent.futures import ThreadPoolExecutor
   
   import requests
   
   URL = "https://api.sorsa.io/v3/tweet-info-bulk"
   HEADERS = {"ApiKey": "YOUR_API_KEY"}
   RATE = 20  # requests per second, per API key
   
   
   def fetch(batch):
       for _ in range(5):
           r = requests.post(URL, headers=HEADERS,
                             json={"tweet_links": batch}, timeout=30)
           if r.status_code == 429:  # over 20 in this second
               time.sleep(1)
               continue
           r.raise_for_status()
           return r.json()["tweets"]
       raise RuntimeError("still 429 after 5 tries")
   
   
   def read_tweets(ids):
       batches = [ids[i:i + 100] for i in range(0, len(ids), 100)]
       tweets = []
       with ThreadPoolExecutor(max_workers=RATE) as pool:
           for i in range(0, len(batches), RATE):
               started = time.monotonic()
               for page in pool.map(fetch, batches[i:i + RATE]):
                   tweets += page
               time.sleep(max(0, 1 - (time.monotonic() - started)))
       return tweets
   

4. ジョブに合ったエンドポイントを選ぶ。 同じ制限がすべてのエンドポイントに適用されるので、変わるのは1リクエストあたりの結果数だけです。

• POST /search-tweets（新しいタブで開きます） は X の検索演算子を受け付け、2006年までさかのぼって、1ページあたり約20ツイートと、次のページへの next_cursor を返します。
• GET /followers（新しいタブで開きます） は、1ページあたり最大200フォロワーを返します。
• GET /info-batch（新しいタブで開きます） は、ユーザー名またはユーザー ID で最大100件のプロフィールを返します。

制限がリセットされるのは15分ごとではなく毎秒で、追跡すべきウィンドウがないため、Sorsa API はレート制限のヘッダーを返しません。429 は1秒間に20を超えるリクエストを送ったという意味なので、1秒待ってから再送してください。詳しくはレート制限のドキュメント（新しいタブで開きます）にあります。401 や 403 は、キーが間違っているか未指定であるか、リクエストを使い切っているという意味です。Sorsa API が X データを読むほかのあらゆる方法とどう違うかは、Twitter API の代替のガイドにあります。

#X API のウィンドウ、ヘッダー、429 のしくみ

X API のウィンドウは、最初のリクエストから始まるエンドポイントごとのカウンターです。呼び出しのたびに1つ消費され、ゼロになると、ウィンドウが補充されるまで X は 429 Too Many Requests を返します。

すべてのレスポンスが、カウンターの現在位置を3つのヘッダーで教えてくれます。

x-rate-limit-limit: 450
x-rate-limit-remaining: 0
x-rate-limit-reset: 1793606400

x-rate-limit-limit はウィンドウの大きさ、x-rate-limit-remaining は残りです。x-rate-limit-reset はウィンドウが補充される時刻で、カウントダウンではなく Unix 秒で表されます。すべてのレスポンスで読んでください。残りが0で返ってきた呼び出しは、次の呼び出しが失敗することをすでに教えています。

制限を超えると、X はエラーコード88の 429「Rate limit exceeded」（レート制限超過）を返します。対処はリセット時刻まで待つことで、早くリトライしても 429 が増えるだけです。手順ごとの対処、リトライのコード、X アプリに出る「rate limit exceeded」のメッセージについては、Twitter のレート制限超過のガイドで扱っています。

すべてのウィンドウの範囲内に収まるジョブでも止まることがあります。公式 X API には3層の制限があり、層ごとに違う形でジョブが終わるからです。

• エンドポイントのウィンドウは15分または24時間後に自動でリセットされ、全期間検索は同じ秒の中での2回目のリクエストも拒否します。
• 月間の上限とクレジットは時間ではリセットされません。従量課金は1請求サイクルあたり300万件の投稿読み取りで止まり、クレジット残高か自分で設定した支出上限（新しいタブで開きます）を使い切ると、リクエストがブロックされます。
• アカウント上限はアプリではなく X アカウントに属します。X アプリ、ウェブ、API からの投稿、返信、フォロー、メッセージをまとめてカウントします。

#X の投稿制限：15分あたりと1日あたり

公式 X API 経由の投稿には、上限が2つあります。エンドポイントによる上限（ユーザーごとに15分あたり100件、アプリごとに1日1万件）と、X アカウントによる上限です。未認証のアカウントが1日に公開できるのは、投稿の送信方法にかかわらず、元の投稿50件と返信200件までです。

先に効いてくるのは、アカウントの上限です。15分あたり100件なら、エンドポイントは1ユーザーに1日9,600件の投稿を許可しますが、未認証のアカウントは50件で止まります。

• 元の投稿

  公式 X API の制限

  ユーザーあたり 100 / 15分、アプリあたり 1万 / 24時間

  X アカウントの制限（全アプリ合算）

  未認証アカウントは1日50件

• 返信

  公式 X API の制限

  投稿と同じエンドポイント

  X アカウントの制限（全アプリ合算）

  未認証アカウントは1日200件

• 投稿の削除

  公式 X API の制限

  ユーザーあたり 50 / 15分

  X アカウントの制限（全アプリ合算）

  公開されていない

• リポスト

  公式 X API の制限

  ユーザーあたり 50 / 15分

  X アカウントの制限（全アプリ合算）

  公開されていない

• ダイレクトメッセージ

  公式 X API の制限

  ユーザーあたり 15 / 15分、かつ 1,440 / 24時間

  X アカウントの制限（全アプリ合算）

  1日500件

• フォロー

  公式 X API の制限

  セルフサービスから削除（2026年4月20日）

  X アカウントの制限（全アプリ合算）

  1日400件

• いいねまたは引用投稿

  公式 X API の制限

  セルフサービスから削除（2026年4月20日）

  X アカウントの制限（全アプリ合算）

  公開されていない

X の制限のページ（新しいタブで開きます）には、アカウントの上限は「from all devices, including web, mobile, phone, API」（ウェブ、モバイル、電話、API を含むすべてのデバイスから）の操作をカウントすると書かれています。つまり、スクリプトと、アプリで手入力する人は、同じ50件の投稿を消費します。X は1日の投稿上限を、公開していない30分ごとの制限に分割しており、アカウントが5,000人をフォローすると、それ以上のフォローはアカウントの比率に左右されます。

50件という上限は最近のものです。X は2026年5月に、1日2,400件から引き下げました（PCMag が報じています（新しいタブで開きます））。同じヘルプページには、別の段落で今も2,400件と書かれています。認証済みアカウントについて、X は1日の数字を公開していません。従量課金では、投稿のたびに費用もかかります。1投稿$0.015、リンク付きの投稿は$0.20です。

Sorsa API は設計上、読み取り専用です。投稿、いいね、フォロー、メッセージ送信は行わず、X のログインや Cookie を求めることもないため、あなたの X アカウントにリスクはまったくありません。投稿するには公式 X API と組み合わせ、投稿が公開されたかの確認や、返信とメンションの収集といった読み取りは、Sorsa API に任せてください。

#無料プランと Enterprise のレート制限

2026年の公式 X API に無料プランはなく、無料のレート制限もありません。投稿専用の Free プランは、最後は24時間あたり17投稿（新しいタブで開きます）が上限でしたが、従量課金が標準になった2026年2月6日に、新規開発者向けには終了しました。年ごとに何が許されていたかは、Twitter API は無料かへの回答にあります。

有料の Basic と Pro プランも同じ道をたどりました。X は Basic の契約者を2026年6月1日以降に、Pro の契約者を9月1日以降に従量課金へ移行しました。Basic の1日100投稿を引用しているフォーラムの回答は、今は誰も購入できないプランについて述べています。従量課金の利用者は全員、最初の表のウィンドウを共有しています。

それを変えられるのは Enterprise だけです。Enterprise 契約は合意のうえでカスタムのレート制限を設定し、300万件の投稿読み取り上限も外します。X は問い合わせフォームで販売しており、価格は公開していません。2023年に Enterprise アクセスを開始した当時、契約は月$42,000から（新しいタブで開きます）と報じられました。

#1つの制限を軸に X データのジョブを計画する

X API のレート制限はエンドポイントごとで、多くは15分単位です。その上に月300万件の投稿読み取り上限と、アカウントの1日の上限が重なるため、大きなジョブは3層に同時に収まる必要があります。X データを大規模に読むなら、Sorsa API を使います。制限はキーあたり毎秒20リクエストの1つだけで、1リクエストで最大100ツイートまたは200フォロワーを取得でき、ツイートは1,000件あたり$0.014からです。100回分の無料リクエストで始めれば、最初の1万ツイートに足ります。

#よくある質問