あらゆるアカウントのTwitterフォロワーAPI

#2026年の公式X APIでのフォロワー取得

公式X APIはGET /2/users/{id}/followersでフォロワーを返します。1ページ最大1,000人で、返したフォロワー1人ごとに、従量課金の料金表で$0.010の読み取りとして課金します。1,000人あたり$10.00です。公開アカウントの最新フォロワー20人をコードなしでざっと見るだけなら、無料の最新フォロワー確認ツールがブラウザ上に表示します。

要するに、公式のルートでは数値IDと開発者アカウントとOAuthが必要で、返したフォロワー1人ごとに課金されます。以下の詳細は、2026年11月2日に確認したdocs.x.comの内容です。

• エンドポイント

  公式X API

  /followersと/following。どちらもGET /2/users/{id}の配下

• 対象アカウント

  公式X API

  数値のユーザーIDのみ。ハンドルは不可

• アクセス

  公式X API

  開発者アカウント、プリペイドのクレジット、follows.read付きのOAuth 2.0ユーザートークン、またはアプリのベアラートークン

• ページサイズ

  公式X API

  最大1,000（max_results）。次のページはpagination_tokenで取得

• レート制限

  公式X API

  アプリごと、ユーザーごとに15分あたり300リクエスト

• 価格

  公式X API

  フォロワー1人の読み取りあたり$0.010。リストがアプリ所有者自身のものなら$0.001

GoogleのAI要約をはじめ、多くの回答はいまだにこのエンドポイントをEnterprise顧客専用としています。これは、XがBasicとProのティアからフォロー取得を外した2023年6月26日からのルールで、現在は古い情報です。2026年2月6日にすべての新規開発者へ開放された従量課金では、フォロワーの読み取りが公開の料金表に載っています。

この作業を左右するルールがあと2つあります。Xは同じフォロワーを、何度読み取っても1UTC日につき1回しか課金しません。また2026年4月20日以降、セルフサービスのアプリは公式X APIでアカウントのフォローやフォロー解除ができなくなりました。レート制限により、1つのアプリは15分あたり最大1,000人のページを300ページ、つまり30万フォロワーまでしか取得できません。ほかのエンドポイントについては、X APIのレート制限のガイドを参照してください。

#Sorsa APIで4ステップでフォロワーを取得する

アカウントのフォロワーをコードで取得するなら、Twitter（X）API兼スクレイピングツールであるSorsa APIを使います。GET /followersは1リクエストで最大200人のフォロワープロフィールを、1,000人あたり$0.007から返します。数値IDではなくハンドルを受け取り、必要なのはAPIキー1つだけで、開発者アカウントもOAuthも不要です。どのプランでも、キー1つにつき毎秒20リクエストで動作します。

1. キーを取得します。 サインアップして、ダッシュボードからAPIキーをコピーします。最初の100リクエストは無料で、カードは不要です。

2. 最初のページをリクエストします。 username、user_id、user_linkのいずれかをGET /followers（新しいタブで開きます）に、キーをApiKeyヘッダーに付けて送ります。

   curl -G "https://api.sorsa.io/v3/followers" \
     -H "ApiKey: YOUR_API_KEY" \
     --data-urlencode "username=lumen_kitchen_labs"
   

   {
     "users": [
       {
         "id": "1718233069912377344",
         "username": "quietpine_studio_co",
         "display_name": "Quiet Pine Studio",
         "description": "Ceramics and slow coffee. Ships from Asheville.",
         "location": "Asheville, NC",
         "created_at": "2023-10-28T11:04:52Z",
         "followers_count": 3120,
         "followings_count": 418,
         "tweets_count": 1876,
         "verified": false,
         "protected": false,
         "bio_urls": ["https://quietpine.example"]
       }
     ],
     "next_cursor": "1846521730994411520"
   }
   

   レスポンス全体を表示

3. カーソルを送り返します。 各レスポンスのnext_cursorを、次のリクエストのnext_cursorパラメータとして渡します。これが空か、含まれていないレスポンスが最後のページです。

