2026年のMeta Graph API: v26.0、アクセス、レート制限、価格設定と代替案

あなたの統合は、管理しているFacebookページからの投稿を返します。その後、顧客があなたの会社が管理していない100の公開ページから同じデータを要求します。エンドポイントは変更されていませんが、権限は変更されています。

この区別は、最初の本番リクエストを書く前に、あなたのアーキテクチャを決定することができます。Meta Graph APIは、認可されたアカウント管理、公開、広告、および選択された公共コンテンツの使用ケースをサポートしています。しかし、すべての公開されているFacebook投稿がすべての開発者アプリに利用可能であるというわけではありません。

後ほど、100ページのData365クレジットの例を見つけることができるので、推測するのではなく、使用量を見積もることができます。

最終レビュー日: 2026年10月21日。アクセス、制限、価格は頻繁に変更されるため、デプロイする前にMetaの変更履歴¹とData365のドキュメントで確認してください。

Meta Graph API: 60秒での決定

• 現在のバージョンはv26.0です。v20.0は2026年9月24日に削除されました。次は2027年1月21日にv21.0です。
• 価格: Metaは通常のGraph APIリクエストに対する標準のコールごとの料金を公開していません。WhatsApp Businessメッセージングには別のメッセージベースの料金モデルがありますが、開発とメンテナンスには依然としてコストがかかります。
• 制限は、あなたのオーディエンスに関連した数式です: アプリあたり毎時200 × 日間アクティブユーザー、ページあたり24時間で4,800 × エンゲージユーザー。
• 標準アクセスはアプリロールユーザー向けに設計されています; より広範な外部使用のための権限は、アドバンスドアクセスとアプリレビューを必要とする場合があります。ビジネス検証の要件は、機能と使用ケースによって異なります。
• あなたが管理していないページからの公開投稿には、ページ公開コンテンツアクセス²とその独自のレビューが必要です。
• サードパーティの公共データAPIは、独自のMetaアプリを登録することなく、サポートされている公開可能なFacebookデータを取得できます; ただし、公開したり、プライベートコンテンツにアクセスしたりすることはできません。

あなたが管理しているページの場合、Metaの公式な権限と公開ツールが通常の出発点です。管理していないページの読み取り専用モニタリングには、ページ公開コンテンツアクセスを確認し、独立したプロバイダーのフィールドカバレッジを比較してください。どちらの方法も、要求されたすべての公開投稿や指標を保証するものではありません。

構築する前に: 答えを変える3つのチェック

1. あなたはそのページを管理していますか、それとも管理していないページから収集していますか？ 
2. 公開、広告の管理、または公開コンテンツの読み取りのみが必要ですか？ 
3. 選択したAPIは、ターゲットページの代表的なセットに対して正確なフィールドを返すことができますか？

もし3つ目のチェックが失敗した場合、大きなクォータでは問題は解決しません。管理していないページからの公開投稿を読み取るだけが必要な場合は、以下の「Meta Graph APIとサードパーティのソーシャルデータAPIの比較」にジャンプしてください。

Meta Graph APIとは何ですか？

MetaのGraph API、別名Facebook Graph APIは、コードでFacebookおよびInstagramデータを操作するためのネイティブツールです。リクエストはgraph.facebook.comに送信され（Instagram Loginを使用して構築されたアプリはgraph.instagram.comを使用）、パスの先頭にバージョン番号があり、すべてのレスポンスはJSON形式で返されます。そのノード、エッジ、フィールドは、オブジェクト、接続、およびプロパティを表します。

ノード、エッジ、およびフィールド

Graph APIリクエストは、3つの基本要素を使用します：

必要なプロパティをリクエストするにはfieldsを指定してください。省略したフィールドはレスポンスに表示されません。

Graph API上で動作するMeta API

いくつかの製品がこのプラットフォームとそのバージョン番号を共有しています。Pages APIは、管理しているページに対して読み取りおよび公開を行います。Instagramプラットフォームは、ビジネスおよびクリエイターアカウントを対象とし、Facebook LoginまたはInstagram Loginの2つのバージョンがあります（私たちのInstagram Graph APIチュートリアルでその違いを説明しています）。Marketing APIは広告を運用し、WhatsApp Business Platformはメッセージングを処理します。これらはバージョン番号を共有していますが、必ずしも有効期限やレート制限を共有しているわけではなく、これは後で重要になります。

