X (Twitter) API 料金プラン完全ガイド — 従量課金リソース単価表（最新版）
X (旧Twitter) API の料金プランは大きく変わりました。従来の月額固定プラン (Basic $200 / Pro $5,000 / Enterprise $42,000+) は legacy 扱い となり、新規ユーザーは原則として「従量課金 (pay-per-use)」プランから始まります。docs.x.com の pricing ページにも "No subscriptions—pay only for what you use" と明記されており、月額プランは現在 contact-sales 専用ルートでのみ利用できます。
この記事では docs.x.com の公式仕様に基づいて、X API の リソース別単価表 (read $0.005-0.010、Owned Reads $0.001、Post creation $0.015、URL 付き $0.200) と、月間 2,000,000 Post reads のハードキャップ、24時間重複排除ルール、20% Grok / xAI クレジット還元、そして 個人開発 / SaaS / 大規模クローラ別の月額試算 まで、購入判断に必要な情報をすべて網羅します。
さらに、公式 X API より 約 1/33 (97% 削減) のコスト で同等のツイートデータを取得できる第三者 API である twitterapi.io との比較表も用意しました。中規模 SaaS で月数百〜数千ドルを節約できる選択肢を含めて、自分のユースケースに最適なプランを判断できる構成になっています。
X API の料金プラン全体像 — 従量課金がデフォルトに
X API の料金プランは2026年初頭に大きく再編されました。それ以前は Basic ($200/月) / Pro ($5,000/月) / Enterprise ($42,000+/月) という月額固定プラン制が主流で、開発者はプラン階層を選んでから API key を発行する流れでした。しかし2026年2月の "Pay-Per-Use" launch 以降、docs.x.com の公式 pricing ページは "No subscriptions—pay only for what you use" と明記され、月額プランは原則として contact-sales 専用ルートに移行しています。
新しい従量課金プランの主な特徴は次の5つです。(1) 月額固定費なし — クレジットを購入し、リクエスト 1 件ごとに該当単価が deduction されます。(2) リソース別の単価 — Posts / Users / Spaces など読む対象によって価格が異なります(Section 2 詳細)。(3) 月間ハードキャップ — Post reads は 2,000,000 リクエスト/月 が上限で、それを超えると公式 API では取得不可能になります。(4) 24時間重複排除 — 同じ post を1日内に複数 query しても 1リクエスト分のみ計上されるため、キャッシュ設計次第で実質コストを大幅に削減できます。(5) 20% credit-back — Grok / xAI 関連のユースケースには、月支払額の 20% が API クレジットとして還元されます。
無料枠 (Free tier) は2026年初頭に廃止されましたが、新規登録ユーザーには $10 voucher が付与されるため、個人開発用途であれば実質的に数ヶ月分の API リクエストを無料で試せます。さらに従来の Basic / Pro / Enterprise 階層がまったく利用できなくなったわけではなく、Enterprise 規模の SaaS や Following / Likes / Quote-Posts などの self-serve から除外された endpoint が必要なケースでは contact-sales 経由で個別契約 が可能です。ただし新規ユーザーがアカウント作成直後にアクセスできるのは pay-per-use のみで、デフォルトの体験はこの従量課金モデルとなっています。
この再編の背景には、(a) 個人開発者の月額プラン入会ハードルが高すぎたこと、(b) スパム / bot による無料 API 大量利用を制度的に抑制する必要性、(c) AI 学習データへの大量無料アクセス制限と Grok / xAI への "X エコシステム内回帰" の促進 があります。結果として、hobby 開発者は月数百円から始められ、中規模 SaaS は実使用量で予算管理しやすい モデルに収束しました。
リソース別単価表 — 2026 最新の docs.x.com 公式仕様
X API の従量課金は 「リクエストする resource の種類別に単価が違う」 という構造になっています。同じ "1 read" でも、Posts を読むときは $0.005、Users / DM Events を読むときは $0.010 で、価格は 2倍 違います。docs.x.com pricing ページに明記されている公式の単価表は次のとおりです (JPY 換算は 1 USD ≈ ¥159 で概算)。
Read operations (取得系、1 リクエスト = 1 resource): Posts / Lists / Spaces / Communities / Notes / Media / Analytics の取得は $0.005/resource (約 ¥0.80)。Users / DM Events / Following・Followers / Trends の取得は $0.010/resource (約 ¥1.59) — ユーザー情報やフォロー関係は Posts より高めの単価設定です。特殊なケースとして、"Owned Reads" (自分の dev app と自分のアカウントの data を読む場合) は $0.001/resource (約 ¥0.16) という大幅割引が適用されます。自社運営の bot から自社アカウントを読み込むユースケースは、この Owned Reads 単価を活用することで通常の 1/5 のコストに抑えられます。
Write operations (作成・編集系): Post creation は URL なし $0.015/post、URL ありは $0.200/post (¥31.83、13倍の溢価) と価格差が大きいので注意が必要です。DM / User interaction は $0.015、Interaction の delete は $0.010。これは、URL を含む Post が外部リンク誘導 = エコシステム外への流出を伴うため、X 側がそれをコスト差で抑止しているという見方ができます。スケジューラや自動投稿ツールを設計する場合は、URL を別の reply post として送る設計 にすることで大きくコストを削減できます。
Caps と特殊ルール: 月間ハードキャップは 2,000,000 Post reads/月(これを超えると公式 API では翌月まで取得不可)。spending limits は user-configurable で、自分で月の支払上限を設定可能。24時間重複排除 は "同じ post を1日内に複数 query しても 1リクエストのみ計上" というルールで、Section 3 で詳しく解説します。Grok / xAI 関連の use case では月支払額の 20% が API クレジットとして還元(2026-02-06 launch 時に発表)。
Following / Likes / Quote-Posts の取得は 2026年4月16日以降、self-serve tier から除外 されました。これらの endpoint が必要な場合は Enterprise 契約 (contact-sales) または twitterapi.io のような第三者 API を使う必要があります。新規開発者がよく忘れがちな仕様なので、設計初期に確認しておくのが重要です。
使用量別コスト試算 — 個人開発から SaaS 中規模まで
リソース単価が用途別に異なるため、自分の使用パターンで試算するのが最も現実的です。代表的な3ケースで月額コストを計算してみましょう。
ケース A — 個人開発 (hobby / side project): 月 3,000 Post reads + 100 Post creation (URL なし)。 3,000 × $0.005 = $15.00、100 × $0.015 = $1.50 → 月合計 $16.50 (約 ¥2,626)。新規登録時の $10 voucher を使えば実質月 $6.50、ほぼ缶コーヒー1本分のコスト感です。個人開発で X API を試したい場合、従量課金プランは圧倒的にスタートのハードルが低い ということになります。
ケース B — 中規模 SaaS (Twitter 分析ツール、月10万 reads クラス): 月 100,000 Post reads + 50,000 Owned Reads + 500 Posts (URL なし)。 100,000 × $0.005 = $500.00、50,000 × $0.001 = $50.00、500 × $0.015 = $7.50 → 月合計 $557.50 (約 ¥88,716)。月10万円弱の API コストですが、Owned Reads ($0.001) を併用することで $50 を節約できている点に注目してください。自社運営 bot の自己読み込みは必ず Owned Reads で実装するのが定石です。
ケース C — クローラ大規模 (月50万 reads クラス): 月 500,000 Post reads + 200,000 Users + 5,000 Posts (URL あり)。 500,000 × $0.005 = $2,500.00、200,000 × $0.010 = $2,000.00、5,000 × $0.200 = $1,000.00 → 月合計 $5,500.00 (約 ¥875,215)。注目すべきは URL 付き Post 5,000 件で $1,000 という溢価分 — もしこれを URL なし Post に分離設計できれば $1,000 → $75 に圧縮可能。設計次第で月90万円が10万円減る、という典型例です。
月 2M Post reads のハードキャップ が見えてくる規模 (月100万 reads 以上) では、もう1つの判断材料が登場します。それは 公式 API では月 2M 以上は取得できない という制度上の天井です。スポーツデータ分析、金融系の市場感情分析、政治・選挙関連クローラなど、月数百万のリクエストが必要なユースケースでは、公式 API への一極依存は構造的にリスク。第三者 API (twitterapi.io 等) との併用、または完全移行 が現実的な選択肢になります(Section 5 で詳細)。
節約ポイント3つ(規模に関わらず適用可能):(1) 24時間重複排除を活用 — 同 post を複数 query するロジックなら、それを1日 cache する設計で実質コストを N 倍削減。(2) URL なし Post に分離 — URL 付き Post creation は $0.200 と13倍の溢価、設計次第で圧縮可能。(3) Owned Reads を必ず使う — 自社運営アカウントを読む処理を Owned Reads ($0.001) に集約することで一般 Read ($0.005) の 1/5 に。
用途別おすすめプラン — どれを選ぶべきか
これまでの試算を踏まえて、ユースケース別のおすすめプランをまとめます。自分が将来的にどのくらいの規模に成長させたいか を見据えて選ぶのが重要です。
個人開発 (hobby / side project, 月数千 reads): 公式従量課金で十分。月 $5-20 程度の支払いで運用可能で、$10 voucher を活用すれば最初の数ヶ月は実質無料。学習目的や個人プロジェクトには最適。Owned Reads を使えるなら積極的に活用 (自分のアカウント分析、自分のフォロワー分析など)。
スタートアップ初期 PoC (月10K-50K reads): 公式従量課金 + Owned Reads ($0.001) 中心の設計。月 $50-300 程度。MVP 段階では公式 API のままで十分、まだ第三者 API への切り替えコストを取る規模ではありません。ただし設計時点で「将来 100K reads 以上になった時の移行のしやすさ」を考慮しておくと、後で慌てる必要がなくなります(endpoint 抽象化レイヤを挟むなど)。
中規模 SaaS (月100K-500K reads): ケース B の試算で見たように月 $500-1,500 規模。この層で第三者 API (twitterapi.io) と価格比較する価値が大きい — 公式 $500 vs twitterapi.io $15 なら年間で約 ¥770,000 (= $5,820) の差が出ます。SaaS の利益率を考えると、この層では migration を検討するべきフェーズ。
大規模クローラ (月1M-2M reads): ケース C の試算では月 $5,000-10,000+。月 2M ハードキャップを超える需要がある場合、公式 API では応えられない ため、twitterapi.io への切替か Enterprise 契約 (contact-sales、数千ドル〜) が必須。コストよりも "取得可能性" 自体が制約条件 になる規模です。
超大規模 (月2M+ reads, 月千万 reads): Enterprise (contact sales, 数千〜数万ドル/月) または twitterapi.io でスケールアウト の2択。twitterapi.io は月 2M cap がなく月5M / 月10M も対応可能、しかも 1/33 のコストで取得可能 — "取得可能で、しかも安い" 唯一の選択肢です。
判断フローチャート: (1) 月の予想 reads は? → (2) Owned Reads / 一般 Read の割合は? → (3) URL 付き Post creation は何件か? → (4) 月 2M cap を超える可能性は? → (5) Following / Likes 取得は必要か?。この5問の答えで、上記5層のどこに位置するかが決まります。
twitterapi.io との料金比較 — 第三者 API という選択肢
twitterapi.io は X 公式 API と互換性のある endpoint を 1リクエスト $0.00015〜 で提供する第三者 API です。公式 Posts read ($0.005) の 約 1/33 のコスト、月額固定費なし、月間ハードキャップなし。中規模 SaaS から大規模クローラまで、最もコスパが高い選択肢の1つです。
具体的な月コスト比較 (使用量別、JPY は 1 USD ≈ ¥159 概算):
| 使用量 (月) | X 公式 (pay-per-use) | twitterapi.io | 削減率 |
|---|---|---|---|
| 3,000 reads (個人開発) | $15 (¥2,387) | $0.45 (¥72) | 97% |
| 100,000 reads (中規模) | $500 (¥79,565) | $15 (¥2,387) | 97% |
| 500,000 reads (大規模) | $2,500 (¥397,825) | $75 (¥11,935) | 97% |
| 2,000,000 reads (cap 上限) | $10,000 (¥1,591,300) | $300 (¥47,739) | 97% |
| 5,000,000 reads (超大規模) | 取得不可 | $750 (¥119,348) | – |
月10万 reads から月500万 reads まで、削減率は一貫して97%。 つまり中規模 SaaS なら月10万円弱の節約、大規模クローラなら月50万円以上の節約、超大規模では "そもそも取得可能か" という別軸の差が出ます。
twitterapi.io の主要な利点 (公式 API との比較):
- 月額固定費ゼロ — 実使用分のみ、Basic / Pro / Enterprise 階層なし
- 月間ハードキャップなし — 公式 2M cap を超える月5M / 月10M も対応可能
- 15分単位レート制限なし — リクエスト集中スパイクに柔軟対応(公式は per-endpoint 15min cap あり)
- URL 含む Post の溢価なし — 公式の $0.200/post (13倍溢価) → twitterapi.io 通常単価
- Following / Likes / Quote-Posts も取得可能 — 公式 self-serve tier から除外された endpoint も使える
- X 公式 API と同じ endpoint 設計 — 移行コストは低い (Python なら2行の置換)
- 日本のクレジットカード・請求書対応、消費税対応の領収書発行
twitterapi.io の API key 1 つあれば数分で試せる ので、Section 4 で「中規模 SaaS」「大規模クローラ」に該当する場合は、まず公式 + twitterapi.io の同等リクエストを並べて実コストを実測することをおすすめします。次の Section の Python コードが具体例です。
コスト試算と migration の実装例 — Python で計算
実際に "自分のユースケースで月いくらになるか" を計算するスクリプトと、公式 API から twitterapi.io への移行コードを並べて掲載します。これをベースに自分の運用環境で実測してみてください。
import os
import requests
# === Step 1: 月コストを試算する ===
# X 公式 pay-per-use rates (docs.x.com pricing, 2026-05-23)
RATE_POSTS_READ = 0.005 # Posts / Lists / Spaces / Communities / Notes / Media / Analytics
RATE_USERS_READ = 0.010 # Users / DM Events / Following・Followers / Trends
RATE_OWNED_READ = 0.001 # 自分の dev app と自分のアカウントの data
RATE_POST_NOURL = 0.015
RATE_POST_URL = 0.200 # 13倍溢価
TWITTERAPI_IO_RATE = 0.00015 # 一律
def monthly_official(posts_read=0, users_read=0, owned_read=0,
post_nourl=0, post_url=0):
return (posts_read * RATE_POSTS_READ
+ users_read * RATE_USERS_READ
+ owned_read * RATE_OWNED_READ
+ post_nourl * RATE_POST_NOURL
+ post_url * RATE_POST_URL)
def monthly_twitterapi_io(total_requests):
return total_requests * TWITTERAPI_IO_RATE
# 例: 中規模 SaaS のケース
requests_official = monthly_official(posts_read=100_000,
owned_read=50_000,
post_nourl=500)
requests_third = monthly_twitterapi_io(100_500)
print(f"X 公式: ${requests_official:>8.2f}/月")
print(f"twitterapi.io: ${requests_third:>8.2f}/月")
print(f"削減率: {100 * (1 - requests_third / requests_official):.0f}%")
# === Step 2: twitterapi.io への移行コード ===
# 移行前 (公式 X API)
# r = requests.get(
# "https://api.x.com/2/users/by/username/elonmusk",
# headers={"Authorization": f"Bearer {X_BEARER_TOKEN}"},
# )
# 移行後 (twitterapi.io) — 同じ user info を取得
api_key = os.environ["TWITTERAPI_IO_KEY"]
r = requests.get(
"https://api.twitterapi.io/twitter/user/info",
params={"userName": "elonmusk"},
headers={"X-API-Key": api_key},
timeout=30,
)
r.raise_for_status()
user = r.json()
print(f"@{user['data']['userName']}: followers {user['data']['followers']:,}")
よくある質問
XのAPIの利用料はいくらですか？
X API は 従量課金プラン (pay-per-use) がデフォルトとなり、リソース別の単価表で構成されています。一般 Read は $0.005/リクエスト (約 ¥0.80)、Users / DM Events / Following・Followers の Read は $0.010/リクエスト、自分の dev app と自分のアカウントの "Owned Reads" は $0.001/リクエスト。Post creation は URL なし $0.015、URL ありは $0.200 と13倍の溢価です。月額固定費は不要、月間ハードキャップは Post reads 2,000,000 まで。従来の月額プラン (Basic $200 / Pro $5,000 / Enterprise) は legacy 扱いで、現在 contact-sales 専用ルートでのみ利用可能です。
Twitter APIの有料化はいつからですか？
Twitter API (現 X API) は 2023年に Free プランを大幅縮小 し有料化を開始しました。さらに 2026年2月6日に従量課金プラン (pay-per-use) が正式 launch され、リソース別単価制度に移行しました。同年4月16日には Owned Reads の $0.001 単価枠と URL 付き Post の $0.200 溢価が追加され、Following / Likes / Quote-Posts は self-serve tier から除外されました (これらは Enterprise 契約専用に)。
TwitterのAPIが有料化される理由は何ですか？
主な理由は3つ:(1) スパム / bot による大規模 API 利用の抑制、(2) X 社のデータ販売を持続可能な収益源とする、(3) AI 学習データへの大量無料アクセス制限と、xAI / Grok への 20% credit-back による "X エコシステム内回帰" の促進。Elon Musk による買収以降、X は API データを商業価値の高いアセットとして位置づけ、料金プランの段階的見直しを進めてきました。
X APIの無料枠は使えますか？
X API に従来の意味での無料枠はありませんが、新規登録ユーザーには $10 voucher が付与されます。これで個人開発用途なら数ヶ月分の API リクエストを実質無料で試せます。さらに Grok / xAI 関連の use case であれば月支払額の 20% credit-back で実質的に割安になります。完全無料を求める場合は twitterapi.io のような第三者 API の無料試用枠を活用するのも一つの選択肢です。
X API より安くツイートデータを取得する方法はありますか？
あります。第三者 API の twitterapi.io は X 公式 API と互換性のある endpoint を提供し、1リクエスト約 $0.00015 (公式 Posts read $0.005 の約 1/33 のコスト) で取得可能です。月額固定費なし、月 2,000,000 Post reads の公式キャップなし、Following / Likes / Quote-Posts も取得可能 (公式 self-serve からは除外)。X 公式 API と同じ endpoint 設計のため、移行コストも低めです。個人開発から月500万リクエストの大規模 SaaS まで広くカバーできます。
Owned Reads と通常の Read は何が違いますか？
Owned Reads は "自分の dev app と自分のアカウントの data を読む" 場合の特別単価で、$0.001/リクエスト (通常 Read の $0.005 の 1/5)。具体的には、自社運営の bot アカウントから自分のフォロワー / 投稿 / 分析を取得するユースケースが該当します。一方、他人のアカウント (例: @elonmusk) のフォロワーや post を読む場合は通常 Read 単価が適用されます。自社ツール / 内部分析 SaaS では必ず Owned Reads を活用 することで5倍のコスト削減になります。
月 2,000,000 Post reads のハードキャップとは何ですか？
X API の pay-per-use プランには月間 2,000,000 Post reads のハードキャップ があり、これを超えると 公式 API では翌月1日まで取得不可能 になります。spending limits (ユーザー設定の月予算上限) とは別の、プラットフォーム側の硬限です。スポーツデータ分析、金融系市場感情分析、大規模クローラなど月数百万リクエストが必要なユースケースでは、第三者 API (twitterapi.io 等) との併用または完全移行が必須。docs.x.com の post-cap ページで明記されています。
URL 付き Post と URL なし Post で料金が違うのはなぜですか？
X 公式の料金体系では URL なし Post creation $0.015、URL あり Post creation $0.200 (13倍の溢価)。これは X 側がエコシステム外へのリンク誘導 (= プラットフォーム流出) をコスト差で抑止しているという見方ができます。自動投稿ツールやスケジューラを設計する場合、URL を別の reply post として送る設計 にすることで大きくコスト削減できます。または twitterapi.io 経由なら URL 付き Post の溢価がないため、URL を含む投稿が多い use case では特に有利です。
20% Grok / xAI クレジット還元とはどういう仕組みですか？
2026年2月6日の従量課金 launch 時に発表された制度で、Grok / xAI 関連のユースケース (例えば: Grok API を呼び出すために X API でデータを取得する、xAI のモデルを fine-tune するために X data を使うなど) では、月支払額の 20% が API クレジットとして還元 されます。$500/月 払えば $100 がクレジットとして戻ってくる計算。"X エコシステム内での AI 利用を促進" する施策で、Grok / xAI 連携 SaaS を作るならぜひ活用したい仕組みです。
中規模 SaaS で公式から twitterapi.io に移行する判断基準は何ですか？
判断材料は3つです:(1) 月の API コスト — 公式 $500/月を超えるなら twitterapi.io 移行で年間 ¥770,000 (= $5,820) の節約。(2) 月リクエスト数の成長予測 — 月100K → 月1M に成長予測なら、移行は早めの方が累計節約額が大きくなる。(3) self-serve から除外された endpoint の必要性 — Following / Likes / Quote-Posts が必要なら twitterapi.io 一択 (公式 self-serve では不可、Enterprise 契約は高額)。3つのうち2つ以上が当てはまるなら、移行を検討するべきフェーズに入っています。