4. リストが終わるまでループします。 次の関数は、あらゆるリスト系エンドポイントを最後まで読み取り、キーが毎秒20リクエストを超えるたびに1秒待ちます。

   import time
   import requests
   
   API = "https://api.sorsa.io/v3"
   HEADERS = {"ApiKey": "YOUR_API_KEY"}
   
   
   def get_page(path, params):
       """One GET request; on 429 it waits a second and tries again."""
       while True:
           r = requests.get(API + path, headers=HEADERS, params=params,
                            timeout=30)
           if r.status_code == 429:  # more than 20 requests in one second
               time.sleep(1)
               continue
           r.raise_for_status()
           return r.json()
   
   
   def all_users(path, username):
       """Every account in a list endpoint, one page of 200 at a time."""
       params = {"username": username}
       while True:
           page = get_page(path, params)
           yield from page.get("users", [])
           cursor = page.get("next_cursor")
           if not cursor:
               return
           params["next_cursor"] = cursor
   
   
   followers = list(all_users("/followers", "lumen_kitchen_labs"))
   print(len(followers), "followers")
   

   // followers.mjs, Node.js 18 or later
   const API = "https://api.sorsa.io/v3";
   const headers = { ApiKey: "YOUR_API_KEY" };
   const pause = (ms) => new Promise((done) => setTimeout(done, ms));
   
   async function* allUsers(path, username) {
     const query = new URLSearchParams({ username });
     for (;;) {
       const res = await fetch(`${API}${path}?${query}`, { headers });
       if (res.status === 429) {
         await pause(1000); // more than 20 requests in one second
         continue;
       }
       if (!res.ok) throw new Error(`HTTP ${res.status}`);
       const page = await res.json();
       yield* page.users ?? [];
       if (!page.next_cursor) return;
       query.set("next_cursor", page.next_cursor);
     }
   }
   
   const followers = [];
   for await (const user of allUsers("/followers", "lumen_kitchen_labs")) {
     followers.push(user);
   }
   console.log(followers.length, "followers");
   

403はキーがないか、リクエストを使い切ったことを意味します。非公開アカウントでもエラーが返り、失敗したリクエストには課金されません。ページは新しい順に返るため、1ページ目には常に最新のフォロワーが入っています。この性質は、後述の追跡のセクションで活かします。

#ユーザーがフォローしているアカウントのリストを取得する

Xでユーザーがフォローしているアカウントのリストを取得するには、同じハンドル、ID、プロフィールリンクでGET /follows（新しいタブで開きます）を呼び出します。Sorsa APIは1リクエストで最大200件のフォロー中アカウントを新しい順に、同じカーソルで返すため、ステップ4のループは単語1つを変えるだけで済みます。

following = list(all_users("/follows", "lumen_kitchen_labs"))
following.sort(key=lambda u: u["followers_count"], reverse=True)
for user in following[:10]:  # the biggest accounts it follows
    print(user["username"], user["followers_count"])

フォロー中リストは通常フォロワーリストよりずっと短いので、全件を読み取っても安く済みます。1,500アカウントをフォローしているアカウントなら、8リクエストです。このリストからは、そのアカウントが何を読んでいるかが分かります。仕入れ先やライバルから、ウォッチしているクリエイターやニュースソースまでです。フォロワーリストと並べて読めば、フォローバックしている相手も分かります。両方のリストに入っているIDです。コードなしでざっと見たい場合は、上の最新フォロワー確認ツールも、直近にフォローした20アカウントを表示します。

どちらのリストもCSVやExcelファイルとして保存するには、きちんと開けるファイルの作り方をTwitterフォロワーのエクスポートのガイドで解説しています。

#フォロワーに関する質問ごとのエンドポイント

Sorsa APIは、フォロワーに関するよくある質問のそれぞれに専用のエンドポイントを用意しており、どれも返したプロフィール数ではなく、リクエスト単位で課金します。

• このアカウントをフォローしているのは誰か

  エンドポイント

  GET /followers

  1リクエストあたり

  最大200フォロワー

• このアカウントがフォローしているのは誰か

  エンドポイント

  GET /follows

  1リクエストあたり

  最大200アカウント

• フォロワーのうち認証済みは誰か

  エンドポイント

  GET /verified-followers（新しいタブで開きます）

  1リクエストあたり

  1ページ、カーソルは同じ

