著者：Sorsa Editorial

2026年7月4日更新：100回分の無料リクエストのスターターオファーを追加し、現行のレートカードに対して料金を1,000プロフィールあたりで述べ直し、コストのシナリオを刷新しました。前回のレビュー（2026年6月）では、フォロワーエクスポートツール、拡張機能、オープンソースのスクレイパーの現行のラインナップを確認し、かつては人気だった Twint ライブラリが X の現行システムに対してもう機能しないことを確認しました。

要点： Twitter/X のフォロワーリストは4つの方法で抽出できます。サードパーティ API（最速、完全なプロフィール、自動化可能）、ブラウザ拡張機能（コード不要だが遅く上限あり）、自作のスクレイパー（無料だが脆弱で X の規約に反する）、または X のネイティブなエクスポート（自分のアカウントのみ、プロフィールなしの ID）です。量と必要なフィールドで選びます。

X には「フォロワーをダウンロード」ボタンがなく、2023年の料金の大改定以降、公式 API はフォロワーの読み取りを返されたプロフィール単位で課金するため、規模が大きくなるとすぐに高くつきます。そのギャップこそが、代替の市場が存在する理由です。Twitter/X の代替 API プロバイダーである Sorsa API はその1つです。その /followers エンドポイントは、単一の ApiKey ヘッダーの背後で1リクエストあたり最大200件の完全なフォロワープロフィールを返します。フラットなリクエスト単位の料金で、プロフィールデータは1,000プロフィールあたり$0.01から、すべてのプランで一律の毎秒20リクエスト、OAuth フローも審査待ちの行列もありません。すべてのアカウントは100回分の無料リクエストで始められ（1回限り・クレジットカード不要・有効期限なし）、何も支払う前に数万件のプロフィールを取得するのに十分です。コードを書かずに手早く見たいだけなら、無料の 最近のフォロワーツール が、任意の公開アカウントの最新のフォロワーをブラウザで表示します。本ガイドの残りでは、API が過剰な場合も含めて、すべての方法を正直に比較します。

オーディエンス調査、リード獲得、または競合分析を行う人にとって、Web インターフェースは行き止まりです。フォロワーを1画面ずつスクロールさせてくれるだけで、プロフィール文、所在地、フォロワー数、その他のメタデータの構造化されたリストをエクスポートする手段はありません。以下の各方法はそれを解決しますが、トレードオフは大きく異なります。

目次

  1. そもそもなぜフォロワーを抽出するのか？
  2. 方法の比較：どのアプローチが自分のユースケースに合う？
  3. 方法1：サードパーティ API（規模向けに推奨）
  4. 方法2：ブラウザ拡張機能（ノーコード、小さなリスト）
  5. 方法3：Selenium または Playwright を使った自作スクレイパー
  6. 方法4：X のデータダウンロードによる手動エクスポート
  7. 50,000フォロワーの抽出にはいくらかかる？
  8. データを手に入れたら何をするか
  9. 方法ごとのリスクと安全性
  10. よくある質問