現在のGraph APIバージョン (v26.0) とバージョンライフサイクル

現在のMeta Graph APIバージョンはv26.0で、2026年7月29日にリリースされました³。

Graph APIバージョンには限られたサポートウィンドウがありますが、すべてのエンドポイントが単一の引退日を遵守するとは限りません。移行を計画する前に、Metaのバージョンテーブルとサイクル外の変更ログを確認してください。バージョン付きのURLは、Metaがバージョン間で適用する変更から統合を保護することはできません。

マーケティングAPIは同じバージョンページで独自のカレンダーを維持しています：マーケティングAPI v24.0は2026年10月6日に期限切れとなり、Graph API v24.0よりも1年以上早くなります。また、個別の変更ログページには「TBDまで利用可能」と記載されているため、日付についてはバージョンテーブルを信頼してください。

v26.0での変更点

v26.0では5つのレガシープロトコルの動作が廃止されました⁴。これらは現在v26.0の呼び出しおよび2026年10月27日以降のすべての残りのバージョンに適用されます：

• pretty is ignored。
• debug is ignored。
• date_format：リクエストはエラーを返すため、独自のコードで日付を変換してください。
• GET /?ids=A,Bのようなルートリクエストも失敗します。Metaはオブジェクトごとのリクエストまたはバッチリクエストを指示します。
• If-None-Matchは無視され、すべての呼び出しは完全なレスポンスを返します。

残りはより狭いグループに影響します。コマースオーダーマネジメントAPIは廃止される方向にあり（47のエンドポイント、現在v26.0でブロックされており、2026年10月27日以降のすべてのバージョンで代替はありません）。新しいページエクスペリエンスページの5つのレガシーフィールドは現在、バージョンエラーを返します。歴史的に見ると、v22.0はInstagramをIGユーザーおよびIGメディアエンドポイントに移行し、2025年4月21日にすべてのバージョンから削除されたplaysやclips_replays_countのようなメトリクスを廃止したリリースでした。

あなたの製品が投稿を公開したり、広告を管理したり、認可されたアカウントのインサイトにアクセスしたりする場合、バージョンテストはメンテナンスの一部です。もしそれがサポートされている公開コンテンツを読み取るだけであれば、まず公式の権限パスがあなたのチームに適しているかどうかを判断してください。

アプリのAPIバージョンを確認してアップグレードする方法

すべてのリクエストパスにバージョンを入れ、その後facebook-api-versionレスポンスヘッダーで確認してください。

トークンなしのテストで示されたこと（2026年10月1日）

Meta Graph APIへの2つのリクエストが異なるバージョンヘッダーを返しました：

テスト時点で、v27.0は存在しませんでしたが、リクエストは無効なバージョンエラーを返しませんでした。代わりに、レスポンスはまだ利用可能な最古のバージョンであるv21.0を報告しました。

これがあなたの統合にとって意味すること：リクエストURLのバージョンだけに依存しないでください。facebook-api-versionレスポンスヘッダーをログに記録し、別のバージョンへの静かなフォールバックが見逃されないようにしてください。

ヘッダーを自分で検査するには：

レスポンスはMetaがAPIバージョンをリリースまたは廃止するにつれて変更される可能性があります。

アプリを前進させるためには、設定 > 高度な設定 > アプリダッシュボードのAPIバージョンのアップグレードに移動してください。Metaのアップグレードガイドには、2つのバージョン間で影響を受ける呼び出しをリストアップするAPIアップグレードツールについても説明されています。

Meta Graph API レート制限

Graph API では、アプリおよびユーザートークンを使用した呼び出しに対するプラットフォームレート制限と、ページまたはシステムユーザートークンを使用したマーケティングAPI、Instagramプラットフォームおよびページ呼び出しに対するビジネスユースケース（BUC）制限の2種類の制限が使用されます。両方が適用される場合は、BUCが優先されます。以下の数式は、Meta のレート制限に関するドキュメントからのものです⁵。