• アカウントBはアカウントAをフォローしているか

  エンドポイント

  POST /check-follow（新しいタブで開きます）

  1リクエストあたり

  1つの答え：followのtrueまたはfalse

• フォロワーは何人いるか

  エンドポイント

  GET /info（新しいタブで開きます）

  1リクエストあたり

  followers_count付きのプロフィール1件

• 多数のアカウントのフォロワー数

  エンドポイント

  GET /info-batch（新しいタブで開きます）

  1リクエストあたり

  最大100プロフィール

• Xリストのメンバー、またはリストのフォロワーは誰か

  エンドポイント

  GET /list-members（新しいタブで開きます）、GET /list-followers（新しいタブで開きます）

  1リクエストあたり

  1ページ、カーソルは同じ

認証済みフォロワーのみ

GET /verified-followersはGET /followersと同じ入力とカーソルを受け取り、認証バッジのあるアカウントだけを返します。大きなアカウントでは、ほとんどのページを読まずに済みます。ほとんどのオーディエンスで認証済みアカウントはごく少数なので、どうせ除外する行を読み取る必要がありません。

1件のフォロー関係を確認する

POST /check-followは、一方のアカウントがもう一方をフォローしているかを、どちらのリストがどれだけ長くても1リクエストで答えます。1確認あたり$0.0014からです。username_1はフォローされるべきアカウント、username_2は確認するアカウントです。どちらの側にもuser_id_*かuser_link_*を使えます。

curl -X POST "https://api.sorsa.io/v3/check-follow" \
  -H "ApiKey: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"username_1": "lumen_kitchen_labs",
       "username_2": "quietpine_studio_co"}'

答えは一方向のみなので、相互フォローの確認にはサイドを入れ替えた2回の呼び出しが必要です。プレゼント企画やキャンペーン向けの、フォローにリツイート、引用、リプライを加えた確認については、Twitter確認APIのガイドにあります。Xリストのメンバーとフォロワーには専用のガイドがあります。Twitter List APIです。

#フォロワー1件のレコードに含まれるもの

各フォロワーは19個のフィールドを持つ完全な公開プロフィールとして届きます。これはSorsa APIのどのプロフィール系エンドポイントでも同じオブジェクトなので、絞り込みやスコアリングに2回目のリクエストは要りません。

フィールドは6つのグループに分かれ、オーディエンスの分析では最初の4つがほとんどを占めます。

• 識別

  フィールド

  id、username、display_name、created_at

• リーチ

  フィールド

  followers_count、followings_count

• アクティビティ

  フィールド

  tweets_count、media_count、favourites_count、pinned_tweet_ids

• トピックと場所

  フィールド

  description、bio_urls、location

• フラグ

  フィールド

  verified、protected、can_dm、possibly_sensitive

• 画像

  フィールド

  profile_image_url、profile_background_image_url

データを正確に保つためのルールが3つあります。

• すべてをIDで管理します。 idのアカウントIDは変わらず、文字列で届きます。ハンドルは持ち主の好きなタイミングで変わります。フォロワーのIDだけが必要なら、各レコードのidを保存してください。完全なプロフィールに、追加料金なしで付いてきます。JavaScriptでもIDは文字列のまま扱ってください。XのIDは19桁に及び、JavaScriptの数値で正確に扱えるのは16桁までです。
• リストの件数がカウントと数パーセントずれることを想定してください。 followers_countはXのリアルタイムの合計ですが、リストには凍結または無効化されたアカウントが含まれません。
• プロフィールは現在の状態として読んでください。 各レコードに入っているのは、フォロワーの現在のプロフィール文と数値であり、フォローした日の状態ではありません。

知っておきたいこと

GET /followersにはフォローした日付がありません。Xの公開フォロワーリストが、フォローが行われた時期を示さないからです。新しいフォロワーの日付を知るには、定期的に確認して、各IDが初めて現れた日を記録します。方法は次のセクションで説明します。

#新規フォロワーとフォロー解除を追跡する

APIで新規フォロワーを追跡するには、前回見たフォロワーIDを保持して比較します。ページは新しい順に返るため、確認は既知のIDに出会うまでしか読みません。前回以降に増えたフォロワーが200人未満なら、1リクエストで済みます。

