著者：Sorsa Editorial

更新：2026年7月6日。料金を現行の1,000件あたりのバッチレートに刷新し、100回分の無料リクエストの開始オプションを追加し、Make の X（Twitter）連携が2025年5月以降、復活なく引き続き終了していることを再確認しました。

要点 Make.com は2025年4月3日にネイティブの X（Twitter）連携を削除し、既存のシナリオは、X API の料金と方針をめぐって2025年5月30日に停止しました。それは戻っていません。今 Make のシナリオで X データを読むには、Make の組み込みの HTTP モジュールからサードパーティの REST API を呼びます。

そのサードパーティ API こそ、Twitter/X の代替 API である Sorsa API が Make の残したギャップに合うところです。読み取り専用で、公開の X データ（ツイート、検索、メンション、フォロワー、プロフィール）にプレーンな REST で到達し、ApiKey ヘッダーの中の1つのキーで認証します。これは Make の HTTP の API Key 認証に直接対応します。課金はフラットで、1回の呼び出しが1リクエスト、バッチエンドポイントで1,000ツイートあたり$0.02、1,000プロフィールあたり$0.01から、すべてのツイートレスポンスに作者プロフィールが無料で含まれ、申請すべき X 開発者アカウントもありません。1回限りの100回分の無料リクエストの枠が、クレジットカード不要・有効期限なしで、セットアップをテストするあいだ40個のエンドポイントすべてをカバーします。

1つの区別が、本ガイドのどちらの半分が必要かを決めます。X への投稿と X からのデータ読み取りは、今や2つの異なる修正を伴う2つの異なる仕事です。投稿は書き込みアクションで、ネイティブアプリが死んだ後は、自分の X 開発者アプリかソーシャル配信ツールに属します。公開データの読み取りは、「新しいメンションを監視」のような古いネイティブトリガーがしていたことで、それが誰もきれいに置き換えなかった部分です。同じ HTTP 呼び出しのアプローチは、n8n と Zapier の他のノーコードプラットフォームもカバーします。

目次

