2026年のXの自動化：APIに残っているものと制限

X（旧Twitter）との作業を自動化したサービスやエージェンシーにとって、2026年はルールが二度書き換えられました。2月には、プラットフォームが無料のAPIプランを完全に終了し、新しい開発者は従量課金制に移行しました。4月には、すべてのセルフサービスプランから、サブスクリプション、いいね、引用のwriteエンドポイントが削除されました。これらは、月額約42,000ドルから始まるEnterprise契約でのみ利用可能です。そして5月には、プラットフォームがアカウントレベルの制限を引き下げました：未認証のプロフィールは、以前の2400から1日50件のオリジナル投稿しかできなくなりました。

次に、実際に残っているもの、操作ごとのコスト、最初にぶつかる制限、そしてプロキシが本当に問題を解決する場所とそうでない場所について分析します。

何が削除され、いつ削除されたのか

変更のタイムラインは次のようになります：

2026年2月 — 無料プランが終了。新しい開発者のデフォルトモデルは従量課金制で、実際の操作に対して支払います。
2026年4月 — フォロー、いいね、引用投稿のエンドポイントがすべてのセルフサービスプランから削除されました。無料プランからはさらに早く削除されましたが、今ではEnterpriseを通じてのみアクセス可能です。
2026年6月 — 月額200ドルのレガシープランBasicが従量課金モデルに移行。BasicおよびProの新しいサブスクリプションは開設されず、古いアカウントはアクセスを維持します。
2026年5月 — アカウントレベルの制限が引き下げられ、API、ウェブ、モバイルアプリで共通です。

最初のブロックからの実際の結論：自動サブスクリプション、自動いいね、他の投稿の引用を中心に構築された製品は、合法的なセルフサービスの道を失いました。価格が上がったわけではなく、まさに失ったのです。これは根本的な違いです：価格上昇は予算で対処できますが、エンドポイントの欠如はEnterprise契約以外では解決できません。

従量課金制で残っているもの

セルフサービスは現在、4つの操作グループをカバーしています：投稿の公開、投稿やフィードの読み取り、限られたウィンドウ内での返信、そして受信に同意した人へのダイレクトメッセージ。操作ごとの価格は次の通りです：

0.015ドル — 通常のテキスト投稿。
0.20ドル — リンクを含む投稿。これは13倍以上の差があり、予算計算で最も過小評価されている項目です。
0.005ドル — 1つの投稿の読み取り、月あたりの上限は200万読み取りです。

ストリーミングとフルテキストのアーカイブ検索は従量課金モデルでは利用できません — これはPro（残っている人向け）とEnterpriseの領域です。レガシーBasicは、約50,000件の記録と月あたり10,000〜15,000件の読み取りを提供し、検索ウィンドウは7日間でした；Proは5,000ドルで約300,000件の記録と100万件の読み取りを提供し、アーカイブとストリーミングが含まれます。

事前にシナリオを計算してください。リンクを含む投稿を1日30件、20のクライアントアカウントに投稿するコンテンツエージェンシーは、投稿にだけで1日120ドル — 月に3600ドルを費やします。同じ量の投稿をリンクなしで行うと、月に270ドルです。ここでの投稿の構造は、プランの選択よりも請求に強く影響します。

2つの異なる制限：アプリケーションの制限とアカウントの制限

ここで最もよく間違えられるのは、Xには2つの独立した上限があり、それぞれ異なるエンティティで計算されるということです。

最初はアプリケーションとトークンの制限です。 これは、スライディングウィンドウ内のエンドポイントの古典的なレート制限です：

新しい投稿の検索 — 15分あたり300リクエスト/ユーザー、450リクエスト/アプリケーション；
投稿の作成 — 15分あたり100リクエスト/ユーザー、1日あたり10,000リクエスト/アプリケーション；
フィードの読み取り — 15分あたり900リクエスト/ユーザー；
投稿の削除 — 15分あたり50リクエスト/ユーザー；
ダイレクトメッセージ — アカウントあたり1日最大1440件。

ウィンドウは最初のリクエストから始まり、時間の丸いマークからではありません。制限を超えると、HTTP 429エラーコード88が返され、ヘッダーのx-rate-limit-resetにはリセットのUnixタイムスタンプが含まれます。これは、リクエストを再試行できる唯一の正直な信号です：固定の間隔での盲目的な再試行は、クォータを消費し、ブロックを延長するだけです。

第二はアカウント自体の制限です。 2026年5月から、未認証のプロフィールは、1日あたり約50件のオリジナル投稿、200件の返信、400件のフォロー、500件のダイレクトメッセージに制限されています。重要なのは、このカウンターが共通であることです。公式APIからのアクションであろうと、ウェブインターフェースからのものであろうと、モバイルアプリからのものであろうと、同じバスケットに入ります。

ここから業界のプロキシがあまり大声で言わないことが明らかになります：IPの変更はこれらの上限を動かしません。エンドポイントの制限はアプリケーショントークンとユーザーコンテキストに結びついており、アクションの制限はアカウント自体に結びついています。アドレスのローテーションは、1日あたりの投稿数を増やすことはありません。私たちは、2026年のReddit APIの制限とプロキシの役割の例を通じて、まったく同じ結論を考察しました：プロキシは可用性と地理性を担当し、クォータには関与しません。