フォロー解除の検出にはリスト全体が必要です。先週の全件読み取りにあって今日のものにないIDは、いなくなったことになります。安価な確認は毎日または毎時、全件読み取りは毎週または毎月実行します。どちらの関数も、ステップ4のget_pageとall_usersを再利用します。

def new_followers(username, known):
    """Followers added since the last check. Pages come newest first,
    so the loop stops at the first page that holds a known ID."""
    params, found = {"username": username}, []
    while True:
        page = get_page("/followers", params)
        users = page.get("users", [])
        fresh = [u for u in users if u["id"] not in known]
        found += fresh
        cursor = page.get("next_cursor")
        if len(fresh) < len(users) or not cursor:
            return found
        params["next_cursor"] = cursor


def unfollowed(username, last_full_read):
    """IDs from the last full read that no longer follow."""
    now = {u["id"] for u in all_users("/followers", username)}
    return last_full_read - now, now

IDをフォロー解除として数える前に、GET /info-batchで調べてください。凍結または削除されたアカウントも、すべてのフォロワーリストから消えます。確認は自分のスケジュールで実行でき、コストは小さく済みます。それぞれフォロワー5万人の25アカウントを毎日確認し、月に1回全件を読み取っても、月間約7,000リクエストです。

#フォロワーを絞り込み、オーディエンスの重複を調べる

フォロワーのレコードにはすでに数値、プロフィール文、フラグが入っているので、リストの絞り込みは数行のコードで済み、追加のリクエストは要りません。locationはユーザーが入力した文字列そのままです。X自身が割り当てる国については、Twitter所在地APIのガイドが、GET /aboutでオーディエンスを国別に分析する方法を示しています。

followers = list(all_users("/followers", "lumen_kitchen_labs"))
shortlist = [
    u for u in followers
    if u["followers_count"] >= 1000          # some reach
    and u["tweets_count"] >= 100             # posts regularly
    and not u["protected"]
    and "coffee" in (u.get("description") or "").lower()
]

ライバルを2社以上フォローしているアカウントは、あなたの市場で最もエンゲージメントの高い人たちです。各ライバルのリストを1回ずつ読み取り、各IDが何回現れるかを数えます。

from collections import Counter

rivals = ["lumen_kitchen_labs", "copperleaf_cookware", "saltmarsh_pantry"]
lists = {h: {u["id"] for u in all_users("/followers", h)} for h in rivals}
seen = Counter(i for ids in lists.values() for i in ids)
core = {i for i, n in seen.items() if n >= 2}
smallest = min(len(ids) for ids in lists.values())
print(f"{len(core)} accounts follow 2+ rivals, "
      f"{len(core) / smallest:.1%} of the smallest audience")

重複は合計ではなく、最小のオーディエンスに対する割合で測ります。共有している2,000人は、5,000人のアカウントにとっては大きな意味を持ちますが、200万人のアカウントにとっては小さな数字です。2つのアカウントをコードなしで比較するには、無料のオーディエンス重複チェックツールがブラウザ上で行えます。そのコアのアカウントを見込み客にする方法は、Twitterでリードを見つける方法で解説しています。

#APIでTwitterのインフルエンサーを見つけて審査する

APIでTwitterのインフルエンサーを見つけて審査するには、プロフィール文のキーワードやトピックでクリエイターを検索し、プロフィールをバッチで拡充し、直近のエンゲージメントとオーディエンスの質で1人ずつスコアリングします。Sorsa APIは、いいね、返信、リポスト、引用、表示回数といった公開指標だけを使い、すべてのステップを読み取り専用でカバーします。

ニッチ分野のクリエイターを見つける

• プロフィール文と名前から： POST /search-users（新しいタブで開きます）は、プロフィール文を含むキーワードでアカウントを見つけ、1ページ約20件を返します。フォロワー数の帯、認証状態、所在地、投稿数で絞り込めます。
• 発信しているトピックから： POST /search-tweets（新しいタブで開きます）はXの検索コマンドを実行します。あるトピックの上位投稿の投稿者が、その分野で活発な発信者です。
• キュレーションされたリストから： GET /list-membersは、誰かがすでにニッチ分野向けに作ったXリストを読み取ります。GET /info-batchは、候補リストを100プロフィールずつ拡充します。

実際のエンゲージメントで審査する

