著者:Sorsa Editorial

2026年7月更新:新規 API キーで利用可能な100回分の無料リクエストの開始オファーを追加し、料金とレート制限のリファレンスを現行の Sorsa のレートカードに対して刷新しました。

要点: ある Twitter(X)アカウントが別のアカウントをフォローしているか確認するには、疑わしいフォロワーのプロフィールを開き、そのフォロー中のリストで他方のハンドルを検索します。X には直接の「A は B をフォローしているか」ボタンはなく、フォローは一方向です。このチェックは読み取り専用なので、誰にも通知されません。バルクのチェックにはツールか API が必要です。

厄介なのは、X が「このアカウントはあのアカウントをフォローしているか?」と尋ねるきれいな方法を決して作らなかったことです。そのためのボタンはありません。ユーザー名が現れることを期待してフォロワーやフォロー中のリストをスクロールするか、ログイン中のアカウントを誰かがフォローするときだけ現れる小さな「フォローされています」バッジに頼ります。1回のチェックにはそれで問題ありません。フォローを量で検証する必要になった瞬間、つまりキャンペーン検証のワークフロー、パートナーシップの監査、または自分のアプリの中の機能のためには、手動の経路は崩れます。

そのギャップを埋めるために、代替の Twitter/X API プロバイダーである Sorsa API を作りました。/check-follow エンドポイントは、任意の2つの公開プロフィールについて「アカウント B はアカウント A をフォローするか?」に1回のリクエストで答え、およそ300ミリ秒で素の true または false を返し、OAuth の煩雑な手順も、どちらのユーザーとして認証する必要もありません。すべてのプランが一律の毎秒20リクエストで動き、アクセスは審査待ちなしで即座に有効になり、フォローのチェックは、ユーザー単位の読み取りの山ではなく1つのフラットなリクエストです。新規キーには100回分の無料リクエストが付いてきます。1回限り、クレジットカード不要なので、最初のフォローのバッチの検証は試すのに何もかかりません。単発の照会には API すら必要ありません。無料の Twitter フォローチェッカー がブラウザで答えを返します。本ガイドは、手動のタップ操作から、毎時数千の関係を検証する Python のループまで、すべての方法を扱います。

目次

