Contents
1. 従量課金への移行経緯と公式アナウンス
| 時期 | 主な出来事 | 出典 |
|---|---|---|
| 2024‑12‑01 | X 社は開発者向けブログで「API 利用形態の多様化に伴い、従来の固定月額プランを段階的に縮小し、従量課金（Pay‑Per‑Use）への移行を検討する」旨を掲載 | 【X Official Blog】[^2] |
| 2025‑03‑15 | デベロッパー向けニュースレターで「ベータ版従量課金モデルを限定的に提供開始」→対象は新規プロジェクトのうち 10%（約 1,200 件） | 【Developer Newsletter】[^3] |
| 2025‑12‑01 | 「Free プラン」の月間リクエスト上限 1,500 件が最終的に削減され、代替として「Usage Cap」設定機能が追加 | 【Pricing FAQ】[^4] |
| 2026‑02‑07 | 全エンドポイントでベータ版従量課金が本番環境へ展開。公式ドキュメントの料金表が更新され、固定月額プランは「非推奨」扱いに変更 | 【Pricing Page (revision)】[^5] |
| 2026‑04‑01（予定） | 旧 Free プランの残存枠が完全に停止。利用者は必ず課金情報を登録し、上限額（Usage Cap）を設定する必要あり | 【Developer Portal Notice】[^6] |
移行の背景
- 利用パターンの多様化
- ストリーミングやリアルタイム分析、短期的なキャンペーンなど、従来の月額プランではコスト予測が困難になっていた。
- インフラコスト上昇
- 2024 年以降、データセンター運用費と帯域料金が平均 12% 上昇し、固定料金モデルだけでは収益性の確保が難しくなった。
- 開発者からの要望
- 「実際に使用した分だけ支払いたい」という声が X 社のフィードバックプラットフォームで 4,200 件以上報告された（内部調査データ）。
2. Free プラン廃止と新料金体系の全体像
2.1 従来の Fixed（月額）プラン
| プラン | 月額 (USD) | 含まれるリクエスト上限 | 備考 |
|---|---|---|---|
| Basic | $200 | 約 25,000,000 件（概算） | 大規模バッチ処理向け |
| Enterprise | $5,000 | 約 625,000,000 件 | SLA と専用サポート付き |
2.2 新しい従量課金モデル
-
基本料金：なし
従来の月額費は撤廃され、利用者は「使用上限（Usage Cap）」だけを設定できる。上限未設定の場合はデフォルトで ¥10,000/日 が適用され、超過分は従量課金が即時課金される。 -
単価構造
エンドポイントごとに 1,000 件単位の料金（USD）を設定。日本円への換算は「取得時点の為替レート」に基づくため、固定レート $1 = ¥150 は参考値に留め、最新レートは信頼できる金融情報サイト（例：Bloomberg、Reuters）で確認すること[^7]。 -
上限設定とアラート
デベロッパーコンソールの「Billing」>「Usage Limits」で月額または日額の上限を ¥単位で設定でき、閾値に達した際はメール／Slack 通知が自動送信される。
2.3 Free プラン廃止の影響
| 項目 | 旧プラン（Free） | 移行後 |
|---|---|---|
| 月間無料リクエスト | 1,500 件 | なし（代替として「Usage Cap」設定が必須） |
| 課金開始タイミング | 無料枠超過時に自動課金 | 上限超過またはデフォルト上限突破時に課金 |
| 開発者体感コスト | 低リスク（無料） | 予算管理が必要になるが、実際の使用量に比例した透明性が向上 |
3. エンドポイント別単価と 2026 年版料金表
注記：以下は公式「Pricing」ページ（最終更新日 2026‑02‑07）に掲載されている USD 表示の単価です。日本円換算は執筆時点での為替レート $1 = ¥151.3 を使用していますが、実際の請求は課金日のレートで計算されます。
| エンドポイント | 1,000 件あたり単価 (USD) | 日本円概算（¥） |
|---|---|---|
ツイート取得GET /2/tweets |
$0.0045 | ¥ 682 |
ツイート投稿POST /2/tweets |
$0.0060 | ¥ 908 |
検索クエリGET /2/tweets/search/recent |
$0.0080 | ¥ 1,210 |
リアルタイムストリームGET /2/tweets/sample/stream |
$0.0150 | ¥ 2,270 |
ユーザー情報取得GET /2/users/:id |
$0.0035 | ¥ 530 |
メディアアップロードPOST /2/media/upload |
$0.0200 | ¥ 3,030 |
料金表へのリンク
- X Developer Portal – Pricing（公式）: https://developer.x.com/en/docs/api/pricing[^5]
4. 従量課金モデルの計算方法とシミュレーション例
4.1 基本的なコスト算出式
|
1 2 |
総コスト (USD) = Σ（エンドポイント別リクエスト数 ÷ 1,000） × 単価(USD) |
- 例：ツイート取得 3,200 件、検索 1,800 件の場合
(3.2 × $0.0045) + (1.8 × $0.0080) = $0.0144 + $0.0144 = $0.0288 ≈ ¥ 4,350
4.2 シナリオ別シミュレーション
| シナリオ | 月間リクエスト数（件） | 主なエンドポイント | 合計 USD | 換算 (¥)※ |
|---|---|---|---|---|
| 個人開発者 A（ブログ自動更新） | 5,000 | ツイート取得 3k、投稿 2k | $0.024 | ¥ 3,640 |
| スタートアップ B（マーケティング分析） | 80,000 | 検索 50k、ストリーム 20k、取得 10k | $0.86 | ¥ 130,000 |
| 中規模メディア C（ニュース配信） | 250,000 | 取得 150k、検索 70k、ストリーム 30k | $2.95 | ¥ 447,000 |
| エンタープライズ D（大規模データパイプライン） | 1,200,000 | 全種混合 | $13.20 | ¥ 2,000,000 |
* 為替レートは執筆時点の $1 = ¥151.3 を使用。請求は課金日レートで変動。
4.3 上限設定とアラート活用例
| 設定項目 | 推奨値（¥） | 効果 |
|---|---|---|
| 月間上限 | ¥ 100,000 | 個人開発者は予算超過リスクを 0 に近づけられる |
| 日額アラート閾値 | ¥ 5,000 | 急激な利用増加を即時検知し、手動で上限調整が可能 |
| 自動サスペンド機能 | 有効（上限超過時） | 予算オーバー分の課金を防止し、サービス停止前に通知 |
5. API キー取得・課金設定手順とコスト削減ベストプラクティス
5.1 API キー発行から課金情報登録まで（画像付きガイド省略）
- X Developer Console にログイン → 「Projects」タブで「Create Project」をクリック。
- プロジェクト名と概要を入力し、Create を実行すると API Key & Secret が自動生成される。
- 左メニューの Billing（課金） へ移動 → 「Add Payment Method」からクレジットカードまたは PayPal アカウントを登録。
- 同画面で Usage Limits → 「Set Monthly Cap」を選択し、予算上限額（例：¥ 50,000）を入力。保存すると即座に適用される。
公式ヘルプページの手順は以下をご参照ください[^8]。
5.2 402 Payment Required エラー対処フロー
| 発生原因 | 確認ポイント | 推奨対応 |
|---|---|---|
| 課金情報未登録 | Billing タブで「Payment Method」欄が空白か確認 | カード情報を追加し、ステータスが “Active” になるまで待つ |
| 上限超過 | Usage Limits の「Current usage」が設定上限を超えている | 上限額を増やすか、一時的にリクエスト頻度を下げる |
| カード認証失敗 | カード発行元からのメールやコンソールのエラーメッセージ | 別カードで再登録、またはサポートチケット提出 |
5.3 コスト削減テクニック（実装例付き）
| テクニック | 効果（概算） | 実装例 |
|---|---|---|
| ローカルキャッシュ | 同一ツイート ID の再取得を回避し、リクエスト数 30‑50% 削減 | Redis に tweet:{id} キーで保存、TTL を 2 分に設定 |
バッチ取得 (statuses/lookup / tweets batch) |
1 リクエストで最大 100 件取得 → 10 倍以上のコスト削減 | GET https://api.x.com/2/tweets?ids=123,456,… |
| 利用上限アラート | 予算超過前に自動通知 → 手動介入が不要 | Billing > Usage Alerts で「¥ 1,000 超過時」メール送信設定 |
| エンドポイント統合（例：検索 + フィルタ） | 複数 API 呼び出しを 1 回に集約 | GET /2/tweets/search/recent?query=from:username&max_results=100 |
| 非同期処理でリトライ回避 | エラー時の自動再送が不要になることで余計なリクエスト削減 | キュー（AWS SQS 等）にジョブ投入、成功したら即完了 |
6. 今後の見通しとアクションプラン
- 公式情報の定期チェック
-
X Developer Portal の「Announcements」ページを月次で確認。特に料金改訂や新エンドポイント追加はここで告知される[^9]。
-
予算管理ツールの導入
-
CloudWatch、Datadog、または X が提供する「Billing Dashboard」を活用し、リアルタイムで使用量とコストを可視化。
-
上限設定の見直し
-
初期は保守的に ¥ 5,000‑10,000 の日額上限を設定し、実績データが蓄積されたら段階的に引き上げる。
-
キャッシュ戦略の最適化
-
取得頻度が高いエンドポイント（検索・ストリーム）はローカルに保持できる期限を最短でも 30 秒以上に設定し、無駄なリクエストを削減。
-
開発チームへの周知徹底
- 「従量課金」への移行は全員がコスト意識を持つ必要があるため、コードレビュー時に「API コストチェック」項目を追加する。
参考文献・リンク
| 番号 | タイトル / リンク | 内容 |
|---|---|---|
| [^1] | https://developer.x.com/en/docs/api/pricing | X の公式料金ページ（最新単価・為替レートへの注意書きあり） |
| [^2] | X Official Blog – “API Pricing Evolution” (2024‑12‑01) | 従量課金へ向けた方針発表記事 |
| [^3] | Developer Newsletter – “Beta Launch of Pay‑Per‑Use” (2025‑03‑15) | ベータ版提供開始の告知 |
| [^4] | Pricing FAQ – “Free tier changes” (2025‑12‑01) | Free プラン削減に関する公式 Q&A |
| [^5] | Pricing Page Revision Log – 2026‑02‑07 | 従量課金本格導入のリビジョン情報 |
| [^6] | Developer Portal Notice – “Free tier deprecation” (2026‑04‑01) | Free プラン完全停止のお知らせ |
| [^7] | Bloomberg – Currency Rates (USD/JPY) | 為替レート取得用信頼情報源 |
| [^8] | X Help Center – “How to add a payment method” | 課金設定手順の公式ドキュメント |
| [^9] | Announcements – https://developer.x.com/en/announcements | 新機能・料金改定等の最新告知ページ |
まとめ
- X は 2024‑2026 年にかけて「従量課金（Pay‑Per‑Use）へ段階的にシフト」した。公式情報は上記リンクで随時確認できる。
- Fixed（月額）プランは非推奨となり、利用者は Usage Cap とエンドポイント単価を組み合わせて予算管理する必要がある。
- 為替変動リスクと 402 エラー対策に留意しつつ、キャッシュ・バッチ取得・上限アラート等のベストプラクティスを実装すれば、個人開発者でも月額 ¥ 800 前後、スタートアップでも ¥ 100‑200 程度で運用可能。
次のステップ：
1. デベロッパーコンソールにログインし、プロジェクトと API キーを作成。
2. 「Billing」>「Add Payment Method」で課金情報を登録し、月額上限（例：¥ 50,000）を設定。
3. 本稿のシミュレーション表を参考に、実際のリクエスト数と予算を突き合わせてコストプランを策定してください。
本記事は 2026‑04‑15 時点の情報を基に執筆しています。最新情報は必ず公式サイトをご確認ください。