エンゲージメント率とは、直近の投稿に対するインタラクション（いいね、返信、リポスト、引用）を、投稿1件あたりで、フォロワー数または表示回数で割ったものです。POST /user-tweets（新しいタブで開きます）は、1リクエストで直近の約20投稿をすべての数値付きで返し、POST /tweet-info-bulk（新しいタブで開きます）は選んだ投稿を最大100件まとめて読み取ります。ブラックボックスのスコアはありません。入力はXの公開数値で、計算式は自分で調整できます。

def engagement_rate(username):
    """Interactions per post, per follower and per view."""
    # the latest page of posts; API and HEADERS come from step 4
    r = requests.post(API + "/user-tweets", headers=HEADERS,
                      json={"username": username}, timeout=30)
    r.raise_for_status()
    posts = r.json().get("tweets", [])
    if not posts:
        return None
    acts = sum(p["likes_count"] + p["reply_count"] + p["retweet_count"]
               + p["quote_count"] for p in posts)
    views = sum(p.get("view_count") or 0 for p in posts)
    followers = max(posts[0]["user"]["followers_count"], 1)
    return {"by_followers": acts / len(posts) / followers,
            "by_views": acts / views if views else None}

1つのアカウントをコードなしですぐ確認するには、無料のエンゲージメント率計算ツールが同じ計算を行います。

偽フォロワーと買われたエンゲージメントを見抜く

クリエイターの最新のフォロワーを1〜2ページ読み取り、偶然には重なりにくいシグナルを探します。

• フォロワー数から予想されるよりはるかに低いエンゲージメント
• 先月作られたアカウント、空のプロフィール文、デフォルトのアイコン、投稿なしのアカウントだらけのフォロワーサンプル
• 何千件もフォローしているのに、フォローされている数が少ない偏ったアカウント
• 表示回数は多いのに、いいねや返信がほとんどない最近の投稿

10のシグナルと、フォロワーリスト全体をスコアリングするスクリプトを含む完全な手法は、Twitterボット判定のガイドにあります。

契約後にキャンペーンを確認する

POST /user-tweetsでクリエイターの投稿を追い、POST /mentions（新しいタブで開きます）でmin_likesとsince_dateからuntil_dateまでの期間を指定してブランドに言及する投稿を見つけ、POST /check-quoted（新しいタブで開きます）とGET /check-comment（新しいタブで開きます）で、必須の引用やリプライが公開されたかを1確認あたり$0.0014から確認できます。

500人のクリエイター全体の審査は約540リクエストです。内訳は25ページの検索、5回のバッチ呼び出し、500回のタイムライン取得、10ページのフォロワー取得です。Sorsa APIの最低単価で約$0.76であり、最小プランの10,000リクエストのごく一部です。同じ読み取りを公式X APIの料金で行うと約$75かかります。

#フォロワー1,000人あたりのデータのコスト

Sorsa APIはフォロワーを1,000人あたり$0.007から読み取ります。公式X APIは1,000人あたり$10.00で、同じ公開リストに対して1,000倍の差があります。

この料金だと、10万フォロワーはSorsa APIで$0.70から、公式X APIで$1,000です。100万なら$7からに対して$10,000です。自分のアプリのフォロワーに対するXの$0.001という料金でさえ、1,000人あたり$1.00になります。Sorsa APIはプロフィール単位ではなくリクエスト単位で課金します。200フォロワーのページは1リクエストで、失敗したリクエストは無料、GET /key-usage-info（新しいタブで開きます）で残高を確認するのも無料です。公式の全料金は、X APIの料金のガイドで詳しく解説しています。

定期的に実行するジョブのコストは、その月の読み取りの合計です。下のプランナーは、ウォッチするアカウント数と確認の頻度を、両方のAPIでのリクエスト数と金額に換算します。

#今日、最初の2万フォロワーを取得する

フォロワー、フォロー中リスト、フォロー確認をコードで扱うなら、Sorsa APIを使います。1リクエストで200フォロワー、1,000人あたり$0.007から、APIキーは1つで開発者アカウントは不要です。100回分の無料リクエストで最初の2万フォロワーを取得できます。任意の公開アカウントに対してステップ4のループを実行し、リスト全体が返ってくるのを確かめてください。

#よくある質問