まだ出力はありません。フォームを送信してコンテンツを生成してください。
透明な価格設定、隠れた手数料なし。使用量に応じてお支払い。
| ルールとモダリティ | Channel | クレジット | 価格(USD) | 公式/参考価格 | 1日の節約額 |
|---|---|---|---|---|---|
followers otherTwitter | Starter | 0.01per post | $0.00005 | - | - |
twitter-api-graphql の完全ガイド
公開されている任意の Twitter(X)アカウントの完全なフォロワー一覧を、1 回の API 呼び出しで取得できます — OAuth も開発者承認も、レート制限の煩わしさもありません。

ApiPass の Twitter Graphql Followers API は、Twitter の内部 GraphQL レイヤーに直接アクセスし、公開されている任意の X アカウントのフォロワーを返すマネージドエンドポイントです。model twitter/graphql/followers を指定し、対象の userId を /api/v1/jobs/createTask エンドポイントへ送信すると taskId を受け取れます。この taskId をポーリングするか、webhook callback で配信させることで、各フォロワーのプロフィールメタデータ(screen name、bio、フォロワー数/フォロー数、認証ステータス、プロフィール画像、作成日など)を含むリッチな JSON ペイロードを取得できます。2026 年 2 月 6 日にデフォルトで従量課金を開始し、API リクエストごとにクレジットが課金され、複雑な OAuth フローも必要な公式 X API とは異なり、ApiPass はすべてをシンプルな bearer-token REST 呼び出しの背後にまとめているため、数分でフォロワーデータのエクスポートを開始できます。
Twitter の複数ステップにわたるアプリ審査やキー更新プロセスを省略できます。単一の Authorization: Bearer YOUR_API_KEY ヘッダーで認証し、すぐにフォロワーデータの取得を開始できます。
公式 X API はリソース単位で無視できない料金が発生し、従量課金には月間 2 million post reads という上限があります。これを超えると、X は月額 $42,000 から始まる Enterprise 料金への移行を求めます。ApiPass は、最も費用対効果の高いプロバイダーへリクエストを自動的にルーティングします。
デフォルトの channel: auto 設定により、料金と安定性に基づいて、利用可能なプロバイダー間で各タスクをリアルタイムに割り当てます。自分でルーティングロジックを書くことなく、コストと信頼性の最適なバランスを得られます。
タスクを送信して taskId を取得し、/api/v1/jobs/recordInfo をポーリングするか、ジョブ完了時に callBackUrl で callback を受け取れます。同期リクエストではタイムアウトしがちなフォロワーの一括エクスポートに最適です。
Twitter の公式クライアントが参照する完全な生のタイムライン構造を受け取れます。user_results.result.legacy フィールド、プロフェッショナルプロフィールデータ、is_blue_verified フラグ、affiliate バッジなど、公式 v2 REST API では expansion parameters の背後に隠されたり省略されたりすることが多いフィールドも含まれます。
超低コストの一括ジョブには starter、本番ワークロードとのバランスには regular、Twitter ネイティブ API と同等の安定性と速度が必要な場合は official を選択できます — すべて単一の統合エンドポイントから利用できます。
各フォロワーエントリは完全な TimelineUser オブジェクトを返します。rest_id、screen_name、name、description、followers_count、friends_count、statuses_count、created_at、profile_image_url_https、profile_banner_url、認証ステータス、固定ツイート ID、プロフェッショナルカテゴリのメタデータが含まれます。
input.variables.count パラメータを通じて、タスクごとに取得するフォロワーレコード数を制御できます。必須フィールドは userId のみです。includePromotedContent を切り替えることで、プロモーションエントリを結果から除外できます。
すべてのジョブは waiting、queuing、generating、success、fail という明確な状態を公開し、createTime、completeTime、costTime フィールドも提供します。これにより、パフォーマンスを監視し、失敗理由をユーザーへ直接表示できます。
クリエイター、ブランド、競合のフォロワー増加、オーディエンス属性、認証済みフォロワー比率、インフルエンサーとの重なりを可視化できます。
関連する業界アカウントのフォロワーを取得し、bio キーワードや follower count に基づいてスコアリングし、有望な見込み客を営業パイプラインへ送れます。
任意の対象アカウントの中から、シグナルの高いフォロワー(verified、大きな followers_count、ニッチなプロフェッショナルカテゴリなど)を特定し、キャンペーン向けのクリエイター発掘に活用できます。
感情分析、コミュニティ検出、著名人やトピックを取り巻くオーディエンスの変化に関する縦断研究のために、フォロワーネットワークをエクスポートできます。
料金、アクセス要件、レスポンスの豊富さにおいて ApiPass が Twitter 公式 API とどう違うのか、そして多くの開発者が ApiPass でより速くリリースできる理由をご覧ください。
公式 X API は従量課金のクレジットシステムで運用されており、owned reads — 自分の開発者アプリが自分のデータ(投稿、ブックマーク、フォロワー、リストなど)に対して行うリクエスト — はリソースあたり $0.001 で課金されます。しかし、他アカウントのフォロワーを取得するには standard(non-owned)read 料金が必要となり、コストは大幅に高く、さらに有料ティアのサブスクリプションも必要です。ApiPass には月額サブスクリプションの最低料金も、開発者承認のゲートも、2M-read の上限もありません。タスクごとに支払い、初日から任意の公開アカウントを対象にできます。
公式 v2 REST API は正規化された JSON を返すため、よりリッチなデータを取得するには expansion parameters とフィールドの組み立てが必要です。また、レート制限はエンドポイント別、認証タイプ別、15 分ウィンドウ別に適用され、超過時には 429 ステータスコードが返されます。ApiPass は、生の Twitter GraphQL レスポンス — すべての legacy フィールド、プロフェッショナルバッジ、affiliate ラベルをデフォルトで含む — を、管理すべき 15 分ウィンドウのないシンプルな非同期タスクモデルの背後で提供します。
競合のフォロワー一覧を定期的にエクスポートし、自社のオーディエンスとの重なりを追跡し、未開拓のセグメントを発見できます。
新規フォロワーのアカウント年齢(created_at)、statuses_count、default_profile_image フラグを分析し、自社アカウント上の不正なエンゲージメントを検出できます。
ローンチの節目ごとにフォロワー一覧のスナップショットを取得し、トークンの airdrop、Discord アクセス制御、クリエイターアカウントの初期支援者への報酬付与に活用できます。
特定分野のジャーナリスト、アナリスト、オピニオンリーダーのフォロワーを取得し、影響力ネットワークをマッピングしてアウトリーチリストを改善できます。
ApiPass にサインアップし、ダッシュボードから bearer token を生成して、Authorization: Bearer YOUR_API_KEY ヘッダーにコピーします。
https://api.apipass.dev/api/v1/jobs/createTask に POST リクエストを送信します。model: "twitter/graphql/followers" と、対象の userId(必須)を含む input.variables オブジェクトを指定し、必要に応じて count と includePromotedContent フィールドも追加します。webhook 通知を受け取りたい場合は callBackUrl を含めてください。レスポンスで taskId を受け取ります。
callBackUrl で callback が発火するのを待つか、GET https://api.apipass.dev/api/v1/jobs/recordInfo?taskId=task_xxxx を実行して state が success になるまでポーリングします。各ユーザーのプロフィールメタデータ、認証ステータス、エンゲージメント数を含む完全なフォロワーペイロードは data.resultJson で利用できます。
すべてのAPIはBearer Tokenによる認証が必要です。
Authorization: Bearer
ユーザーのツイートを取得するタスクを作成します
このAPIは、次の構造のJSONペイロードを受け付けます:
1{
2 "model": "string",
3 "callBackUrl": "string (optional)",
4 "channel": "auto",
5 "input": {
6 // Input parameters
7 }
8}model必要string生成に使用するモデル名
"twitter/simple/user-tweets"
callBackUrlオプションstringタスク完了通知用のコールバックURL。省略した場合、コールバックは送信されません。
"https://your-domain.com/api/callback"
channelオプションstringchannel パラメータを使用して、APIPASS 内の対応するプロバイダーを指定できます。これらのプロバイダーは、実際の画像および動画生成タスクを処理します。APIPASS は現在、次の3つのプロバイダーオプションを提供しています:
channel パラメータのデフォルト値は auto です。有効にすると、APIPASS はリアルタイムの価格と安定性指標に基づいて、利用可能なプロバイダー間でタスクを自動的に割り当て、最小コストと信頼性の高いパフォーマンスのバランスを取ります。カスタムルーティング要件がない限り、デフォルトの auto 値を維持してください。
利用可能なオプション:
auto
input オブジェクトには次のパラメータが含まれます:
input.user_id必要stringユーザーID
最良の結果を得るには、被写体、スタイル、ライティング、構図を記述してください
44196397
1curl -X POST "https://api.apipass.dev/api/v1/jobs/createTask" \
2 -H "Content-Type: application/json" \
3 -H "Authorization: Bearer YOUR_API_KEY" \
4 -d '{
5 "model": "twitter/simple/user-tweets",
6 "callBackUrl": "https://your-domain.com/api/callback",
7 "input": {
8 "user_id": "44196397"
9 }
10 }'1{
2 "code": 200,
3 "message": "success",
4 "data": {
5 "taskId": "task_12345678"
6 }
7}codeステータスコード。200 は成功、その他は失敗を示します
messageレスポンスメッセージ。失敗時はエラー内容を示します
data.taskIdタスクのステータスと結果を照会するためのタスクID