そもそもなぜフォロワーを抽出するのか？ {#why-extract-followers-in-the-first-place}

フォロワーリストは、特定のアカウントからの発信を積極的に受け取ることを選んだ人々のデータセットであり、それがあらゆるソーシャルプラットフォームで最もターゲットの絞られたオーディエンスシグナルの1つにしています。4つのユースケースが、抽出の大半を動かしています。

リード獲得。 競合アカウントのフォロワーをエクスポートし、「founder」や「VP Marketing」といったプロフィール文のキーワードで絞り込めば、数週間ではなく数分で構築された見込み客の温かいリストが手に入ります。その絞り込まれたリストが、大規模に Twitter でリードを見つける 出発点です。

オーディエンス調査。 誰があるアカウントをフォローしているかは、そのコンテンツが実際に何に届いているかを教えてくれます。フォロワーが5万人いても、その大半がボットのブランドと、本物でアクティブな開発者を5万人抱えるブランドとでは、置かれた状況がまったく違います。

インフルエンサーの審査。 スポンサー投稿にお金を払う前に、インフルエンサーのフォロワーリストを抽出し、どれだけの割合が関連するプロフィールを持つ本物のアクティブなアカウントかを確認します。最もよく見るパターンはこうです。あるインフルエンサーのオーディエンスの一部が、同じ短い期間に作られた非アクティブなアカウントだと判明するのです。まさに、5桁規模の取引を成立前に台無しにしかねない類の問題です。Twitter のボット検出 を通せば、その勘が、フェイクまたは休眠中のフォロワーの測定可能な割合に変わります。

競合インテリジェンス。 2〜3社の競合からフォロワーリストを取得し、その重なり（それらすべてをフォローするアカウント）を見つければ、自社のニッチで最もエンゲージメントの高い人々を切り出せます。こうした層はすでに同じ領域に注目しているため、コールドなオーディエンスよりよく成約します。この重複分析は、継続的な 競合トラッキング の中心にあります。

方法の比較：どのアプローチが自分のユースケースに合う？ {#method-comparison-which-approach-fits-your-use-case}

4つの方法は、量、データの豊かさ、アカウントのリスク、そして自動化できるかどうかで、最も大きく分かれます。それぞれに入る前に、どう並ぶかを示します。

サードパーティ APIブラウザ拡張機能自作スクレイパー（Selenium）X の手動エクスポート
1回あたりの最大フォロワー数無制限（ページネーション）ツールにより200〜50,000理論上は無制限、実用上は約5K〜10K自分のフォロワーのみ、詳細なし
返されるデータフィールド15〜20以上（プロフィール文、所在地、各種数、認証状態、URL）拡張機能により10〜26変動、多くは名前とハンドルのみユーザー ID のみ（プロフィール文なし、各種数なし）
コードの要否あり（基本的な HTTP リクエスト）なしあり（Python とブラウザ自動化）なし
アカウントのリスクなし（X のセッションではなく API キーを使用）低〜中（自分のセッションクッキーを使用）高（ブラウザの挙動を模倣、検出可能）なし
速度（10Kフォロワー）約50リクエスト、1分未満30〜90分1〜4時間該当なし
任意の公開アカウントで機能はいはいはいいいえ（自分のアカウントのみ）
自動化・スケジュール可能はい限定的はい、ただし脆弱いいえ
コストリクエスト単位のフラット、1,000プロフィールあたり$0.01から無料〜約$9.99/月無料（ただし開発時間がかかる）無料

手短に言えば、数百人を超えるフォロワーが必要、豊富なプロフィールデータが欲しい、または抽出をスケジュールで実行するつもりなら、API が最も信頼できる経路です。拡張機能は、小さなリストの手早い単発エクスポートを扱います。自作のスクレイパーは、ほとんどのチームにとって見せかけの節約です。手動エクスポートは、自分のアカウントをバックアップするための最後の手段です。

方法1：サードパーティ API {#method-1-third-party-api}

API ベースのアプローチは、フォロワーデータを含む構造化された JSON を返すサービスに HTTP リクエストを送ります。ブラウザのセッションもクッキーも、X アカウントへのリスクもありません。Twitter のログインではなく API キーで認証するためです。これがスケールする方法です。

Sorsa の /followers エンドポイント は、1リクエストあたり最大200件の完全なユーザープロフィールを返します。各プロフィールには、ユーザー名、表示名、プロフィール文、所在地、フォロワー数、フォロー数、ツイート数、認証状態、プロフィール画像 URL、プロフィール内 URL などが含まれます。カーソルを使って完全なリストをページネーションで取得します。

すでに API の経路に決めていて、完全な開発者向けの解説（エンドポイント、認証、ページネーション、本番のパターン）が欲しいなら、Twitter フォロワー API ガイド が詳しく扱います。このセクションは短縮版です。

クイックスタート：最初のページを取得する

bash
curl "https://api.sorsa.io/v3/followers?username=stripe" \
  -H "ApiKey: YOUR_API_KEY"

その1回のリクエストが、完全なメタデータとともに最大200件のフォロワープロフィールを返します。OAuth フローも、アプリの承認も、ベアラートークンもありません。ヘッダー1つ、パラメータ1つです。

Python：完全なフォロワーリストを抽出して保存する

このループはリスト全体をページネーションで取得し、レート制限を処理し、暴走したジョブが静かにクォータを枯渇させないよう、総ページ数に上限を設けます。

python
import requests
import time
import csv

API_KEY = "YOUR_API_KEY"

def extract_followers(username, max_pages=50):
    """Fetch the complete follower list of a public account."""
    all_users = []
    cursor = None

    for page in range(max_pages):
        params = {"username": username}
        if cursor:
            params["next_cursor"] = cursor

        resp = requests.get(
            "https://api.sorsa.io/v3/followers",
            headers={"ApiKey": API_KEY},
            params=params,
            timeout=30,
        )
        resp.raise_for_status()
        data = resp.json()

        users = data.get("users", [])
        all_users.extend(users)
        print(f"Page {page + 1}: {len(users)} followers (total: {len(all_users)})")

        cursor = data.get("next_cursor")
        if not cursor:
            break

        time.sleep(0.05)  # stay well within the 20 req/s limit

    return all_users

# Extract
followers = extract_followers("stripe", max_pages=100)

# Save to CSV
with open("followers.csv", "w", newline="", encoding="utf-8") as f:
    writer = csv.writer(f)
    writer.writerow(["username", "display_name", "followers_count", "bio", "location"])
    for u in followers:
        writer.writerow([
            u.get("username", ""),
            u.get("display_name", ""),
            u.get("followers_count", 0),
            (u.get("description", "") or "").replace("\n", " "),
            u.get("location", ""),
        ])

print(f"Saved {len(followers)} followers to followers.csv")

一律の毎秒20リクエストでは、計算上、毎秒およそ4,000フォロワーの実効速度になるため、100,000フォロワーのアカウントは30秒未満で完了します。

JavaScript：Node.js での同じ抽出

javascript
const fs = require("fs");

const API_KEY = "YOUR_API_KEY";

async function extractFollowers(username, maxPages = 50) {
  let allUsers = [];
  let cursor = null;

  for (let page = 0; page < maxPages; page++) {
    const url = new URL("https://api.sorsa.io/v3/followers");
    url.searchParams.set("username", username);
    if (cursor) url.searchParams.set("next_cursor", cursor);

    const resp = await fetch(url, { headers: { ApiKey: API_KEY } });
    if (!resp.ok) throw new Error(`HTTP ${resp.status}`);
    const data = await resp.json();

    const users = data.users || [];
    allUsers = allUsers.concat(users);
    console.log(`Page ${page + 1}: ${users.length} (total: ${allUsers.length})`);

    cursor = data.next_cursor;
    if (!cursor) break;

    await new Promise((r) => setTimeout(r, 50));
  }

  return allUsers;
}

extractFollowers("stripe", 100).then((followers) => {
  fs.writeFileSync("followers.json", JSON.stringify(followers, null, 2));
  console.log(`Saved ${followers.length} followers`);
});

フォロー中リスト（アカウントがフォローしている相手）を取得する

エンドポイントを /followers から /follows に差し替えます。それ以外はすべて同じです。/follows エンドポイント は、同じ1ページ200件のページネーションで、同じユーザープロフィールの構造を返します。

フォロー中リストは、フォロワーリストより多くを明かすことがしばしばあります。創業者のフォロー中リストは、どの投資家、競合、ソートリーダーを追っているかを示し、インフルエンサーのフォロー中リストは、その情報源を明かします。

認証済みフォロワーのみ

認証済みアカウント（Blue、Gold、または Gray のチェックマーク）だけが気になるなら、/verified-followers エンドポイントを使います。同じリクエスト形式、同じレスポンス構造ですが、認証済みユーザーに事前フィルターされています。完全なリストを後処理せずに、著名なフォロワーを切り出すのに便利です。

方法2：ブラウザ拡張機能 {#method-2-browser-extensions}

X Follow Exporter や XExporter のようなブラウザ拡張機能は Chrome の中で動き、アクティブな X セッションを使ってフォロワーリストをスクロールしてデータを取り込み、コーディングは不要です。ワンクリックのエクスポートに最も近く、小さなリストなら問題ありません。

動作の仕組み： プロフィールを開き、拡張機能のアイコンをクリックすると、スクロールが自動化され、読み込まれるたびにプロフィールデータを取り込みます。結果は CSV、JSON、または Excel にエクスポートされます。

実務上の限界：

  • 速度。 拡張機能は X のレート制限に引っかからないようスクロールの間に遅延を入れるため、10,000フォロワーの抽出には30〜90分かかります。API 経由なら1分未満です。
  • 量の上限。 無料プランはたいていエクスポートを約200レコードに制限します。有料プラン（通常は月額$5〜$10の範囲）は、エクスポートあたり50,000で上限に達します。数十万のフォロワーを持つアカウントは壁にぶつかります。
  • セッションへの依存。 拡張機能はログイン済みの X セッションを使います。異常なスクロールのパターンは、X に自分のアカウントを制限させたり、CAPTCHA を表示させたりし得ます。リスクにさらされるのは、別の API キーではなく、自分のアカウントです。
  • 自動化なし。 繰り返しの抽出をスケジュールしたり、データパイプラインに組み込んだりはできません。各エクスポートは、手動でブラウザに縛られたプロセスです。

拡張機能が理にかなうとき： コードを書かず自動化も必要としないときの、数千フォロワーの単発エクスポートです。四半期に一度、ニッチなアカウントから500フォロワーを取得するマーケティングマネージャーなら、拡張機能で申し分ありません。主なトレードオフは、拡張機能が自分のログイン済み X セッションに依存するのに対し、API を裏に持つノーコードツールは別のデータ層に対して動き、自分のアカウントには一切触れないことです。

方法3：Selenium または Playwright を使った自作スクレイパー {#method-3-diy-scrapers-with-selenium-or-playwright}

オープンソースのスクレイパーは、ブラウザ自動化を使って X にログインし、フォロワーのページに移動し、HTML をパースしながらスクロールします。魅力は明らかです。無料、オープンソース、完全な制御。現実はそれほど魅力的ではなく、採算はめったに合いません。

  • 設計上、脆弱。 これらのスクレイパーは、予告なく変わる X の HTML をパースします。この分野の公開リポジトリのほとんどは、1〜3年間更新されていません。X が CSS クラス名を変えたり DOM を再構成したりすると、スクレイパーは静かに壊れるか、ゴミを返します。
  • 認証のリスク。 どのスクレイパーも、自分の X セッションクッキーまたはログインを必要とします。X が利用規約で明確に禁止する挙動を自動化するスクリプトに、アカウントへのアクセスを渡すことになります。ここでの凍結は、理論上の話ではありません。
  • 遅い。 Selenium は完全なブラウザのページを読み込み、JavaScript のレンダリングを待ってから DOM をパースします。10,000フォロワーの抽出には1〜4時間かかることがあります。
  • 維持コスト。 今日動くスクレイパーでも、来月壊れたときに誰かが直す必要があります。継続的なエンジニアリングの時間は、しばしば有料 API のコストを上回ります。

名前を挙げる価値のある鮮度の罠もあります。このための最もよく知られた無料の Python ライブラリである Twint は、2023年に X が依存していたエンドポイントを封鎖した後に動かなくなったため、今なおそれを勧めるガイドは古くなっています。チームは日常的に、Selenium ベースの Twitter スクレイパー の構築と維持に40時間以上を注ぎ込み、半年のうちに、X の3度目の DOM 変更を機にそれを手放します。初期コストはゼロですが、総コストがゼロであることはめったにありません。

自作スクレイパーが理にかなうとき： スキルとして Web スクレイピングを学んでいる、ごく小さな単発の抽出が必要、または有料ツールが選択肢にならない制約の下にある場合です。

方法4：X のデータダウンロードによる手動エクスポート {#method-4-manual-export-via-xs-data-download}

X では、設定、次にアカウント、そしてデータのアーカイブをダウンロード、を通じて、自分のアカウントデータのアーカイブを要求できます。アーカイブには、フォロワーのユーザー ID を含む followers.js ファイルと、自分がフォローしているアカウントの following.js ファイルが含まれます。これはツールをまったく必要としない唯一の方法であり、同時に最も限定的です。

得られるもの： JSON 形式のユーザー ID。ユーザー名も、プロフィール文も、フォロワー数も、プロフィールデータもありません。数値の ID だけです。

得られないもの： 他のアカウントのフォロワーに関する何も。これは自分のアカウントに対してのみ機能します。そして自分のフォロワーについてさえ、各 ID をユーザー名とプロフィールに解決する必要があり、結局は API 呼び出しになります。この経路を取るなら、Sorsa の ID 変換エンドポイントがそのステップを扱います。

変換の回避策： 人々はよく、先頭の window.YTD.follower.part0 = というラッパーを取り除いた後、オンラインの JSON-to-CSV ツールで followers.js ファイルを CSV に変換します。機能しますが、出力は依然として ID だけです。

これが理にかなうとき： X を離れようとしていて、誰が自分をフォローしていたかの個人的なバックアップが欲しい場合です。だいたいそれくらいです。

50,000フォロワーの抽出にはいくらかかる？ {#how-much-does-it-cost-to-extract-50000-followers}

コストは、方法が最も鋭く分かれるところです。以下は、各アプローチで50,000フォロワーが実際にいくらになるかです。

方法50Kフォロワーのコスト備考
Sorsa API（Proプラン）約$0.50250リクエスト、各$0.00199。Pro は100Kリクエストで$199/月なので、月間クォータの0.25%を使用。
Sorsa API（Starterプラン）約$1.23250リクエスト、各$0.0049。Starter は10Kリクエストで$49/月。
公式 X API（従量課金）約$50050,000ユーザー読み取り、各約$0.010。より安い$0.001の Owned Reads（自分のアカウントデータの読み取り）レートは、他のアカウントのフォロワーには適用されず、自分のアカウントのデータ専用。
Chrome 拡張機能（有料プラン）約$5〜$10/月量にかかわらず定額の月額だが、エクスポートあたり50Kで上限。
自作 Selenium スクレイパー$0 ＋開発時間直接コストは無料だが、セットアップ・テスト・維持に4〜10時間。$50/時なら$200〜$500の人件費。
X の手動エクスポート該当なし他のアカウントのフォロワーは抽出不可、自分のものはプロフィールデータなし。

人をつまずかせるのは公式 X API の行です。返されたプロフィール単位で課金するためです。他のアカウントの50,000フォロワーの読み取りは Owned Reads の対象外で、各約$0.010の読み取りが50,000件、1回の取得で約$500です。2026年の従量課金への移行後に Twitter API の料金 がどう機能するかの完全な内訳については、専用の料金ガイドをご覧ください。

差は規模とともに広がります。それぞれ25,000フォロワーの20の競合アカウントからフォロワーを抽出すると、500,000プロフィールです。Sorsa の Enterpriseプラン（$899/月）では、これは各$0.0018の2,500リクエストで、合計約$4.50です。同じ作業を公式 API のリソース単位の課金で行うと数千ドルに達し、ブラウザ拡張機能では何日もの手作業、Selenium では検出を避けるための複数アカウントのローテーションが必要になります。

データを手に入れたら何をするか {#what-to-do-with-the-data-once-you-have-it}

リストの抽出は最初のステップです。価値は、次に何をするかにあります。

プロフィールの条件で絞り込む

API 抽出による各フォロワープロフィールは、プロフィール文、所在地、フォロワー数、ツイート数を持つため、生のリストをすぐにセグメント分けできます。

python
# Find high-value accounts: 1K+ followers, active, with a website in bio
qualified = [
    u for u in followers
    if u.get("followers_count", 0) >= 1000
    and u.get("tweets_count", 0) >= 100
    and u.get("bio_urls")
]
print(f"Qualified leads: {len(qualified)} / {len(followers)}")

リード獲得 のためのよくあるフィルター：役職に一致するプロフィール文のキーワード（「founder」「CTO」「head of growth」）、ターゲット市場に一致する所在地の文字列、ボットを除外するための最低フォロワー数、そしてプロフィール内のウェブサイト URL です。

競合間のオーディエンスの重複を見つける

複数の競合からフォロワーリストを取得し、そのうち2社以上をフォローするアカウントを残します。これらが、自社の領域で最もエンゲージメントの高い人々です。

python
from collections import Counter

competitors = ["competitor_a", "competitor_b", "competitor_c"]
all_ids = []

for handle in competitors:
    handle_followers = extract_followers(handle, max_pages=25)
    all_ids.extend(u["id"] for u in handle_followers)

counts = Counter(all_ids)
overlap = {uid: c for uid, c in counts.items() if c >= 2}
print(f"Users following 2+ competitors: {len(overlap)}")

2社以上の競合をフォローするアカウントは、公開データから構築できる最も温かいオーディエンスです。単一のブランドではなく、自社のカテゴリ全体を追うことをすでに選んでいるためです。

CRM や広告プラットフォームに投入する

絞り込まれたフォロワーの CSV は、リードリストとして HubSpot、Pipedrive、または Salesforce にそのままインポートでき、同じデータは、ターゲットを絞ったキャンペーンのために広告プラットフォームでカスタムオーディエンスを構築します。フォロワーデータをエンゲージメント指標と組み合わせれば（エンゲージメント率 計算ツール がそれを手早く測る方法です）、まず接触する価値のあるセグメントに優先順位を付けられます。

フォロワーの地理をマッピングする

自由記述の location フィールドを超えた国レベルのデータが必要なら、/about エンドポイントが、X が各アカウントに付ける国のタグを解決します。これが、あらゆるオーディエンスの地理の内訳の基礎です。

方法ごとのリスクと安全性 {#risks-and-safety-by-method}

すべての抽出方法が同じリスクを負うわけではありません。以下は、それぞれが実際に何をさらすかです。

API ベースの抽出。 X アカウントへのリスクはゼロ。API は Twitter のログインとは完全に別の、独自のキーで認証するため、クッキーや認証情報を共有することは一切ありません。レート制限を超えると、1秒後に再試行するための 429 レスポンスが返り、アカウントのフラグも CAPTCHA も凍結もありません。

ブラウザ拡張機能。 中程度のリスク。拡張機能はログイン済みの X セッションを通じて動きます。評判の良いものは人間のスクロールを模倣するために遅延を入れますが、異常な活動は依然として自分のアカウントにレート制限を引き起こし得ますし、セッションクッキーは拡張機能のコードから読み取り可能です。

自作スクレイパー。 高いリスク。これらは自分の認証情報やセッションクッキーを使ってブラウザを自動化し、X は自動化されたブラウジングを積極的に検出して、防御に引っかかったアカウントを制限または凍結します。サーバー上でスクレイパーを24時間動かすことは、アカウントへの措置を招くことがほぼ確実です。

X の手動エクスポート。 リスクなし。自分のアカウントで、X 自身のデータダウンロード機能を使っています。

法的な文脈。 公開のフォロワーデータは、定義上、X 上で見えるものであり、それを研究、マーケティング、または競合インテリジェンスのために抽出することは標準的な慣行です。越えてはならない一線はこうです。生のスクレイピングデータを再販しないこと、抽出したフォロワーに一方的な一括メッセージを送らないこと、そして EU ユーザーのデータを扱うときは GDPR または同等のルールを遵守することです。

実例

約10人の市場調査チームから相談がありました。すでに公式 X API で約40の中規模の競合アカウントのフォロワーリストを取得しており、プロフィール読み取り単位で課金されている状態でした。1フォロワーあたり約$0.010では、これらの Owned Reads 対象外の読み取りが、日常的な月次の更新を4桁の請求額に変え、追跡するアカウントが増えるたびにコストも膨らみました。同チームは同じ作業をフラットなリクエスト単位の料金に移し、同一のデータで月額を90%超削減しました。200件のプロフィールを返す1リクエストが、200件の別々の読み取りではなく1リクエストとして数えられるためです。この節約は、割引やデータのトレードオフではなく、課金モデルからそのまま生まれています。

よくある質問 {#faq}

任意の公開アカウントからフォロワーを抽出できる？ それとも自分のだけ？

任意の公開アカウントです。x.com で開いたときにプロフィールのフォロワーリストが見えるなら、API や拡張機能でそれを抽出できます。唯一の例外は、保護された（非公開の）アカウントで、そのフォロワーリストは承認されたフォロワー以外の全員から隠されており、どのツールも公式 API も読めません。

フォロワー1件あたり、いくつのデータフィールドが得られる？

Sorsa のような API では、各フォロワープロフィールが15を超えるフィールドを持ちます。ユーザー ID、ユーザー名、表示名、プロフィール文、所在地、フォロワー数、フォロー数、ツイート数、メディア数、認証状態、アカウント作成日、プロフィール画像 URL、バナー URL、プロフィール内 URL、固定ツイート ID、そして protected や can_dm のようなフラグです。ブラウザ拡張機能はたいていより少なく返し、X の手動エクスポートは数値のユーザー ID のみを返します。

2026年に大きなフォロワーリストを抽出する最も安い方法は？

数千を超えるどんなリストでも、フラットなリクエスト単位の API が最も安い経路です。公式 X API は返されたプロフィール単位で課金するため（Owned Reads 対象外のユーザー読み取り1件あたり約$0.010）、50,000フォロワーは約$500かかります。Sorsa のフラットなリクエスト単位の料金では、同じ50,000フォロワーが Proプランで約$0.50です。200件のプロフィールを返す1リクエストが、クォータに対して1リクエストとして数えられるためです。

フォロワーではなくフォロー中リストをどう抽出する？

エンドポイントを /followers から /follows に差し替えます。リクエストのパラメータ、レスポンスの形式、ページネーションは同じです。フォロー中リストはたいていフォロワーリストより小さく、より速く抽出できるため、アカウントが誰を追っているかをマッピングするのに実用的です。詳細は Sorsa の /follows エンドポイントのリファレンスにあります。

コードを書かずにフォロワーを抽出できる？

はい、2つの方法で。ブラウザ拡張機能は、コーディングなしで完全に Chrome のインターフェースを通じて動きます。あるいは、無料の Sorsa の最近のフォロワーツールと API Playground が、何かを書く前に Web インターフェースを通じてフォロワーデータをプレビューさせてくれます。これらは自分の X セッションではなく、別のデータ層に対して動きます。

フォロワーの順序は一貫している？ 毎回同じ結果が得られる？

フォロワーリストは、X が提供する順序で返ってきます。これはおおむね新しい順なので、最初のページには常に最も最近獲得したフォロワーが入っています。その順序はリクエスト間で一貫していますが、実際のリストは人々がフォロー・フォロー解除するにつれて変わるため、数日空けた2回の抽出は、端のほうで異なります。

なぜ抽出した件数がプロフィールのフォロワー数と一致しない？

プロフィール上のフォロワー数は X が維持するリアルタイムのカウンターですが、抽出可能なリストはわずかに小さくなり得ます。凍結・停止・最近削除されたアカウントが、リストに現れないままカウンターに残っている場合があるためです。大きなアカウントでは数%のずれを見込み、表示された数に対して厳密な等価チェックを書かないでください。

抽出したフォロワーデータを広告のターゲティングに使える？

はい。絞り込んだフォロワーリストを CSV にエクスポートし、それを X の広告プラットフォーム、またはユーザー名やメールベースのオーディエンスを受け付ける任意のプラットフォームに、カスタムオーディエンスとしてアップロードします。これをエンゲージメントデータと組み合わせれば、リスト全体を等しく扱うのではなく、最も価値の高いセグメントに先に重みを置けます。

始め方

方法を決める前にフォロワーの抽出をテストしたいなら、最も速い経路は短いものです。

  1. コードなしでプレビュー。 無料の最近のフォロワーツールを開き、任意の公開ハンドルを入力すると、完全なプロフィールデータとともに最新のフォロワーが見られます。API キーは不要です。
  2. API playground を試す。 Sorsa API Playground では、/followers と /follows のエンドポイントをブラウザ経由で呼び、コードを書く前に正確な JSON を確認できます。
  3. API キーを取得する。 スケールする準備ができたら、ダッシュボード からキーを取得します。すべてのアカウントは100回分の無料リクエストで始まり（1回限り・クレジットカード不要・有効期限なし）、クイックスタートガイド が認証と最初のリクエストを数分で案内します。

すべてのプランで一律の毎秒20リクエスト、1,000プロフィールあたり$0.01からのプロフィールデータ、クレジットカード不要で始められる100回分の無料リクエスト、そして審査待ちの行列なしで数分で済むセットアップ。これが、実用的な量のフォロワーデータについて、公式のものより Twitter/X の代替 API を使う根拠です。

監修：Keksich（Sorsa創業者、マーケター兼X APIリサーチャー）

本記事の作成方針：方法の比較とコストの数値は、Twitter/X の代替 API を運用する当チーム自身の作業、2026年4月20日の更新後に公開された公式 X API のリソース単位の料金、そして Sorsa の現行のレートカードに基づいています。この改訂のために、フォロワーエクスポートツール、拡張機能、オープンソースのスクレイパーの現行のラインナップをレビューし、古い公開エンドポイントの上に作られたスクレイパー（Twint を含む）がもう機能しないことを確認しました。エンドポイント名、フィールド、上限は、稼働中の Sorsa API ドキュメント から取り、動いているエンドポイントに対して確認しました。Sorsa の体制についての質問は about ページ または contacts@sorsa.io へ。料金とレートカードの数値の最終確認は2026年7月、ツールとスクレイパーのレビューは2026年6月時点です。