2026年7月4日更新： 100回分の無料リクエストの開始オプションを追加し、Sorsa の料金を1,000ツイートあたりのバッチレートで捉え直し、公式 X API の従量課金の数値を、Sorsa が維持する料金リファレンスに対して再確認しました。
要点： Twitter アナリティクス API は、ダッシュボードではなくコードを通じてツイートとアカウントの指標を返します。3つのソースが存在します。X のネイティブアナリティクス（アカウントレベルのデータは Premium 限定）、公式 X API v2 の
public_metricsフィールド（任意の公開投稿のいいね、リツイート、返信、引用、インプレッション、ブックマーク）、そして同じ公開指標を返すサードパーティの REST API です。
「twitter analytics API」を検索したなら、すでに落とし穴にぶつかっているでしょう。この言い回しは少なくとも3つの異なるシステムをカバーし、ほとんどの人が実際に欲しいもの、すなわち自分が所有しないアカウントのプログラムからのエンゲージメントデータは、公式のチャネルを通じて安く得るのが最も難しいのです。それが、Twitter/X の代替 API である Sorsa API が閉じるために作られたギャップです。その /user-tweets エンドポイントへの1回のリクエストが、完全なエンゲージメント指標と作者の完全なプロフィールとともに最大20件のツイートを、すべてのプランで一律の毎秒20リクエストで、アプリの審査待ちの行列なしで数分で済むセットアップで返します。料金はバッチエンドポイントで1,000ツイートあたり$0.02から始まります。公式 X API では1,000投稿あたり$5.00で、すべての投稿とすべての作者プロフィールが別々のリソースとして課金されます。すべてのアカウントは、1回限り・クレジットカード不要の100回分の無料リクエストで始まり、プランを選ぶ前に40個のエンドポイントすべてをテストするのに十分です。
当社はその API を開発・運用し、これらのワークフローを稼働中の公式エンドポイントに対してテストしているため、以下の比較は、丸めたマーケティングの主張ではなく、実際の現在の数字を使っています。以下は、各選択肢が何を与え、どこで破綻し、そしてデータを自分でどう取得するかです。
目次：
- 「Twitter アナリティクス API」で人々が意味するもの
- API で取得できるツイート指標
- X API v2 の public_metrics オブジェクトの中身
- Python でツイートのアナリティクスを取得する方法
- API データからエンゲージメント率を計算する方法
- 生のカウントを超えて分析できること
- 実例：フラットな予算での競合監視
- 学術研究アクセスはどうなったか
- よくある質問
- 始め方
「Twitter アナリティクス API」で人々が意味するもの {#what-people-mean-by-a-twitter-analytics-api}
「Twitter アナリティクス API」は、混同しやすい3つの別々のシステムを指します。X の組み込みアナリティクスダッシュボード（視覚的、アカウントレベル、Premium で制限）、公式 X API v2（生の指標フィールドを返す REST エンドポイント）、そして X Ads API（広告主向けのキャンペーン指標）です。これらは異なる対象に役立ち、異なるデータを返し、異なるアクセスルールを持ちます。間違ったものを選ぶことが、プロジェクトが行き詰まる最も一般的な理由です。
X のネイティブアナリティクスダッシュボード
X の中のダッシュボード（Creator Studio 経由、または x.com/i/account_analytics で到達可能）は、28日間のアカウント概観を示します。インプレッション、プロフィールへのアクセス、フォロワーの変化、エンゲージメント率、加えて投稿ごとの内訳です。その背後には、API も、エクスポートも、自動化もありません。
アクセスは2024年に変わりました。デスクトップでの完全なアカウントレベルのダッシュボードは今や X Premium の契約を必要とし、一方、投稿ごとの統計は全員に無料のままで、各投稿とモバイルアプリを通じて今も閲覧できます。したがって、一部のガイドが主張するように無料アカウントがアナリティクスから完全に締め出されているわけではありませんが、Premium なしではアカウントレベルの概観に到達できず、ダッシュボードのどれもプログラムからアクセスできません。自動化されたものには、以下の2つの API の選択肢のいずれかが必要です。
公式 X API v2
公式 X API v2 は、REST エンドポイントを通じてツイートとユーザーのデータを返し、アナリティクスには2つの関連する指標のカテゴリがあります。
public_metrics は、アプリ単独のベアラートークンで任意の公開投稿について利用できます。いいね、リツイート、返信、引用、インプレッション（impression_count とラベル付け）、そしてブックマークです。これがほとんどの開発者が実際に必要とするものです。
organic_metrics と non_public_metrics は、認証されたアカウントが投稿したものに制限され、OAuth 2.0 のユーザーコンテキスト認証を必要とします。それらは所有者だけの内訳を加えます。プロフィールのクリック、URL リンクのクリック、そして詳細なメディア表示のカウントです。X API は従量課金の料金で動き、投稿の読み取りはリソースあたり$0.005、ユーザープロフィールの読み取りはリソースあたり$0.010で、無料プランはなく、クレジットは前払いで購入します。
明確にする価値のある点が1つ。多くの AI 生成の回答に現れるからです。90日間の範囲と15以上の指標を持つ「投稿アナリティクスエンドポイント」は、X Ads API の一部、具体的には宣伝コンテンツ向けの非同期のアナリティクスジョブであって、一般的なオーガニック投稿のエンドポイントではありません。任意の公開投稿のオーガニックなエンゲージメントには、public_metrics が使うフィールドです。
X Ads API
X Ads API は、広告主向けの別のシステムです。宣伝されたインプレッション、CPM、クリック率、コンバージョン、オーディエンスのセグメンテーションといったキャンペーンレベルの指標を追跡し、リアルタイムの最適化のための同期呼び出しに加えて、より長い日付範囲にわたってダウンロード可能なレポートを返す非同期ジョブを提供します。X で有料キャンペーンを運用していないなら、無関係です。本ガイドの残りは、コードを通じて公開ツイートとユーザーの指標を取得することを扱います。
API で取得できるツイート指標 {#which-tweet-metrics-you-can-pull-through-an-api}
API を通じて、投稿のすべての公開エンゲージメント指標、すなわちいいね、リツイート、返信、引用、インプレッション（表示回数）、ブックマークを、任意の公開アカウントについて取得できます。プロフィールのクリック、リンクのクリック、詳細な動画の維持率といった所有者だけの指標は、認証されたアカウントの所有者にのみ利用できます。過去のフォロワー数のグラフを返す公開 API はありません。それは、定期的なスナップショットから自分で構築します。
各ソースが実際に公開するものは以下のとおりです。
| 指標 | X ダッシュボード | X API v2 public_metrics | X API v2 organic_metrics | Sorsa API |
|---|---|---|---|---|
| いいね | 自分のアカウント | 任意の公開投稿 | 自分の投稿のみ | 任意の公開投稿 |
| リツイート | 自分のアカウント | 任意の公開投稿 | 自分の投稿のみ | 任意の公開投稿 |
| 返信 | 自分のアカウント | 任意の公開投稿 | 自分の投稿のみ | 任意の公開投稿 |
| 引用 | なし | 任意の公開投稿 | なし | 任意の公開投稿 |
| インプレッション（表示回数） | 自分のアカウント | 任意の公開投稿 | 自分の投稿のみ | 任意の公開投稿 |
| ブックマーク | なし | 任意の公開投稿 | なし | 任意の公開投稿 |
| プロフィール / リンクのクリック | 自分のアカウント | なし | 自分の投稿のみ | なし |
| フォロワー数 | 自分のアカウント | 任意の公開ユーザー | 該当なし | 任意の公開ユーザー |
2つのことが際立ちます。X API v2 の public_metrics フィールドは本当に有用です。ベアラートークンで、任意の公開投稿について中核的な エンゲージメント指標 を読めます。制限はコストと構造です。投稿の読み取りあたり$0.005で、10,000ツイートの指標は$50かかり、各ツイートが別々のリソースの課金で、作者プロフィールはその上にユーザー読み取りとして再度課金されます。
フラット料金の代替が、その計算を変えます。それは任意の公開投稿についてこれらの公開指標すべてを返し、完全な作者プロフィール（フォロワー、フォロー、ツイート数、プロフィール文、認証状態）を同じレスポンスに追加料金なしで含めます。1回のリクエストが、ツイートとユーザーの別々の呼び出しではなく、完全なエンゲージメントデータに加えて作者の文脈とともに20件のツイートを返します。正直なトレードオフは、公開データ API が所有者だけの organic_metrics の内訳（プロフィールのクリック、リンクのクリック）を与えられず、読み取り専用なので、投稿ではなく分析をカバーすることです。自分の有料キャンペーンを監査するのではなく、エンゲージメントを大量に読むチームにとって、そのトレードオフはフラット料金の経路に有利で、それが、アナリティクスのために 公式 API から移行する ほとんどのデータパイプラインがそこに落ち着く理由です。
X API v2 の public_metrics オブジェクトの中身 {#inside-the-x-api-v2-public_metrics-object}
X API v2 の public_metrics オブジェクトは、投稿について6つの公開エンゲージメントの合計を保持します。like_count、retweet_count、reply_count、quote_count、impression_count（表示回数）、そして bookmark_count です。API はデフォルトで投稿の id と text しか返さないため、tweet.fields=public_metrics クエリパラメータでそのオブジェクトを明示的に要求しなければ、レスポンスに現れません。
6つのフィールドを、平たく言えば：
like_count：投稿への合計いいね数。retweet_count：直接のリツイート、引用ツイートは数えない。reply_count：スレッド内の合計返信数。quote_count：投稿が引用ツイートされた回数。impression_count：合計表示回数、UI で X が「表示回数」とラベル付けするのと同じ数字。bookmark_count：投稿がブックマークされた回数。
2つの挙動がほとんどの開発者をつまずかせます。第一に、照会する ID が元の投稿ではなくリツイートに属する場合、public_metrics 内の値はほとんど 0 で返ってきます。根底にある投稿の本当の数字を読むには、expansions=referenced_tweets.id でそれを要求し、参照された元の投稿から指標を読みます。第二に、API の指標は画面上のカウントより遅れます。いいねやリツイートが API のレスポンスに登録されるのに数分から数時間かかることがあるため、数字は瞬時ではなくニアリアルタイムとして扱います。
別の v2 のアナリティクスの面はオーガニックの指標だけを報告し、投稿の宣伝された（有料の）合計は、アナリティクス製品を通じてではなく、標準の投稿照会での public_metrics を通じて依然として届く、ということも知っておく価値があります。
同じ6つの指標が、Sorsa のレスポンス形式 から、すべてのツイートオブジェクトで likes_count、retweet_count、reply_count、quote_count、view_count、bookmark_count として返ってきます。リツイートと引用の入れ子はすでに解決済みです。引用された投稿の本当の数字は、expansions パラメータを連鎖させずに、入れ子のオブジェクトから直接読みます。
Python でツイートのアナリティクスを取得する方法 {#how-to-pull-tweet-analytics-with-python}
Python でツイートのアナリティクスを取得するには、認証された HTTP リクエストを指標のエンドポイントに送り、JSON レスポンスからエンゲージメントのフィールドを読みます。公式 X API v2 では、単一の投稿について tweet.fields=public_metrics を要求します。フラット料金の REST API では、それぞれ指標と作者データを運ぶツイートのタイムライン全体を、1回の呼び出しで取得できます。
選択肢1：公式 X API v2
特定のツイートの公開指標を得るには、public_metrics フィールドとともに認証された GET リクエストを行います。
import os
import requests
bearer_token = os.environ["X_BEARER_TOKEN"]
tweet_id = "1882368585664626774"
url = f"https://api.x.com/2/tweets/{tweet_id}"
params = {"tweet.fields": "public_metrics,created_at"}
headers = {"Authorization": f"Bearer {bearer_token}"}
response = requests.get(url, headers=headers, params=params)
if response.status_code == 200:
metrics = response.json()["data"]["public_metrics"]
print(f"Likes: {metrics['like_count']}")
print(f"Retweets: {metrics['retweet_count']}")
print(f"Replies: {metrics['reply_count']}")
print(f"Views: {metrics['impression_count']}")
print(f"Bookmarks: {metrics['bookmark_count']}")
else:
print(f"Error: {response.status_code} - {response.text}")
これは投稿ごとに機能します。認証は、任意の投稿の public_metrics にはベアラートークン、自分の投稿の organic_metrics には OAuth 2.0 のユーザーコンテキストです。コストは投稿の読み取りあたり$0.005で、ユーザーの直近100ツイートの取得は、それぞれ返されたリソース単位で課金される、ページネーションを伴う複数のリクエストを意味します。
選択肢2：フラット料金の REST API
タイムラインのエンドポイントへの1回の呼び出しで、すべてのエンゲージメント指標と作者の完全なプロフィールとともに最大20件のツイートを得ます。セットアップは1分、リクエスト自体は1つの POST です。
import requests
api_key = "YOUR_SORSA_API_KEY"
url = "https://api.sorsa.io/v3/user-tweets"
payload = {"username": "elonmusk"}
headers = {"ApiKey": api_key}
response = requests.post(url, json=payload, headers=headers)
if response.status_code == 200:
for tweet in response.json()["tweets"]:
interactions = (
tweet["likes_count"]
+ tweet["retweet_count"]
+ tweet["reply_count"]
+ tweet["quote_count"]
)
views = tweet["view_count"]
rate = (interactions / views * 100) if views else 0
print(f"{tweet['full_text'][:50]}... "
f"views={views:,} rate={rate:.2f}%")
else:
print(f"Error: {response.status_code}")
Proプランでは、タイムラインの呼び出しは最大20件のツイートで$0.00199、この検索式の基準で1,000ツイートあたり約$0.10で、各ツイートオブジェクトの中の作者プロフィールは追加費用がかかりません。バッチエンドポイントはさらに低くなります。/tweet-info-bulk エンドポイントは1回のリクエストで最大100件の ID を受け付け、それが既知の ID のコレクションを1,000ツイートあたり$0.02から下げ、どちらの API でも単一投稿の照会をループするよりはるかに安いです。
API データからエンゲージメント率を計算する方法 {#how-to-calculate-engagement-rate-from-api-data}
API データからのエンゲージメント率は、公開インタラクションの合計をインプレッションで割り、100を掛けたものです。（いいね + リツイート + 返信 + 引用）/ 表示回数 × 100 です。およそ50,000フォロワーを超えるアカウントでは、このインプレッションベースの式で約0.2% を超える率が、一般に健全と見なされます。この数字は、分子にプロフィールのクリック、リンクのクリック、メディアの展開も数える X のネイティブダッシュボードより低くなります。
バッチのツイートデータで機能する再利用可能な関数：
def engagement_rate(tweet: dict) -> float:
interactions = (
tweet.get("likes_count", 0)
+ tweet.get("retweet_count", 0)
+ tweet.get("reply_count", 0)
+ tweet.get("quote_count", 0)
)
views = tweet.get("view_count", 0)
if not views:
return 0.0
return round(interactions / views * 100, 4)
計算した例：891いいね、142リツイート、38返信、23引用、284,500表示回数の投稿の率は、（891 + 142 + 38 + 23）/ 284,500 × 100 = 0.38% です。この式は公開指標だけを使うため、数字はダッシュボードの混合された数字より低く読めるものの、アカウント間で一貫し、比較可能なままです。
このセクションは、指標と率のリファレンスです。必要なのがそれらのカウントの背後にいる人々とテキスト、すなわち実際の返信、引用ツイート、リツイートした人のプロフィールなら、それは Twitter エンゲージメント API ガイド で扱う別の仕事です。コードを書かずに手早く確認するには、無料の エンゲージメント率 計算ツール が、アカウントの最近のツイートにわたって率を計算します。
生のカウントを超えて分析できること {#what-you-can-analyze-beyond-raw-counts}
投稿ごとのカウントを超えて、API データは、ダッシュボードが示すアナリティクスの次元をサポートします。時間をまたいだフォロワーの増加、フォロワー対フォローの比率、オーディエンスの所在地と言語、投稿に最適な時間のパターン、ハッシュタグとトピックのパフォーマンス、競合に対するシェアオブボイス、そして最も価値の高いフォロワーの特定です。それぞれは、正しいエンドポイントをスケジュールで収集し、自分のコードで集計することで構築されます。アナリティクスの層は API ではなく、自分のスタックの中にあるからです。
一般的な次元が実際のデータにどう対応するか：
- フォロワーの増加。 過去のフォロワーグラフを返す API はないため、
/infoエンドポイントを通じてプロフィールをスケジュールでスナップショットし、followers_countを保存します。ほとんどのレポートには日次のスナップショットで十分です。 - オーディエンスの地理と言語。 国別のフォロワー分布はターゲティングの標準的な入力で、国別にフォロワーを分析する ガイドで詳しく扱っています。
- 競合のベンチマークとシェアオブボイス。 各ライバルのタイムラインを取得して量と平均エンゲージメントを計算し、それからアカウントをまたいで集計してシェアオブボイスをランク付けします。
- 感情とトピックの分析。 メンションの背後にある意見を分類することは、それ自体のパイプライン（抽出、クリーニング、スコアリング）で、ここで重複させるのではなく Twitter 感情分析 で案内します。
- 最も価値の高いフォロワー。 特に暗号資産と Web3 のオーディエンスには、Sorsa スコアがアカウントのフォロワーを影響力でランク付けするため、そのオーディエンスで誰が実際に重要かがわかります。
- リーチフィルター付きのブランドメンション。
/mentionsエンドポイントはmin_likes、min_retweets、そして日付の範囲をサポートするため、エンゲージメントゼロのノイズではなく、実際のリーチを持つメンションを分析します。
可視化はその上に載ります。一般的なスタックは、requests でツイートを取得し、それらを pandas の DataFrame に読み込み、率と移動平均を計算し、matplotlib でトレンドをチャート化することです。API はきれいな JSON を渡します。上記の次元は、そこから導くものです。
実例：フラットな予算での競合監視 {#in-practice-competitive-monitoring-on-a-flat-budget}
よく見るパターン：中規模の DTC（消費者直販）マーケティング代理店が、クライアントのために約15の競合アカウントを追跡する必要がありました。週次のツイート量、エンゲージメント率、そしてブランドメンションのリーチです。同代理店の以前の構成は、旧 X API の Proプランで月額$5,000かかっており、X が従量課金に移った後、すべてのリソースの取得が個別に課金されたため、コストの予測が難しくなりました。
パイプラインは3つの呼び出しを軸に再構築しました。週次のジョブが各競合について /user-tweets を叩き、指標付きの直近20件のツイートを収集します。これは週15リクエストです。ブランドメンションは、min_likes と since_date でフィルターした /mentions から来るため、レポートはリーチのあるメンションだけを表面化させます。月次の /info スナップショットがアカウントごとに、時間をまたいだフォロワーの増減を追跡します。
合計の量は月およそ7,000リクエストで、$49の Starterプランに余裕をもって収まります。コストの低下は、1回きりではなく本物です。この種の読み取りの多い作業では、フラットプランは公式のリソース単位の料金より最大50分の1のコストで動作します。約束ではなく、公開されたレートに基づいています。データも、引用のカウントとブックマークのカウントがすべてのツイートオブジェクトに付いてくるため、以前のレポートより粒度が細かくなりました。同じ3エンドポイントの形が、ほとんどの代理店のレポーティングツールの土台です。アナリティクスのロジック、異常のフラグ、トレンドの検出は、JSON の上のコードにあります。コストは予測どおりにスケールし、同じパイプラインが完全な 競合トラッキング の構成へとスケールします。
学術研究アクセスはどうなったか {#what-happened-to-academic-research-access}
X は2023年に、無料のアカデミックリサーチ API アクセスを新規申請者に対して停止しました。それ以前にそれを持っていた研究者はアクセスを保ちますが、新しい学術アカウントは発行されていません。残っている唯一の特別な経路は、デジタルサービス法（第40条）の下でシステミックリスクを研究する EU 関連の研究者向けで、そこでの承認は狭いものです。それ以外の全員は、有料の従量課金プランかサードパーティの API を使います。
研究が、非公開のユーザー情報やファイアホースのストリーミングではなく、公開のツイート指標とエンゲージメントデータだけを必要とするなら、サードパーティの REST API が実用的な経路です。同じ公開指標を持つ構造化された JSON が、数か月にわたる承認なしで得られ、2006年まで遡る 過去のツイートデータ を完全にカバーし、研究チームは割引の 学術研究 アクセスに申請できます。返される指標は各投稿の現在の状態を反映し、それはどの API でも遡及的な指標収集の標準的な挙動です。
よくある質問 {#frequently-asked-questions}
他人のツイートのアナリティクスを取得できる？
はい、ただし公開指標のみです。X API v2 の public_metrics フィールド（いいね、リツイート、返信、引用、表示回数、ブックマーク）は、ベアラートークンで任意の公開ツイートについて利用できます。プロフィールとリンクのクリックを加える、所有者だけの organic_metrics の内訳は、認証されたアカウントが投稿したものに制限されます。Sorsa のようなサードパーティの API は、任意の公開投稿やアカウントについて同じ公開指標を返します。
Twitter のアナリティクスダッシュボードは無料？
部分的に。2024年以降、デスクトップでの X の完全なアカウントレベルのアナリティクスダッシュボードは X Premium の契約を必要とします。投稿ごとの統計は全ユーザーに無料のままで、各投稿とモバイルアプリを通じて閲覧できます。したがって無料アカウントでも個々の投稿のパフォーマンスは見られますが、Premium なしでは28日間のアカウント概観に到達できず、ダッシュボードのどれもプログラムからアクセスできません。
X API はツイート指標の読み取りにいくら課金する？
X API は、無料プランのない従量課金の料金を使います。投稿の読み取りはリソースあたり$0.005、ユーザープロフィールの読み取りはリソースあたり$0.010です。クレジットを前払いで買い、呼び出しごとに差し引かれ、月額のサブスクリプションはありません。10,000ツイートをその作者とともに取得すると約$150かかります。各ツイートと各作者プロフィールが別々に課金されるためです。
X の表示回数とインプレッションの違いは？
公開のツイートデータでは、「表示回数」と「インプレッション」は同じ数字です。投稿が画面に何回現れたかです。X API v2 はこのフィールドを public_metrics の中で impression_count とラベル付けし、一方 Sorsa API は view_count とラベル付けします。X Ads API では、「インプレッション」は代わりに有料の広告配信を特に指し、それは別の指標なので、2つを混同すべきではありません。
2026年に大規模に X のエンゲージメントデータを取得する手頃な方法は？
ほとんどのチームはフラット料金のサードパーティ API を使います。Sorsa API は、エンドポイントにかかわらず呼び出しごとに1リクエストを課金し、すべてのプランで一律の毎秒20リクエストを保ち、/user-tweets 呼び出しごとに完全な指標と作者プロフィールとともに最大20件のツイートを、Proプランで1,000ツイートあたり約$0.10で返します。既知の ID のバッチには、/tweet-info-bulk が1回のリクエストで100件のツイートを受け付け、コストを1,000ツイートあたり$0.02から下げます。
サードパーティの API はアナリティクスで X API v2 を置き換えられる？
公開エンゲージメントの読み取りには、大部分はい。Sorsa API は、任意の公開アカウントについて同じ6つの公開指標を返し、公式 API が別々に課金する完全な作者プロフィールを、すべてのツイートレスポンスに追加費用なしでまとめます。本当の限界：読み取り専用なので、投稿も DM の送信もせず、公開データ API として、所有者だけの organic_metrics の内訳を公開しません。分析のワークロードには、それらがめったに問題になりません。
API を通じて過去のツイートのアナリティクスを取得できる？
はい。公式 X API v2 の全アーカイブ検索と Sorsa の /search-tweets は、どちらも2006年まで遡るツイートを取得でき、返されるすべてのツイートがその現在のエンゲージメント指標を運びます。数字は現在の状態を反映するため、2020年の投稿が今いくつのいいねを持つかは見えますが、当時いくつ持っていたかは見えません。時間をまたいだ変化を追跡するには、定期的なスナップショットを自分のデータベースに保存します。
始め方 {#getting-started}
コードを書く前に何が可能かを探りたいなら、API キーを必要としない無料のツールから始めましょう。
- API playground は、ブラウザから任意のエンドポイントをテストし、すべての指標付きのライブのツイートデータを見せてくれます。
- エンゲージメント率の計算ツールは、任意の公開アカウントについて、その最近のツイートから率を、キー不要で返します。
すべてのアカウントは、1回限り・クレジットカード不要の100回分の無料リクエストで始まり、40個のエンドポイントすべてをテストするのに十分です。コードの準備ができたら、API キーを取得 し、クイックスタート に従って、アプリの審査なし、最初のプランから一律の毎秒20リクエストで、数分で最初のリクエストを行います。有料プランは10,000リクエストで$49（Starter）、100,000で$199（Pro）から始まり、1,000ツイートあたりのコストはバッチエンドポイントで$0.02からです。公式 API に対する完全なコストの内訳については、2026年の Twitter API 料金 をご覧ください。セットアップの質問には、チームが Discord で対応します。
監修：Keksich（Sorsa創業者、マーケター兼X APIリサーチャー）
どうまとめたか：コードと指標のマッピングは、Sorsa の API を構築・運用する当チーム自身の作業と、稼働中の公式エンドポイントに対してリクエストをテストしたことから来ています。公式側については、X の public_metrics のデータディクショナリと指標のドキュメント、そしてキャンペーン指標と90日レポートの詳細のために X Ads API のアナリティクスドキュメントを確認しました。ネイティブダッシュボードのアクセスの分割、すなわちアカウントレベルは Premium 対 投稿ごとは無料は、2026年初頭に公開された現行の X アナリティクスガイドに対して確認し、X API の従量課金レートは、X の開発者向け料金と突き合わせて確認した、Sorsa が維持する料金リファレンスから来ています。X の料金とアクセスは頻繁に変わるため、ここでのすべての数字は2026年7月4日に再確認しました。これを誰が維持しているかについては、about ページ にあります。