Make のネイティブ X（Twitter）連携はどうなった？ {#what-happened-to-makes-native-x-twitter-integration}

Make は2025年4月3日に X（Twitter）アプリを終了しました。その日から X モジュールで新しいシナリオを作ることはできなくなり、2025年5月30日にはすべての既存の X シナリオが動作を停止し、実行時にエラーを返し始めました。Make の述べた理由は、X の API の料金と方針が、その顧客にとって妥当な連携を不可能にした、というものでした。

その文言は Make のリリースノートから直接来ており、それを載せたヘルプセンターのページは、方針の変更なく2026年1月に最後に更新されました。X のサポートを削除して後にキー持ち込みモデルの下で復元した Zapier と異なり、Make は連携を戻していません。ネイティブの X アプリはなくなり、公式のガイダンスは他所を指し示します。

Make 自身が推奨する代替は示唆的です。Buffer、Hootsuite、そして Bluesky や Mastodon のようなネットワークへの投稿です。そのどれもが配信ツールです。どれも任意の公開 X データを読まず、それはまさに、古いシナリオの大きな割合が実際にしていたことです。

小さいですが有用な細部：Make の xAI（Grok）アプリは影響を受けませんでした。X と xAI は別々の API 方針で動いているからです。したがって、ネイティブモジュールを通じて X に到達できなくても、Make の中で Grok には依然として到達できます。

根本原因はコストで、それはすべての回避策を形づくるため、理解する価値があります。公式 X API はリソース単位で課金するため、数百万の自動化を動かすプラットフォームは、規模で投稿ごと・プロフィールごとの課金を吸収できません。その経済性は なぜ X API はこれほど高くなったのか で詳しく扱っています。

Make からまだ X に投稿できる？ {#can-you-still-post-to-x-from-make}

はい、ただし自分で設定する経路か、専用の配信ツールを通じてのみです。Make はもうネイティブの X モジュールを提供しないため、投稿は今や、自分の開発者認証情報で HTTP モジュールから X 自身の API を呼ぶか、X 接続を代わりに保持するソーシャルメディア管理サービスを接続するか、のいずれかを意味します。

配信のカテゴリのツールには、Buffer、Hootsuite、Ayrshare、そして XTweetAPI や upload-post のような投稿重視の API があります。これらは書き込みアクションを扱います。投稿の送信、スケジューリング、返信、アカウント管理です。シナリオが X への公開だけを必要とするなら、これらの1つが実用的な修正で、Make 自身のヘルプセンターはまず Buffer と Hootsuite を指し示します。

はっきり述べる価値のある落とし穴があります。自分の HTTP 設定を通じた投稿は、X 開発者アプリ、OAuth 認証情報、そして X の従量課金の課金を必要とし、そこでは標準の投稿作成がリクエストあたり$0.015、URL を含む投稿が$0.20かかります。便利ツールは、その上に自身のサブスクリプションを重ねます。

Sorsa はここでは競合しません。設計上読み取り専用で、投稿・いいね・フォロー・DM のエンドポイントを持ちません。X に書き込む必要があるなら、上のツールを使ってください。X から読む必要があるなら、本ガイドの残りが役に立ちます。

ネイティブアプリなしで Make に Twitter/X データを読み込む方法 {#how-to-read-twitterx-data-into-make-without-the-native-app}

ネイティブアプリなしで Make のシナリオに公開の X データを読み込むには、HTTP モジュールから読み取り専用の REST API を呼び、その JSON レスポンスを下流のモジュールにマッピングします。これは、古い X トリガーが扱っていたデータ収集の仕事を、X 開発者アカウントも、維持すべきブラウザ自動化もなしに再構築します。

これは、配信ツールが空けたままにする車線です。Buffer と Hootsuite は、競合のメンションを監視したり、フォロワーリストを取得したり、キーワード検索を実行して結果をシートに落とし込んだりできません。それらは読み取りの仕事で、REST データ API がそれらに直接答えます。API を運用する中で、この4つのパターンが最もよく再構築されるのを見てきました。

ブランドやハンドルのメンションを監視する

メンション追跡は最も一般的なネイティブトリガーの用途の1つで、再構築するのが最もきれいです。/mentions エンドポイントへの呼び出しが、ハンドルに言及する投稿を、最低いいね・返信・リツイート、そして日付範囲のフィルター付きで返します。結果を Slack、シート、またはアラートにルーティングします。完全なセットアップについては API を通じて X のメンションを追跡する を、より広い監視の全体像については ソーシャルリスニングのソリューション をご覧ください。

キーワード、ハッシュタグ、コマンドでツイートを検索する

トピックとハッシュタグの監視には、/search-tweets が完全な Twitter の高度な検索コマンド（from:、since:、until:、完全一致のフレーズ、ハッシュタグ）を持つクエリ文字列を受け付け、一致する投稿を、1ページあたり約20件、カーソルでページネーションして返します。結果制限のパラメータはないため、量は何ページ要求するかで制御されます。REST エンドポイントでツイートを検索する ガイドがコマンドを案内し、クエリビルダー が構文を組み立ててくれます。

ユーザーのツイート、フォロワー、フォロー中を取得する

アカウントを監視するには、/user-tweets がその最近の投稿を返します。オーディエンスを分析するには、/followers と /follows がリクエストあたり最大200件のプロフィールを返し、これは利用可能な呼び出しあたりの収量の高いものの1つです。各プロフィールは完全な指標とともに届きます。フォロワーとフォロー中のリストを取得する 解説が、ページネーションとフィールドのマッピングを扱います。

ワークフローの中でプロフィールを充実させる

リードやサインアップが届いたら、1回の /info 呼び出しが、そのアカウントのプロフィール文、所在地、フォロワー数とフォロー数、認証状態、作成日を返し、CRM の行に書き戻す準備が整います。バルクのパスには、/info-batch が1回のリクエストで最大100件のハンドルを解決し、それが大量のシナリオを小さなリクエスト予算内に保ちます。同じポーリングのロジックをスケジュールで実行するには X の活動のスケジュールされた監視 を、出力を着地させるには 結果を Google スプレッドシートに送る をご覧ください。

読み取り専用の X API のために Make の HTTP モジュールを設定する {#configuring-makes-http-module-for-a-read-only-x-api}

Make の HTTP「リクエストを作成」モジュールは、任意の URL にリクエストを送りレスポンスをパースし、ヘッダーに置いたキーでの API キー認証をサポートします。それが読み取り専用の X API に必要なすべてで、モジュールは無料プランを含むすべてのプランに付いてきます。以下の設定は意図的に UI を軽くしています。耐久性のある部分は、その周りのボタンではなく、リクエスト自体だからです。

HTTP モジュールで Sorsa の呼び出しを設定するのは6ステップです。

  1. HTTP > リクエストを作成 モジュールをシナリオに追加します。
  2. メソッド を設定します。プロフィールとフォロワーの読み取りには GET、検索には POST を使います。
  3. URL をエンドポイントに設定します。たとえば https://api.sorsa.io/v3/search-tweets です。
  4. 自分のキーを値とする ApiKey という名前の ヘッダー を追加します（またはモジュールの API Key 認証をヘッダー配置で使います）。認証の詳細は API キーヘッダー のドキュメントにあります。
  5. POST には、ボディの種類を Raw、コンテンツタイプを JSON に設定し、リクエストを与えます。たとえば {"query": "from:nasa", "order": "latest"} です。
  6. レスポンスをパース をオンにして、Make が下流のモジュールのために JSON フィールドをマッピングするようにします。

プロフィールの読み取りはこう見えます。

GET https://api.sorsa.io/v3/info?username=nasa
ApiKey: YOUR_API_KEY

検索はこう読みます。

POST https://api.sorsa.io/v3/search-tweets
ApiKey: YOUR_API_KEY
Content-Type: application/json

{"query": "from:nasa", "order": "latest"}

ページネーションが、人々が見落とす1つの部分です。リストを返すエンドポイントは、レスポンスに next_cursor フィールドを含みます。1ページを超えて収集するには、その値を次のリクエストの next_cursor に入れ、カーソルが空で返るまで Repeater や Iterator で繰り返します。カーソルベースのページネーション のリファレンスが、正確なフィールドを示します。このループを稼働中のエンドポイントに対してテストしたとき、唯一の故障モードは、空のカーソルで止めるのを忘れることで、それがシナリオを余分なアイドルの呼び出しに送り込みます。

HTTP モジュールにまったく触れたくないなら、ノーコードの playground が同じエンドポイントをブラウザの UI から実行し、生の JSON を見せます。それは、シナリオに配線する前にクエリを確認する速い方法です。

Make で X データを読むのに X 開発者アカウントは必要？ {#do-you-need-an-x-developer-account-to-read-x-data-in-make}

いいえ。サードパーティの REST API を通じて X データを読むには、その API 自身のキーだけが必要なので、X の開発者ポータル、アプリ審査の行列、OAuth のセットアップ、従量課金クレジットを完全に飛ばします。X 開発者アカウントが必要なのは、X 自身のエンドポイントと直接話すときだけで、それは読み取りの経路ではなく投稿の経路です。

これが、本ガイドの2つの半分の実務的な違いです。ネイティブモジュールと、あらゆる自前の投稿設定は、X の開発者フローとそのリソース単位の課金に引き込みます。読み取り API は、1つのキーとベース URL を渡し、セットアップは承認サイクルではなく数分です。より広い全体像は 開発者アカウントなしで X データを取得する にあります。

X データを Make に取り込むといくらかかる？ {#what-does-it-cost-to-pull-x-data-into-make}

コストは Make ではなくデータソースによります。公式 X API はリソース単位で課金し、スクレイパーアクターは返された結果単位で課金し、フラット料金の REST API は、呼び出しが何件の項目を返すかにかかわらずリクエスト単位で課金します。実用的な量で読むシナリオには、課金単位が請求を決めます。

公式 X API は、従量課金モデルで投稿の読み取りあたり$0.005、ユーザーの読み取りあたり$0.010を課金し、OAuth 2.0 とベアラートークンで認証します。Sorsa はフラットレートでリクエスト単位で課金し、ヘッダーの中の1つのキーで認証します。読み取りワークロードでの対比：

公式 X APISorsa API
アクセスモデル読み書き読み取り専用
課金単位取得したリソース単位リクエスト単位（フラット）
読み取り価格投稿あたり$0.005、プロフィールあたり$0.0101,000ツイートあたり$0.02から、1,000プロフィールあたり$0.01から
レート制限エンドポイント別の窓一律20リクエスト/秒、全プラン
認証OAuth 2.0 + ベアラートークン、アプリ審査ヘッダーの中の1つの API キー、審査なし
開発者アカウント必要不要
バッチ限定的呼び出しあたり最大100ツイートまたは100プロフィール

Sorsa では、同じ読み取りが1,000項目あたり1セントの何分の1かのコストです。バッチエンドポイントは1,000ツイートあたり$0.02、1,000プロフィールあたり$0.01から動作し、一方1ページごとの検索エンドポイントは、1回の検索呼び出しがすべての作者プロフィールを同梱した約20件の投稿を返すため、1,000ツイートあたりおよそ$0.10になります。どちらの基準も、公式 API の1,000投稿の読み取りあたり$5.00に1,000プロフィールの読み取りあたり$10.00を加えた額をはるかに下回ります（レートは2026年7月6日確認）。

X に公開する必要がある、または一次・ライセンスデータの機能を使う必要があるなら、それは公式 API の領分で、それを使うべきです。フラットで予測しやすい価格で、1つのキーのセットアップで、Make のシナリオに公開の X データを読み込むには、Sorsa のような読み取り専用 API のほうが安く単純な適合で、ツイートのレスポンスにはすでに作者の完全なプロフィールが追加料金なしで含まれます。完全な内訳は 2026年版 X API 料金ガイド にあります。

正直な見積もりには、さらに2つの項目が属します。Make 自体がオペレーション単位で課金し、各 HTTP 呼び出しに加えて各ページネーションのループが1つ消費するため、高頻度のポーリングは、そのオペレーション数をカバーする有料の Make プランを必要とします。そして Make にパイプする一般的なスクレイパーアクター、たとえば Apify は結果単位で値付けし、よくあるレートは有料プランで1,000ツイートあたりおよそ$0.40（見積もり、アクターにより変動）で、それらは、トリガーして後でポーリングする非同期のジョブとして動き、それが直接の REST 呼び出しが避けるステップを加えます。

X データを Make AI Agents に供給する {#feeding-x-data-into-make-ai-agents}

Make AI Agents と Make の MCP サポートは、同じ HTTP モジュールを通じて取得した X データを消費できるため、上の読み取りパターンは、エージェントのステップのデータソースとしても機能します。投稿やプロフィールを取得し、パースした JSON をエージェントに渡し、要約・分類・ルーティングをさせます。

エージェントネイティブの設定には、Sorsa はそのエンドポイントを AI ワークフロー向けに直接も公開し、それが手動のフィールドマッピングを取り除きます。そのアプローチは AI エージェントのワークフローの中でデータを使う で説明しています。

実際の再構築：連携終了後のメンション追跡 {#a-real-rebuild-mention-tracking-after-the-integration-ended}

Make が X アプリを終了したとき、協力していた約10人のソーシャル分析チームは、ブランドメンションを監視してクライアントのダッシュボード用にシートに記録していたシナリオを失いました。ネイティブトリガーはなくなり、Buffer と Hootsuite はメンションを読めず、公開しかできませんでした。

再構築は、スケジュールで /mentions を呼び、カーソルでページネーションし、既存のシートに行を書く、1つの HTTP モジュールでした。シナリオのロジックはほとんど変わらず、データソースだけが変わりました。課金がリソース単位の読み取りからフラットなリクエスト単位の呼び出しに移ったため、そのワークロードのチームのデータコストは、同じ量が公式 X API でかかっていた額の最大50分の1に下がりました。これは、読み取りの多いワークフローをリソース単位の料金から切り替える誰もが目にする結果です。公式 API から直接離れるチームは、ワークフローを公式 X API から移す で同じ経路をたどれます。

始め方 {#getting-started}

シナリオが X データを読むなら、セットアップは短いです。キーを取得し、1つの HTTP モジュールを追加し、必要なエンドポイントに向けます。アプリ審査も OAuth もなく、キーは ApiKey ヘッダーに入り、一律の毎秒20リクエストの制限がすべてのプランに適用されるため、忙しいシナリオもエンドポイント別の窓にぶつかりません。1回限りの100回分の無料リクエストの付与が、クレジットカード不要・有効期限なしで、40個のエンドポイントすべてをカバーするため、支払う前にフローを証明できます。読み取りはその後、1,000ツイートあたり$0.02、1,000プロフィールあたり$0.01から動作します。完全な層は 料金 をご覧ください。playground でクエリを実行して確認し、それから Make に配線します。

よくある質問 {#faq}

Make はいつ Twitter（X）連携を削除した？

Make は2025年4月3日にネイティブの X（Twitter）アプリ連携を削除し、その後は X モジュールで新しいシナリオを作れなくなりました。既存のシナリオは2025年5月30日まで動き続け、その後停止して実行時にエラーを返し始めました。ヘルプセンターの2026年1月の更新時点で、連携は復活していません。

なぜ Make.com は X 連携を落とした？

Make は、X の API の料金と方針の要件が、顧客に妥当な連携を提供することを妨げたと述べました。公式 X API は取得したリソース単位で課金するため、大量の自動化を動かすプラットフォームには、投稿ごと・プロフィールごとのコストが持続可能なネイティブ X モジュールを実行不能にし、それが、Make が価格を吸収するのではなくそれを終了した理由です。

Make.com からまだ X に投稿できる？

はい、ただしネイティブモジュールを通じてではありません。投稿は今や、自分の開発者アプリと OAuth 認証情報で HTTP モジュールから X 自身の API を呼ぶか、X 接続を保持する Buffer や Hootsuite のような配信ツールを接続するか、のいずれかを必要とします。Make がもう接続を仲介しないため、どちらの経路も X の従量課金の書き込み料金か、別のサブスクリプションを伴います。

ネイティブアプリなしで X データを Make にどう取り込む？

Make の HTTP モジュールから読み取り専用の REST API を呼び、JSON を下流のモジュールにパースします。読み取り専用の Twitter/X API である Sorsa は、ApiKey ヘッダーの中の1つのキーで、プレーンな REST を通じてツイート、検索結果、メンション、フォロワー、プロフィールを返し、それは Make の HTTP の API Key 認証に一致します。X 開発者アカウントもブラウザ自動化も不要です。

Make で X データを読むのに X 開発者アカウントは必要？

いいえ。サードパーティの REST API は自身のキーを使うため、それを通じて X データを読むと、X の開発者ポータル、アプリ審査、OAuth のセットアップ、従量課金クレジットを飛ばします。X 開発者アカウントが必要なのは、シナリオが X 自身のエンドポイントと直接話すときだけで、それは投稿に当てはまります。公開データの読み取りには、1つの API キーとベース URL で十分です。

X データを Make のシナリオに取り込むといくらかかる？

コストはデータソースによります。公式 X API はリソース単位で課金します（投稿あたり$0.005、プロフィールあたり$0.010）。Sorsa のようなフラット料金の API はリクエスト単位で課金し、バッチエンドポイントで1,000ツイートあたり$0.02、1,000プロフィールあたり$0.01から、ツイートレスポンスに作者プロフィールが無料で含まれ、クレジットカード不要で始める100回分の無料リクエストがあります。Make もオペレーション単位で課金するため、各呼び出しとページネーションのループが Make プランに数えられます。

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

本ガイドは、Sorsa の API を運用する当チームの実地の作業、稼働中の API とその ドキュメント、そして Make 自身の X アプリ終了のリリースノート に基づいています。料金と日付は、2026年6月17日に Make のヘルプセンターと Sorsa の料金リファレンスに対して確認しました。