「ユーザー数」とは、アプリのユニークな日次アクティブユーザーを意味し、アプリ全体の上限を示します。Meta の例では、100ユーザーがアプリに対して1時間あたり20,000回の呼び出しを提供します。広告には同じページに独自の数式があります。2つのInstagramエンドポイント、ビジネスディスカバリーとハッシュタグ検索は、プラットフォームの制限に対してカウントされます。

小規模な統合が予想より早く制限に達する理由を示すために、以下の表ではMetaの公開された数式をサンプルオーディエンスサイズに適用しています。数字はイラストとして扱い、アプリのクオータとしては考えないでください：

これらの数式は、統合にアクティブユーザーが少なく、多くのオブジェクトをポーリングする場合に最も重要です。小規模なテストアプリは、同じワークフローがより大きなオーディエンスサイズに適していても、アプリレベルの許可にすぐに達する可能性があります。実際のトラフィックで使用ヘッダーを確認してください。数式だけではすべてのエンドポイントの制限を予測することはできません。

レート制限ヘッダー

エンドポイントが十分なトラフィックを受けると、Meta は使用ヘッダーを追加します。 X-App-Usage は call_count, total_cputime および total_time を含み、それぞれ整数パーセンテージで、CPU または総時間が100に達するとスロットリングが開始される可能性があります。 X-Business-Use-Case-Usage はビジネスオブジェクトIDによってキー付けされ、タイプおよび estimated_time_to_regain_access、待機時間（分）を追加します。トークンなしのテスト呼び出しはこれらのヘッダーを返さなかったため、十分な呼び出しの後にのみ表示されるというMetaの注意に合致しています。

レート制限エラーコード

コード4はアプリが制限に達したことを意味し、17はユーザーが、32はユーザートークンを使用したページ呼び出しがページ制限に達したことを意味します。コード613はカスタム制限です。BUCファミリーは80000から80014まであり、例えば、80001はページ用、80002はInstagram用です。これを見たときのMetaのアドバイスは明確です：呼び出しを停止してください。追加の呼び出しは回復をさらに遅らせます。

制限内に留まる方法

使用する fields のみを要求し、それ以上は求めないでください。

• ポーリングする代わりに、オブジェクトのウェブフックにサブスクライブしてください。ノードが変更されるとGraphが通知します。
• バッチリクエストはHTTPの往復を節約しますが、クオータは節約しません。Meta のバッチリクエストページでは、バッチ内の各呼び出しが個別にカウントされ、バッチあたり最大50回です。
• スロットリングされている場合は、次の呼び出しまでに estimated_time_to_regain_access の分だけ待機してください。
• ページパブリックコンテンツアクセスについては、Meta はレート制限の問題を避けるためにシステムユーザートークンを推奨しています。

Meta Graph APIは無料ですか？価格の説明

Metaは、通常のGraph APIリクエストに対するコールごとの価格を公表していません。Metaの概要、レート制限、アクセスレベル、アプリレビューおよびビジネス認証ページ（2026年10月確認）には、コールごとの料金は記載されていません。したがって、「Meta APIの価格」に対する正直な答えは2つの部分から成り立っています：API自体に対するメーター価格はなく、その周辺に実際のコストが存在するということです。

実際に支払うもの

コールごとの価格がゼロであっても、ゼロコストの統合ではありません。OAuthおよびトークンの更新を実装するための予算、必要に応じてレビュー資料を準備するための予算、使用状況ヘッダーの監視、バージョンアップグレードのテストのための予算を考慮してください。プロジェクトが公開データのみを必要とする場合は、これらのエンジニアリングタスクをプロバイダーのカバレッジおよびクレジット消費と比較し、想像上のMetaのリクエストごとの料金とは比較しないでください。

マーケティングAPIアクセスティア

より大きなマーケティングAPIの許可を購入することはできません。2026年5月4日、Metaは「広告管理標準アクセス」の名称をマーケティングAPIアクセスティア⁶に変更しました：下位レベルは現在制限付きアクセス、上位レベルはフルアクセスです。過去15日間に500回以上のマーケティングAPIコールを行い（1,500回から減少）、最後の500回のコールでエラー率が15%未満であれば、フルアクセスの資格があります。画面録画の要件はなくなりました。