プロキシが本当に必要な場所

これは、Xとの作業にプロキシが必要ないという意味ではありません。彼らの役割は異なり、正確に次のように定義されます：

地理的可用性と地域的配信。 トレンド、ローカルフィード、制限された国からのプラットフォームへのアクセス。ここでは、必要な地域の実際のIPが重要です — 住宅用プロキシは、ASNによる生のユーザーのトラフィックと異ならない通常の家庭プロバイダーのアドレスを提供します。
インフラの隔離。 異なるクライアントのアカウントを管理するエージェンシーは、同じネットワークコンテキストでセッションを混合してはいけません。1人のクライアントが制限を受けた場合、他のクライアントはそれを感じるべきではありません。このルールはシンプルで、「1プロキシ＝1アカウント」の原則に関する資料で詳しく説明しました。
チャンネルの安定性。 フィードの読み取りに関する長期的なタスクは、制限よりもネットワークの中断に直面することが多いです。予測可能な遅延を持つ専用チャンネルは、再試行を減らし、消費されるクォータを減らします。
モバイルシナリオでの作業。 プロセスがモバイルクライアントの動作に依存している場合、携帯電話のオペレーターのアドレスはデータセンターのアドレスよりもプラットフォームにとって自然に見えます。そのようなタスクには、モバイルプロキシが使用されます。

正直な定義はこうです：プロキシは「どこから、どれだけ信頼性のある方法で来るか」という問題を解決しますが、「どれだけのアクションが許可されているか」という問題を解決しません。逆のことを約束する販売者は、実現しない期待を売っています。

やってはいけないこと

4月の変更後、一部のチームはブラウザの自動化を閉鎖されたエンドポイントの代替手段として検討しています。この解決策のコストを理解することが重要です。

Xのルールは、自動化を公式APIを通じて行うことを明確に要求しています：インターフェースのスクレイピング、ブラウザの自動化、非公式APIは利用規約で禁止されています。プラットフォームは2023年からスクレイピングと訴訟を行っており、2026年3月には「非認証行動」に対する大規模な禁止がありました。実務者によると、自動データ収集に使用されるアカウントは、ブロックされるまで3日から14日間生き残ります — そして、アドレスのローテーションはこの期間を本質的に延ばすことはありません。なぜなら、決定は行動とフィンガープリンティングの信号に基づいて行われ、単にIPだけではないからです。

別に：最近のトレンドは、プラットフォームが技術的なブロックから法的なブロックに移行していることです。2026年夏、XはNitterの公開フロントエンドを閉鎖するよう要求しました；私たちは、プラットフォームがパーシングに対抗する武器を変更した方法についての資料でこれを考察しました。インフラの創意工夫はもはや主なリスク要因ではなく、弁護士からの手紙になりました。

作業を再構築する方法：実践的な手順

残っている操作と失われた操作に分けます。 投稿、読み取り、返信、DM — 残っています。フォロー、いいね、引用 — Enterpriseに移行しました。第二のグループに基づいて構築されたすべては、最適化ではなく、製品モデルの変更を必要とします。
プランではなく操作ごとに予算を再計算します。 リンクを含む投稿を別に計算してください：0.20ドルの単価で、投稿の本文ではなく最初の返信にリンクを持つことは、月の請求を大きく変えます。
独自の速度制限を設定します。 自分の側でのトークンバケットを公式の制限より少し低く設定する方が、429を捕まえてその結果に対処するよりも安価です。事前に出力フローを調整し、拒否が発生した後に停止しないでください。
ヘッダーに基づいて429を処理します。 x-rate-limit-resetを読み取り、指定された瞬間まで正確に待ちます。
クライアントを異なるネットワークコンテキストに分けます。 各アカウントに対して別のプロキシと別の認証情報セットを使用することは、制限が発生した場合の影響範囲を制限する基本的な衛生です。
アカウントレベルの制限をAPI制限とは別に監視します。 これらはSMMスペシャリストの手動アクションと共に計算されます。人がアプリから手動で投稿を行う場合、あなたのスケジューラーは予想よりも少なくなります。

結論

2026年は、Xを安価なAPIを持つプラットフォームから従量課金制のプラットフォームに変え、厳しい分離をもたらしました：大量のエンゲージメントアクションは企業契約のみで利用可能で、その他はすべて費用がかかり、狭い範囲に制限されています。ほとんどのチームにとって、正しい反応は回避策を探すことではなく、残された操作のセットにプロセスを再構築し、操作ごとのコストを計算し、事前に自分のトラフィックを制限することです。

このスキームにおいて、プロキシは必要ですが、確実に定義されたツールとして残ります：彼らは地理、チャンネルの信頼性、クライアントアカウントの相互隔離を提供します。もしあなたがこの効果を必要としているなら、ProxyCoveの住宅用アドレスはトラフィックに対して支払いを行い、アイドルポートのサブスクリプション料金なしで問題を解決します。しかし、もしクォータの回避を約束されるなら、もう一度2つの上限に関するセクションを読み直すことをお勧めします。