X で手動でフォローを確認する {#check-follows-manually-on-x}

手でフォロー関係を確認するには、フォローしていると思うアカウントのプロフィールを開き、フォロー中をタップし、リスト内検索で他方のアカウントのハンドルを照会します。それが現れれば、フォローは存在します。誰かが特に自分をフォローしているか確認するには、自分のフォロワーのリストを開いてそこで検索するか、相手のプロフィールを訪れたときにその名前の下の「フォローされています」バッジを探します。

ネイティブのアプローチはツールも、キーも、サードパーティのアクセスも必要とせず、注意深く行えば両方向で動きます。

特定のアカウントが自分をフォローしているか確認するには:

  1. X(x.com またはモバイルアプリ)で自分のプロフィールを開きます。
  2. フォロワー をタップします。
  3. リストの上部の検索ボックスにユーザー名を入力します。
  4. 現れれば、フォローしています。検索が空で返ってくれば、していません。

アカウント A がアカウント B をフォローしているか確認するには(どちらも自分でないとき):

  1. フォローしていると疑うアカウント A のプロフィールを開きます。
  2. フォロー中 をタップします。
  3. そのリストでアカウント B のハンドルを検索します。

知っておく価値のある2つの視覚的なショートカットがあります。自分をフォローするプロフィールを訪れると、X はハンドルの隣に「フォローされています」バッジを表示します。そして、すでにフォローしているいくつかのアカウントもフォローするプロフィールを開くと、X はプロフィール文の下に「…にフォローされています」の行を表面化します。両方とも素早いシグナルですが、どちらも、関係のない2つのアカウントの間の任意の「A は B をフォローするか」の質問には答えません。

手動の方法には、繰り返し出くわす実際の制限があります。リスト内検索は、ブラウザがすでに読み込んだリストのひと切れしか照会しません。X はフォロワーとフォロー中のリストをかたまりで取得するため、数十万のフォローを持つアカウントには、検索が、単にまだ読み込まれていないハンドルを見逃すことがあります。小さなアカウントには信頼できます。大きなものには、否定的な結果は非フォローの証明ではありません。それが、タップをやめてツールか API に切り替える時点です。

無料の Twitter フォローチェッカーツールはまだ動く? {#do-free-twitter-follow-checker-tools-still-work}

いくつかの無料の Twitter フォローチェッカーツールはまだ動きますが、多くの単一目的のものは、X が2023年に非公式のデータアクセスを制限した後に壊れました。本物のデータソースに支えられたブラウザのチェッカーは、依然として素早い yes または no を返せますが、スクレイピングやオープンな API アクセスに頼った古いツールは、しばしば静かに失敗し、エラーを投げ、または何も返しません。信頼性は当たり外れなので、生き残った選択肢は、自身のデータパイプラインで動くチェッカーです。

「twitter follow checker」を検索すると、「A は B をフォローするか?」への1フィールドの答えを約束する無料のウェブツールの一群に当たります。最もよく知られた単一目的のツール HackTrix は何年もトップランキングを保ってきましたが、カテゴリ全体としては一貫していません。無料の Twitter API アクセスに依存した単純なチェッカーは、そのアクセスが切られ有料層がそれを置き換えたときにデータソースを失いました。

Circleboom や Audiense Connect のような、目にするより大きな名前は、フォローチェッカーというより完全な管理と分析のプラットフォームです。フォロー関係を見せられますが、サインインしてアカウントを認可する必要があり、単一のブール値の答えだけが欲しいときにソーシャルメディアのスイートにサインアップするのはやりすぎです。

壊れない素早いチェックのために、Sorsa は自社サイトに無料のブラウザのフォローチェッカーを用意しています。X を直接スクレイピングするのではなく自社のインフラに対して動くため、アカウントのレート制限に当たらず、自動化フラグを引っかけず、ログインも必要としません。2つのハンドルを入力し、結果を読みます。同じ答えを繰り返し、またはソフトウェアの中で必要とするとき、以下の API 方法が次のステップアップです。

API でフォロー関係を確認する {#check-follow-relationships-with-an-api}

公式 X API には、「ある任意のアカウントが別のアカウントをフォローするか」のシンプルな呼び出しはありません。その v2 の connection_status フィールドはフォローとフォローされている状態を返しますが、認証するアカウントについてのみ、そしてより高い有料アクセス層でのみです。他の任意のペアを確認するには、片側の完全なフォロワーまたはフォロー中のリストをページネーションして検索しなければならず、それは大きなアカウントには遅く高価です。目的に作られた検証エンドポイントは、質問に1回のリクエストで直接答えます。

その制限は公式の X API フォローのドキュメントで確認できます。関係の照会は認証するユーザーに範囲が絞られ、公式 API ではフォローとフォロー中のエンドポイントは有料層の背後に座ります。なので、どちらのアカウントも管理しないときに @alice@bob をフォローするか知りたくなった瞬間、公式 API はユーザー単位の読み取りコストで完全なリストを列挙するほうへ押しやります。

Sorsa API は単一のエンドポイントでそのギャップを閉じます。2つの識別子を送り、任意の2つの公開アカウントについて true または false を返してもらい、OAuth フローではなくヘッダーの中の1つの API キーで認証します。

素早いチェック(cURL)

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

レスポンス:

json
{
  "follow": true,
  "user_protected": false
}

ロジックは「username_2username_1 をフォローするか?」と読みます。followtrue のとき、2番目のアカウントが最初のアカウントをフォローします。user_protected フィールドは非公開アカウントをフラグ付けし、そこでは承認されたフォロワーのリストの外の誰もフォローデータを読めません。

Python

python
import requests

API_KEY = "YOUR_API_KEY"
BASE_URL = "https://api.sorsa.io/v3"

def check_follow(target: str, possible_follower: str) -> bool:
    """Check whether possible_follower follows target. Returns True or False."""
    resp = requests.post(
        f"{BASE_URL}/check-follow",
        headers={"ApiKey": API_KEY, "Content-Type": "application/json"},
        json={
            "username_1": target,
            "username_2": possible_follower,
        },
    )
    resp.raise_for_status()
    return resp.json().get("follow", False)

follows = check_follow("YourBrand", "some_user")
print(f"Follows: {follows}")

ユーザー名、数値のユーザー ID、または完全なプロフィール URL のうち、データがすでに持っているものを渡せます。完全なパラメータの詳細は エンドポイントのリファレンス にあります。

コストについては、差は限界的ではなく構造的です。Sorsa は フラットなリクエスト単位の料金 を使います。1つのフォローのチェックは1リクエストで、それは Proプラン(100,000リクエストで$199)でおよそ$0.00199、Enterprise で約$0.0018になります。公式 API では、大きなアカウントに対してフォローを検証することは、そのフォロワーリストをおよそユーザー読み取りあたり$0.010でページネーションすることを意味するため、単一の答えが、ハンドルを見つける前に、そもそも見つかればですが、読み取りで数ドルかかり得ます。1つのブール値に対する1つのフラットなリクエストが、大きな差でより安い単位です。

2つのアカウントが互いにフォローしているかどう確認するか {#how-to-check-if-two-accounts-follow-each-other}

どの API もツールも、1回の呼び出しで相互フォローの状態を返しません。「相互フォロー」は2つの別々の一方向のフォローだからです。2つのアカウントが互いにフォローすることを確認するには、2つのチェックを実行します。A は B をフォローするか、そして B は A をフォローするか、です。両方が true で返ってくれば、関係は相互です。

python
def check_mutual_follow(user_a: str, user_b: str) -> dict:
    """Check whether two accounts follow each other."""
    a_follows_b = check_follow(target=user_b, possible_follower=user_a)
    b_follows_a = check_follow(target=user_a, possible_follower=user_b)

    if a_follows_b and b_follows_a:
        relationship = "mutual"
    elif a_follows_b:
        relationship = "one_way_a_to_b"
    elif b_follows_a:
        relationship = "one_way_b_to_a"
    else:
        relationship = "none"

    return {
        "a_follows_b": a_follows_b,
        "b_follows_a": b_follows_a,
        "relationship": relationship,
    }

result = check_mutual_follow("user_one", "user_two")
print(result)
# {'a_follows_b': True, 'b_follows_a': False, 'relationship': 'one_way_a_to_b'}

2つの呼び出し、枠からの2リクエスト、端から端まで1秒未満です。同じパターンは、2番目のハンドルをループすることで、リストのどのアカウントが特定のアカウントを相互フォローするかを確認することにスケールします。

規模でフォローを確認する {#checking-follows-at-scale}

規模では、手動の方法と壊れた無料ツールは選択肢でなくなり、API が唯一の実用的な経路になります。数百または数千のアカウントにまたがってフォローを検証するには、アカウントごとにフォローチェックの呼び出しをループし、結果をファイルに書きます。一律の毎秒20リクエストでは、それは毎時およそ72,000のチェックをこなし、各結果は行動できるきれいなブール値です。

バッチのパターンはこうです。

python
import time
import csv

def verify_followers_batch(brand: str, usernames: list, output_file: str = "results.csv"):
    """Verify whether a list of accounts follow a specific account."""
    with open(output_file, "w", newline="") as f:
        writer = csv.writer(f)
        writer.writerow(["username", "follows"])

        for i, username in enumerate(usernames):
            follows = check_follow(brand, username)
            writer.writerow([username, follows])

            if (i + 1) % 100 == 0:
                print(f"Checked {i + 1}/{len(usernames)}")

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

    print(f"Done. Results saved to {output_file}")

participants = ["user1", "user2", "user3"]  # load from your participant list
verify_followers_batch("YourBrand", participants)

毎秒20リクエストのレート制限 はすべてのプランで同じで、大量の作業には 営業に連絡 して引き上げられます。複数のアクションでゲートするキャンペーンは、フォローのチェックを他の検証エンドポイントと混ぜられます。/check-follow/check-retweet/check-comment/check-quoted/check-community-member で、それぞれ単一のブール値の呼び出しです。完全なキャンペーン検証ガイド が、これらを一緒につなぐことを扱います。

実践。 協力したある Web3 ゲームスタジオは、参加者にメインアカウントのフォロー、告知のリポスト、そしてその X コミュニティへの参加を求めるトークンローンチの 懸賞キャンペーン を動かしました。約8,400のエントリーがありました。自動化の前は、コミュニティマネージャーが2日間手でエントリーを抜き取り確認し、それでもそのほんの一部しか通せず、確認されていない残りこそ、使い捨てとボットのアカウントが隠れる場所で、その多くはスクリーンショットを撮った瞬間にアンフォローしていました。3つのチェックをスクリプトにつないで、このスタジオは8,400人の参加者全員を3つのタスクにわたって1時間未満で、Proプランでおよそ$50で検証し、1件残らずのエントリーがサンプリングではなくプログラムで確認されました。それがフラットなリクエスト単位の料金が生む違いです。コストはチェックに応じてスケールし、どのアカウントのフォロワーリストのサイズにもよりません。

どの方法を使うべきか? {#which-method-should-you-use}

方法最適な用途速度コスト信頼性
X で手動単発の個人的なチェック30〜60秒無料大きなアカウントには信頼できない
無料のフォローチェッカーツール素早い単発のチェック、セットアップなし数秒無料ツールのデータソースによる
API(/check-follow自動化、バルク、または製品内での利用チェックあたり約300msチェックあたり$0.0018〜$0.0049一貫した、構造化された JSON

友達がフォローバックしたか知りたいだけなら、X を開いて「フォローされています」バッジを探します。セットアップなしの速い単発には、無料のフォローチェッカーがそれをカバーします。プログラムによる何か、つまりキャンペーン、ボット、ダッシュボード、分析機能には、量が増えても正確で速いままである唯一の方法が API です。

よくある質問 {#faq}

X で相手に知られずに誰かが自分をフォローしているか確認できる?

はい。X でフォロワーやフォロー中のリストを確認することは受動的な、読み取り専用のアクションで、他方のアカウントは決して通知されません。これは、X で手動でチェックしても、サードパーティのフォローチェッカーを通じてでも、API 経由でも成り立ちます。公開のフォロー関係を読むことは、アラートも、DM も、他の人のアカウントの痕跡も引き起こしません。

公式 X API はフォローチェックのエンドポイントを持つ?

直接のものではありません。X API v2 は connection_status フィールドを公開しますが、認証するアカウントの関係のみを、そしてより高い有料層でのみ報告します。他の任意のペアを確認するには、完全なフォロワーまたはフォロー中のリストをページネーションしなければなりません。Sorsa API の /check-follow エンドポイントは代わりに、任意の2つの公開アカウントについて true または false を1回のリクエストで返します。

2つの Twitter アカウントが互いにフォローしているかどう確認する?

2つの別々のチェックを実行します。「相互フォロー」は2つの一方向のフォローなので、アカウント A がアカウント B をフォローし、アカウント B がアカウント A をフォローすることを確認します。両方が true なら、相互です。どのツールも API も、相互の状態を1回の呼び出しで返しません。Sorsa の /check-follow のような API では、これは方向ごとに1つ、2リクエストです。

非公開(保護された)アカウントのフォロワーを確認できる?

いいえ。保護されたアカウントは、承認されたフォロワーを除く全員からフォロワーとフォロー中のリストを隠すため、公式 X API を含むどの外部のツールも API も、そのフォロー関係を読めません。Sorsa API を通じて非公開アカウントを照会すると、レスポンスは "user_protected": true を返すため、コードは推測する代わりにそのケースをきれいに扱えます。

あるTwitter アカウントが別のアカウントをフォローするか確認する無料ツールはある?

はい。Sorsa はログインを必要としない無料のフォローチェッカーを動かしています。2つのハンドルを入力し、最初のものが2番目をフォローするか読みます。X をスクレイピングするのではなく Sorsa 自身のデータインフラで動くため、古い単一目的のチェッカーサイトを壊すレート制限と自動化フラグを回避します。

時間をまたいで新しいフォロワーやアンフォローをどう追跡する?

X は、基本の「フォローされました」の通知を超えるネイティブのアンフォローのアラートを与えません。変化を追跡するには、フォロワーリスト をスケジュールで取得し、各スナップショットを前のものと差分して、新しいフォローとアンフォローを表面化します。Sorsa API の /followers エンドポイントはリクエストあたり最大200アカウントを返すため、毎時または毎日の差分が、大きなアカウントにさえ実用的です。

始め方 {#getting-started}

たまの手動のチェックを超えてフォロー関係を検証する必要があるなら、最も速い経路は短いです。

  1. まず無料ツールを試す。 フォローチェッカーツール でいくつかのチェックを実行します。キーもログインも不要です。
  2. API キーを取得する。 ダッシュボード から取得し、100回分の無料リクエスト(1回限り、クレジットカード不要・有効期限なしで40個のエンドポイントすべてで有効)で始めます。コードを書かずに API playground で /check-follow をテストします。
  3. ワークフローに組み込む。 上の Python または cURL をコピーするか、他の言語でのセットアップには クイックスタート に従います。

すべてのプランで一律の毎秒20リクエスト、プランによってフォローのチェックがおよそ$0.0018から$0.0049、そして審査待ちなしで約3分で終わるセットアップです。1リクエスト、1つの答え、300ミリ秒未満です。


監修:Keksich(Sorsa創業者、マーケター兼X APIリサーチャー)

本ガイドのまとめ方:Sorsa API をビルドして運用する Sorsa 自身の作業と、例の背後の稼働中のエンドポイントに基づいています。この更新のために X 上の手動のフォローチェックを直接再び歩き、公式 X API のフォロー関係の制限を X の開発者プラットフォームのフォローのドキュメントに対して確認しました。エンドポイント名、パラメータ、料金は Sorsa API のドキュメント と現行のレートカードから来ています。セットアップについての質問は 会社概要ページ または contacts@sorsa.io へ。最終確認2026年7月6日。