WhatsAppは、このファミリーの中でMetaが請求書を送る唯一の場所です。2025年7月1日以降、WhatsAppの価格はメッセージごとに課金され、テンプレートメッセージが配信されたときのみ請求されます。

サードパーティのデータプロバイダーは、別の価格モデルを持っています。 Data365の価格およびクレジットの例は以下に示されています。

アクセスを取得する方法：権限、アプリレビュー、およびビジネス認証

Meta Graph APIにアクセスするには、開発者アプリを作成し、アクセストークンを取得し、統合に必要な権限をリクエストします。アプリに役割を持つ人だけが使用する場合、アプリレビューは必要ありません。他のユーザーにサービスを提供するには、一般的に高度なアクセスと関連するレビューおよび認証手順が必要です。

開発モードとライブモード

開発中は、アプリは開発モードにあり、役割を持つ人々に対して機能します。Metaのアプリレビュー提出ガイドでは、レビュー後にのみライブモードに切り替えることを推奨しています：ライブモードでは、アプリは承認された権限のみをリクエストでき、開発モードで作成されたテスト投稿はすべての人に見えるようになります。

スタンダードアクセスと高度なアクセス

この区分はMetaのアクセスレベルページから来ています⁷。権限は一度に一つずつリクエストされます。例えば、pages_read_engagementは管理しているページ用、またはinstagram_basicはInstagramプロフェッショナルアカウント用です。

アプリレビューが求めるもの

提出ガイドのチェックリストを要約すると：

• 1024x1024のアプリアイコン、プライバシーポリシーのURL、カテゴリ、およびビジネスメール。
• リクエストする各権限で、提出の30日前以内に行われた少なくとも1回の成功した呼び出し。
• 1080p以上の画質のスクリーン録画で、ユーザーが各権限を付与し、アプリがそれを使用している様子を示す。音声は不要；レビュアーは聞きません。
• 可能であれば英語のUI、画面が自明でない場合はキャプションを付ける。

最初のリクエスト

ほとんどのGraph APIリクエストには適切なアクセストークンが必要であり、公開ページコンテンツのリクエストも含まれます。ブラウザでページが表示されるからといって、認証されていないGraph APIリクエストで利用可能になるわけではありません。次のセクションのエラー応答はアクセスの境界を示しており、すべてのページまたはエンドポイントが同じように応答する証拠ではありません。

一般的なGraph APIエラーとその意味

「権限エラー」は、Graph APIに関する典型的な不満です。すべてのエラーは同じ形式（メッセージ、タイプ、コード、しばしばerror_subcode、さらにMetaが短期間で期限切れになると言っているfbtrace_id）で提供されます。Metaのエラーハンドリングガイドから最もよく出会うコードは以下の通りです：

通常の原因はこれらのコードに対応しています。アプリに権限が不足しているか、ユーザーが権限を付与していない（10、200 to 299）。トークンが期限切れです（190）。アプリがまだ標準アクセスにあるため、役割のないユーザーには失敗します。または、呼び出したフィールドが現在のバージョンで削除されているため、バージョンエラーが返されます。以下は、トークンなしのリクエストに対する公開ページ投稿の応答です：

コード2500は、上記の/me呼び出しで返されますが、Metaのエラー表には全くありません。トークンの更新については、Graph APIアクセストークンの種類に関する私たちのノートを参照してください。

Graph APIが提供しないもの

あなたを制限するのは、必要な正確なオブジェクトとフィールドに対する認可であり、リクエストの量ではありません。公開の可視性、ページ管理権限、承認されたアクセスは異なるものです。あなたが管理していないページのリーチやインプレッションなどのプライベートなインサイトは、Data365によっても公開されません。

他人のページ（ページ公開コンテンツアクセス）

あなたが管理していないページの公開投稿やコメントを読むには、ページ公開コンテンツアクセスが必要です。これはアプリレビューとビジネス認証が必要であり、Metaは「追加の契約に署名する必要がある場合もあります」と付け加えています。これがないと、ライブモードのアプリはページの公開コンテンツを見ることができません。レビュー前は、あなたのアプリに役割を持つ管理者がいるページのみを読み取ります。

Instagram: プロフェッショナルアカウントのみ

Instagramプラットフォームは、ビジネスアカウントとクリエイターアカウントをサポートしており、個人アカウントはサポートしていません。Instagram Basic Display APIは2024年12月4日に廃止されました。Facebookログインを使用すると、ビジネスディスカバリーは他のプロフェッショナルアカウントから選択された公開プロフィール情報とメトリクスを取得できますが、これはMetaのアクセス要件に従います。

公式研究アクセス: Metaコンテンツライブラリ

学術研究者には独自のルートがあります: MetaコンテンツライブラリとAPI、これはICPSRまたはCASDによって承認されたアプリケーションが必要な制御されたアクセス環境です。これは研究のために構築されており、Metaのセキュアリサーチ環境内での分析が行われます。

クロスページモニタリングのためのAPIを選択する前に、必要なページ、正確な公開フィールド、リフレッシュ間隔、欠損データの許容レベルの4つの項目を書き留めてください。それらの要件を代表的なサンプルでテストしてください。1つのページへの成功したリクエストは、100のページに対するカバレッジを確立するものではありません。

あなたの製品が管理していない100の公開Facebookページから投稿を追跡すると仮定します。投稿のテキスト、公開時間、コメントが必要です。リクエストをカウントする前に、選択したアクセスルートがそれらのページとフィールドをサポートしていることを確認してください。その後にのみ、コールボリューム、クレジット使用量、リトライ動作を計算してください。

Meta Graph APIとサードパーティのソーシャルデータAPIの違い

実際の違いは、誰がアクセスを許可し、誰が統合を維持するかです。Metaはアカウント操作と承認された統合のための公式なルートを提供し、Data365はサポートされている公開データの取得のための別のルートを提供します。以下の表は、それぞれの適合性とできないことを示しています。

どのAPIを使用すべきですか？

MetaのAPIは、あなたが管理するアカウントの権限に基づいて構築されています。Data365は、1つのAPIを通じてFacebookや他のソーシャルネットワークからサポートされている公開データを取得するために構築されています。開発者の労力を比較する前に、利用可能なオブジェクトとフィールドを確認してください。

Graph APIが適切な選択である場合

管理しているページに投稿する必要がある場合、広告を運営する場合、承認されたページインサイトを読む必要がある場合、またはユーザーがMetaログインと権限を通じてアカウントを接続できるようにする場合は、Meta Graph APIを選択してください。サードパーティの公開データプロバイダーは、これらのワークフローを置き換えることはできません。

データAPIが短い道である場合

Data365の概念実証は、あなたの製品が管理していないページからのサポートされた公開投稿を必要とする場合に意味があります。あなたはData365で認証を行い、自分のMetaアプリのためにPage Public Content Accessを取得するのではなくなります。それは統合ワークフローを変更しますが、ソースデータの可用性制限を取り除いたり、完全なカバレッジを保証したりするものではありません。

• 取得タスクを提出し、そのステータスを確認し、結果をリクエストします; Data365のドキュメントで正確なエンドポイントとフィールドを確認してください。
• クレジットは取得する内容に依存するため、オブジェクトとコメントのボリュームに対して見積もります。「1ページ」を固定コストとして扱うのではなく、見積もってください。
• 小さな代表サンプルは、コミットする前にフィールドのカバレッジ、レスポンスの形状、クレジット消費を示します。

関連する実装例や公開データのユースケースについては、Data365のFacebook Graph APIガイドおよびFacebookエンゲージメントAPI記事をご覧ください。

Data365で取得できる公開Facebookデータ

Facebookモニタリングパイプラインでは、必要な実際のレスポンスフィールドを検証することから始めます: ページ識別子、投稿テキスト、タイムスタンプ、コメント、および利用可能なエンゲージメント指標。Data365は、サポートされている公開オブジェクトに対して構造化された結果を返しますが、個々のフィールドと結果はソースの可視性とエンドポイントのサポートに依存します。データベーススキーマを設計する前に、サンプルレスポンスを確認してください。

リアクション数は、リアクションタイプごとの合計として提供されます。同じAPIは、公開Instagramデータもカバーしています: 公開プロフィール、その投稿やリール、それに対するコメント、いいね数。Instagramでアクセス可能な内容はより頻繁に変わるため、計画を立てる前に最新の状況を確認するために私たちのチームに問い合わせてください。

Data365リクエストの仕組み

Data365の統合は非同期ワークフローに従います: コレクションを開始するためにPOST、タスクのステータスを確認するためにGET、結果を取得するためにGETを使用します。デプロイする前に、Data365のドキュメントで正確なパスとパラメータを確認してください。

クレジットのコスト

Data365は、取得したオブジェクトとエンゲージメントデータに応じてクレジットを請求します。Facebookでは、プロフィールは9クレジット、取得した各投稿は1クレジットです。コメントやリアクションは、取得したアイテム10件ごとに1クレジットが加算され、エンゲージメントが取得された投稿には5クレジットの最低料金が適用されます; アイテムが取得されなかった場合、投稿は1クレジットのコストがかかります。シェアは、取得されたシェアごとに1クレジットが請求され、シェアが取得された場合は同じく5クレジットの最低料金が適用されます。検索リクエストは7クレジットに加え、返された投稿のクレジットがかかります。クレジットは使用単位であり、ユーロの価格ではありません。

例: 100の公開Facebookページ、各ページあたり20の投稿、エンゲージメントは取得しない。各ページについてプロフィールエンドポイントが1回使用され、1クレジットで20の利用可能な投稿を取得する場合、見積もりは100 × (9 + 20) = 2,900クレジットです。各投稿に30の取得されたコメントがある場合、投稿は5クレジットのコストがかかるため、見積もりは100 × (9 + 20 × 5) = 10,900クレジットになります。実際の使用量は、成功した取得、可視結果、およびリクエストされたオプションに依存します。

あなたのFacebookプロジェクトはどれくらいのクレジットを使用しますか？

計画している取得量に上記のクレジットレートを掛け算します: ページプロフィールあたり9、投稿あたり1、コメントを取得する場合は投稿あたり少なくとも5。1回のコレクション実行を計算し、その後データを更新する頻度で掛け算します。各実行がページプロフィールを再取得することを前提とした、3つの典型的な月間作業負荷:

これらの数字は、プロフィール、投稿、検索、コメントのクレジットをカバーします。リアクション、リアクター、シェア、その他のオプションは合計に加算され、実際の使用量はどのページと投稿が利用可能かによって異なります。

サブスクリプションの詳細については、Data365の価格ページをご覧ください。

一部の公開可視ページや投稿は、ソースの制限、プライバシー設定、またはエンドポイントのカバレッジにより、Data365を通じて利用できない場合があります。

データ収集が適用される法律およびプラットフォームの利用規約に準拠していることを確認する責任はあなたにあります。Data365は独立した企業であり、そのソーシャルメディアAPIは公開されているデータへのアクセスを提供し、Meta Platforms, Inc.や公式Facebook APIと提携、承認、公式に関連付けられているわけではありません。Facebookの概要ページには、その他の詳細があります。

今後の変更点

Metaのライブバージョンテーブルから、将来のリリース日やサンセット日を取得してください。推測したリリースサイクルからではありません。

バージョンを固定しても、Metaが一度に適用する削除からは保護されません。Page Insightsのインプレッションとページファンのメトリクス⁸は、2025年11月15日に90日の通知の後に終了し、リーチメトリクスは2026年中頃に続きました。それぞれは事前に変更ログやMetaの開発者ブログで発表されているので、両方に登録してください。

Meta Graph APIまたはData365: あなたのプロジェクトに適したのはどちらですか？

Meta Graph APIは、コンテンツを公開したり、広告を管理したり、認可されたアクセスを通じてFacebookアカウントやページと連携するアプリケーションの出発点として適しています。コストは障害ではなく、Metaはコールごとに料金を請求しません。権限、レート制限、バージョン変更、継続的なメンテナンスがより多くの時間を必要とします。

管理していないページから公開されているデータを収集するプロジェクトの場合、アクセスが最初に確認すべきことです。Page Public Content Accessは公式のルートを提供し、Data365のような独立したプロバイダーはサポートされている公開データの別のオプションを提供します。

どちらのアプローチを選択しても、アプリケーションが必要とする正確なフィールドとページをテストしてから、完全な統合作業量を見積もることが重要です。成功したAPIリクエストは、1つのリクエストが機能したことを確認するものであり、すべてのターゲットページや投稿が利用可能であることを保証するものではありません。