プラットフォーム · この詳細解説は、プラットフォーム自身と プラットフォーム自身と補助ツールのページ。
概要
読者と向き合う場としての Facebook は、まずページであって、個人 プロフィールではない。プログラム経由のアクセスはページにしか投稿 できない造りになっており、Pages API から個人プロフィールへ投稿する 道はそもそも用意されていない。選ぶときに最初に知っておきたいのは この点で、手元にあるのが個人プロフィールなら、以下に述べる仕組みは まったく当てはまらない。
サイト facebook.com 自体はロボットに閉じられている。robots.txt は Claude のエージェントによる巡回を禁じている。
はじめ方
プログラム経由の利用にはページアクセストークンが要り、その取得は 4 段階になる。権限の要求 → 利用者の同意 → コードと利用者トークンの 交換 → ページトークンの要求。一部のプラットフォームのように鍵ひとつ では済まない。
権限は細かく分かれ、個別に要求する。pages_show_list、 pages_read_engagement、pages_manage_posts(投稿と予約投稿)、 pages_manage_engagement(モデレーション)、 pages_manage_metadata、pages_manage_ads、pages_manage_cta。 7 つすべてを一度に求めてくるツールは、自動投稿に必要な範囲を超えて 求めている。自動投稿なら最初の 3 つで足りる。
投稿できるのはページに対してのみで、公開・非公開を問わないが、 CREATE_CONTENT のタスク権限を持っている必要がある。
投稿できるもの
人工知能が作った内容について、Facebook は詳しく書いている。しかも この規定は Facebook、Instagram、Threads に共通のものだ。
写実的な動画と現実的に聞こえる音声には表示が義務づけられる。 原文はこうある。«We require people to disclose, using our AI-disclosure tool, whenever they post organic content with photorealistic video or realistic-sounding audio that was digitally created or altered, and we may apply penalties if they fail to do so»。
そのための手段はある。表示は «AI info»(以前は «Made with AI»)と 呼ばれ、投稿者は専用の開示ツールを使う。
プラットフォーム側でも検出する。目視ではなく業界標準のメタ データによる。«we're building industry-leading tools that can identify invisible markers at scale – specifically, the "AI generated" information in the C2PA and IPTC technical standards»。二つの規格が 名指しされている。
AI 生成物そのものを禁じる規定はない。あるのは表示義務と、害を なすことの禁止だ。表示を怠った場合の罰は一文でしか述べられていない。 «…and we may apply penalties if they fail to do so»。削除なのか、 リーチの制限なのか、収益化の停止なのか——段階も期間も基準値も、 規定は明かしていない。
伸ばし方
Facebook は自らの指標を厳密に定義しており、他のプラットフォームの 数値と比べる前に、その定義を読んでおく価値がある。
動画の再生(page_video_views)。«The number of times your Page's videos played for at least 3 seconds, or for nearly their total length if they're shorter than 3 seconds»。3 秒という下限、3 秒未満の 短い動画ならほぼ全長というのが条件になる。
リーチ(page_impressions_unique)。«The number of people who had any content from your Page or about your Page enter their screen»。 重複を除いた人数であり、この指標はプラットフォーム自身が推計値 (estimated) と注記している。インプレッションとの違いは、 インプレッションが画面に入った回数を数えるのに対し、リーチは人を 1 回だけ数える点にある。
エンゲージメント(page_post_engagements)。«The number of times people have engaged with your posts through reactions, comments, shares and more»。リアクション、コメント、シェアなどで、数えるのは回数で あって重複を除いた人数ではない。«and more» の中身は明かされておらず、 エンゲージメント率の計算式もプラットフォームは示していない。
リーチには期限がある。この指標は Graph API v25 より上では非推奨と され、2026 年 6 月 15 日の指標廃止の対象に入っている。置き換えと ともに定義も変わりうる。
独自性のない内容の表示について、プラットフォームは別途書いている。 «Content that is duplicative or involves minor edits to another creator's post» は独自性がないとみなされ、表示が下げられる。 «Creators who are not adding substantial creative value will see their content deprioritized»。この記述に «AI» の語はない。つまり下げられる のは機械が作ったからではなく、自分の寄与がないからだ。
収益化への道
Facebook には支払いのプログラムがある。収入に間接的に関わるのが 上記の独自性の規定で、リーチの低下はどんな基準値よりも早く収入に 響く。
ツールと自動化
Pages API では投稿と予約投稿、統計の取得、コメントのモデレーション、 Webhook によるイベント受信ができる。これが公式の経路であり、その 条件が数字で示されているのはカードの中では珍しい。
呼び出しの頻度は計算式で決まる。アプリケーション単位の プラットフォーム上限は «Calls within one hour = 200 * Number of Users» で、ここでの利用者数とは «the number of unique daily active users an app has» を指す。プラットフォーム自身の説明はこうだ。«if your app has 100 Users, your app can make 20,000 calls per hour»。
ここで大事なのはそれが誰の上限かという点で、上限はアプリケー ションのものであって、あなたのものではない。顧客を 100 社抱える 自動投稿ツールは、1 時間あたり 2 万回の呼び出しを全員で分け合う。 順番が回ってくるかどうかは、あなたのプランではなくそのツールの 混み具合しだいになる。
上限は 2 種類ある。プラットフォーム上限(アプリのトークンと利用者 トークン向け)と、ビジネス利用ケース上限 BUC(システムトークンと ページトークン向け)だ。両方がかかる場面では BUC が適用される。
消費量は見える。X-App-Usage ヘッダーには call_count、 total_cputime、total_time が入り、いずれも上限に対する百分率だ。 エラーはコードで示される。«4: Indicates that the app whose token is being used in the request has reached its rate limit»、«17» は利用者 についての同じ内容だ。
投稿の計画を立てるうえで知っておきたい帰結がある。拒否されたあとも 試行を続けるのは害になる。消費量は増え続け、待ち時間はかえって 長くなる。
制限と規則
人の操作について Facebook は上限を示しておらず、示さないと明言して いる。原文はこうある。«We have limits in place to prevent the abuse of our features and to protect people from spam and harassment. These limits are based on different factors, like speed and quantity. We can't provide additional details on the rate limits that are enforced»。
カードに並ぶプラットフォームの中でもっとも率直な拒否である。上限の 仕組みは説明され(速さと量)、数字は意図的に伏せられている。
1 時間という枠が当てはまるのはプログラム経由の利用だけで、人の操作に は当てはまらない。そちらでは «speed and quantity» と述べられるだけで、 数字も時間枠もない。
友達申請、グループへの追加、メッセージについての制限は存在するが、 数字ではなく例で説明されている。«If someone is sending out an excessive number of messages to people they aren't friends with, they may be warned or temporarily blocked from sending messages»。 «If someone adds several people to a group within a short period of time…»。メッセージについては別に、«If you were warned for sending messages too quickly, you'll need to stop this activity temporarily to avoid being blocked» とある。
新しいアカウントに固有の制限を Facebook は公表していない。アカウント の古さの代わりに挙げられているのは行動の履歴だ。«The length of a block depends on the severity of the violation and your history on Facebook»。
向いている人
Facebook が向いているのは、ページで運用し、公式のインターフェース による自動化に踏み込む用意がある人だ。そこでは条件がほのめかしでは なく計算式で示され、消費量も応答のヘッダーで見える。
向かないのは、手作業の見通しを求める人だ。人の操作についての上限を プラットフォームは意図的に公表しておらず、境目を知る方法は実際に ぶつかってみるほかない。
予約投稿ツールを選ぶ人が覚えておきたいのは、1 時間あたりの上限が あなたではなくアプリケーションに属し、その顧客全員で分け合うものだ ということである。
このプラットフォーム向けのツール
一覧はツール自身のデータから組み立てられている。各行は、そのツールが当該プラットフォームに対応していると表明した内容であり、出典を明記してある。 一覧にツールがないことは、データベースにその表明がないことを意味するにすぎない。
自動投稿と予約投稿:
- Publer — 投稿; 出典, 確認済み 2026-07-28
- Buffer — 対応を表明; 出典, 確認済み 2026-07-28
- SocialBee — 対応を表明; 出典, 確認済み 2026-07-28
- Hootsuite — 対応を表明; 出典, 確認済み 2026-07-28
- Metricool — 対応を表明; 出典, 確認済み 2026-07-28
- Planable — 対応を表明; 出典, 確認済み 2026-07-28
- Onlypult — 対応を表明; 出典, 確認済み 2026-07-28
- Later — 投稿; 出典, 確認済み 2026-07-28
- SocialPilot — 対応を表明; 出典, 確認済み 2026-07-28
- Sprout Social — 受信箱, モニタリング、投稿; 出典, 確認済み 2026-07-28
- Sendible — 対応を表明; 出典, 確認済み 2026-07-28
- Agorapulse — 対応を表明; 出典, 確認済み 2026-07-28
- NapoleonCat — 対応を表明; 出典, 確認済み 2026-07-28
- Sked Social — 分析、受信箱, 投稿; 出典, 確認済み 2026-07-28
- Vista Social — 対応を表明; 出典, 確認済み 2026-07-28
- Statusbrew — 対応を表明; 出典, 確認済み 2026-07-28
- ContentStudio — 対応を表明; 出典, 確認済み 2026-07-28
- SMMplanner — 分析、投稿; 出典, 確認済み 2026-07-28
- Kontentino — 対応を表明; 出典, 確認済み 2026-07-28
- Hopper HQ — 投稿; 出典, 確認済み 2026-07-28
- Post Planner — 対応を表明; 出典, 確認済み 2026-07-28
- Zoho Social — 対応を表明; 出典, 確認済み 2026-07-28
- Planoly — 投稿; 出典, 確認済み 2026-07-28
- CoSchedule — 対応を表明; 出典, 確認済み 2026-07-28
- Missinglettr — 対応を表明; 出典, 確認済み 2026-07-28
- Pallyy — 分析、受信箱, 投稿; 出典, 確認済み 2026-07-28
- RecurPost — 投稿; 出典, 確認済み 2026-07-28
- Sprinklr — 受信箱; 出典, 確認済み 2026-07-28
- eClincher — 対応を表明; 出典, 確認済み 2026-07-28
- Loomly — 投稿; 出典, 確認済み 2026-07-28
- Postoplan — 対応を表明; 出典, 確認済み 2026-07-28
統計と分析:
- LiveDune — 分析、投稿; 出典, 確認済み 2026-07-28
- Popsters — 分析; 出典, 確認済み 2026-07-28
- Iconosquare — 対応を表明; 出典, 確認済み 2026-07-28
- Emplifi — 受信箱、投稿; 出典, 確認済み 2026-07-28
- Minter.io — 分析; 出典, 確認済み 2026-07-28
- Keyhole — 分析; 出典, 確認済み 2026-07-28
- Rival IQ — 分析; 出典, 確認済み 2026-07-28
顧客とのやり取り:
- respond.io — 対応を表明; 出典, 確認済み 2026-07-28
- Gorgias — 対応を表明; 出典, 確認済み 2026-07-28
- Umnico — 受信箱; 出典, 確認済み 2026-07-28
- Trengo — 受信箱; 出典, 確認済み 2026-07-28
- LiveChat — 受信箱; 出典, 確認済み 2026-07-28
- Chat2Desk — 対応を表明; 出典, 確認済み 2026-07-28
- Chatwoot — 対応を表明; 出典, 確認済み 2026-07-28
- Front — 受信箱; 出典, 確認済み 2026-07-28
- Help Scout — 受信箱; 出典, 確認済み 2026-07-28
- SleekFlow — 対応を表明; 出典, 確認済み 2026-07-28
- Zendesk — 受信箱; 出典, 確認済み 2026-07-28
自動化:
- Albato — 対応を表明; 出典, 確認済み 2026-07-28
- SendPulse — 対応を表明; 出典, 確認済み 2026-07-28
- Workato — 対応を表明; 出典, 確認済み 2026-07-28
- ApiX-Drive — 対応を表明; 出典, 確認済み 2026-07-28
- Zapier — 対応を表明; 出典, 確認済み 2026-07-28
- BotHelp — 対応を表明; 出典, 確認済み 2026-07-28
- Pabbly Connect — 対応を表明; 出典, 確認済み 2026-07-28
- Chatfuel — 対応を表明; 出典, 確認済み 2026-07-28
- Latenode — 対応を表明; 出典, 確認済み 2026-07-28
- IFTTT — 対応を表明; 出典, 確認済み 2026-07-28
- Tray.ai — 対応を表明; 出典, 確認済み 2026-07-28
- Activepieces — 対応を表明; 出典, 確認済み 2026-07-28
言及モニタリング:
- Brand24 — 対応を表明; 出典, 確認済み 2026-07-28
- Brand Analytics — 対応を表明; 出典, 確認済み 2026-07-28
- Mention — 投稿; 出典, 確認済み 2026-07-28
- Meltwater — 対応を表明; 出典, 確認済み 2026-07-28
- Brandwatch — 対応を表明; 出典, 確認済み 2026-07-28
- Talkwalker — モニタリング; 出典, 確認済み 2026-07-28
- Awario — 対応を表明; 出典, 確認済み 2026-07-28
- Determ — 対応を表明; 出典, 確認済み 2026-07-28
その他の作業:
- Aspire — 対応を表明; 出典, 確認済み 2026-07-28
- Madgicx — 対応を表明; 出典, 確認済み 2026-07-28
- AdEspresso — 対応を表明; 出典, 確認済み 2026-07-28
- Epicstars — 対応を表明; 出典, 確認済み 2026-07-28
- Auphonic — 対応を表明; 出典, 確認済み 2026-08-07
- quso.ai (旧 vidyo.ai) — 対応を表明; 出典, 確認済み 2026-08-07
- Sapling — 対応を表明; 出典, 確認済み 2026-08-07
- Udio — 対応を表明; 出典, 確認済み 2026-08-07
- Checksub — 対応を表明; 出典, 確認済み 2026-08-07
- Spikes Studio — 対応を表明; 出典, 確認済み 2026-08-07
- Ocoya — 対応を表明; 出典, 確認済み 2026-08-07
- Smarsh — 対応を表明; 出典, 確認済み 2026-07-28
- Pagefreezer — 対応を表明; 出典, 確認済み 2026-07-28
- Hivebrite — 対応を表明; 出典, 確認済み 2026-07-28
- VEED — 対応を表明; 出典, 確認済み 2026-07-28
- Restream — 対応を表明; 出典, 確認済み 2026-07-28
- Grammarly — 対応を表明; 出典, 確認済み 2026-07-28
- Streamlabs — 受信箱、投稿; 出典, 確認済み 2026-07-28
- Vizard — 投稿; 出典, 確認済み 2026-07-28
- Epidemic Sound — 対応を表明; 出典, 確認済み 2026-07-28
- Pictory — 対応を表明; 出典, 確認済み 2026-07-28
- Kapwing — 投稿; 出典, 確認済み 2026-07-28
- Riverside — 対応を表明; 出典, 確認済み 2026-07-28
- Linktree — 対応を表明; 出典, 確認済み 2026-07-28
- Rebrandly — 対応を表明; 出典, 確認済み 2026-07-28
- BrandBastion — 分析、受信箱; 出典, 確認済み 2026-07-28
- Bodyguard — 対応を表明; 出典, 確認済み 2026-07-28
- Respondology — 対応を表明; 出典, 確認済み 2026-07-28
- BuzzSumo — 対応を表明; 出典, 確認済み 2026-07-28
- Proofpoint — 対応を表明; 出典, 確認済み 2026-07-28
- Multilogin — 対応を表明; 出典, 確認済み 2026-07-28
- Octo Browser — 対応を表明; 出典, 確認済み 2026-07-28
- GoLogin — 対応を表明; 出典, 確認済み 2026-07-28
- AdsPower — 対応を表明; 出典, 確認済み 2026-07-28
データベースの検証済みデータ
詳細解説が依拠する、検証済みの簡潔なデータ。
利用者層
«US & Canada» 地域の Facebook の DAU (daily active users) は、2023 年 12 月の平均で 2 億 500 万 (Q4'23)。Meta が Facebook の利用者数を地域別の内訳で公表した最後の期間であり、2024 年第 1 四半期以降、この内訳は公表されていない。
投資家向けの会社説明資料。原文のまま: «Facebook Daily Active Users (DAUs) In Millions ... US & Canada»
出典, 確認済み 2026-08-17
«Europe» 地域 (Meta の区分で、EU より広い) の Facebook の DAU は、2023 年 12 月の平均で 3 億 800 万 (Q4'23)。同じ地域の Facebook の MAU は、2023 年 12 月 31 日時点で 4 億 800 万。
投資家向けの会社説明資料
出典, 確認済み 2026-08-17
«Asia-Pacific» 地域の Facebook の DAU は、2023 年 12 月の平均で 9 億 1400 万 (Q4'23)。これは Facebook のオーディエンスとして最大の地域である。同地域の MAU は、2023 年 12 月 31 日時点で 13 億 6700 万。
投資家向けの会社説明資料
出典, 確認済み 2026-08-17
«Rest of World» 地域の Facebook の DAU は、2023 年 12 月の平均で 6 億 8300 万 (Q4'23)。同地域の MAU は、2023 年 12 月 31 日時点で 10 億 1800 万。世界全体では DAU 21 億 1000 万、MAU 30 億 6500 万。
投資家向けの会社説明資料
出典, 確認済み 2026-08-17
EU におけるサービスの月間平均アクティブ利用者数 (average monthly active recipients, AMAR) は、2025 年 7 月 1 日〜12 月 31 日の半期で 262 480 454。VLOP としての Facebook の DSA 報告で、2026 年 2 月 28 日に公表された (10_AMAR の項)。
EU デジタルサービス法に基づく義務的な開示。原文のまま: «Number of average monthly active recipients during the reporting period, TOTAL, 262,480,454»
出典, 確認済み 2026-08-17
DSA に基づくフランスの AMAR は、2025 年 7 月 1 日〜12 月 31 日の半期で 42 833 528。Facebook のオーディエンスとして EU 最大の国である。
EU デジタルサービス法に基づく義務的な開示
出典, 確認済み 2026-08-17
DSA に基づくイタリアの AMAR は、2025 年 7 月 1 日〜12 月 31 日の半期で 36 428 069。
EU デジタルサービス法に基づく義務的な開示
出典, 確認済み 2026-08-17
DSA に基づくドイツの AMAR は、2025 年 7 月 1 日〜12 月 31 日の半期で 32 089 162。
EU デジタルサービス法に基づく義務的な開示
出典, 確認済み 2026-08-17
DSA に基づくスペインの AMAR は、2025 年 7 月 1 日〜12 月 31 日の半期で 27 055 087。
EU デジタルサービス法に基づく義務的な開示
出典, 確認済み 2026-08-17
DSA に基づくポーランドの AMAR は、2025 年 7 月 1 日〜12 月 31 日の半期で 24 778 058。
EU デジタルサービス法に基づく義務的な開示
出典, 確認済み 2026-08-17
DSA に基づくルーマニアの AMAR は、2025 年 7 月 1 日〜12 月 31 日の半期で 12 731 974。
EU デジタルサービス法に基づく義務的な開示
出典, 確認済み 2026-08-17
DSA に基づくオランダの AMAR は、2025 年 7 月 1 日〜12 月 31 日の半期で 10 104 958。
EU デジタルサービス法に基づく義務的な開示
出典, 確認済み 2026-08-17
DSA に基づくベルギーの AMAR は、2025 年 7 月 1 日〜12 月 31 日の半期で 8 042 219。
EU デジタルサービス法に基づく義務的な開示
出典, 確認済み 2026-08-17
DSA に基づくポルトガルの AMAR は、2025 年 7 月 1 日〜12 月 31 日の半期で 7 857 650。
EU デジタルサービス法に基づく義務的な開示
出典, 確認済み 2026-08-17
DSA に基づくスウェーデンの AMAR は、2025 年 7 月 1 日〜12 月 31 日の半期で 7 218 606。
EU デジタルサービス法に基づく義務的な開示
出典, 確認済み 2026-08-17
日本における月間アクティブアカウント数の平均 (monthly active accounts / MAU) は、2025 年 7 月 30 日から 2026 年 3 月 31 日までの報告期間で 2210 万。日本の IDPA 法に基づく Meta の 2026 年 5 月 31 日付の年次報告、表 1.4。
会社の公式な報告。原文のまま: «Number of Monthly Active Accounts Facebook Instagram Threads ... 22.1 million 82.0 million 20.6 million»
出典, 確認済み 2026-08-17
コンテンツ
フォトリアルな動画とリアルに聞こえる音声には必要である。原文では:«We require people to disclose, using our AI-disclosure tool, whenever they post organic content with photorealistic video or realistic-sounding audio that was digitally created or altered, and we may apply penalties if they fail to do so.»。画像についてそうした要件はなく、画像はプラットフォーム自身がラベルを付けると述べている
この規定は Facebook、Instagram、Threads に共通で、Meta は «コミュニティ規定» の «Misinformation» セクションで扱っている。プラットフォーム自身のヘルプ(«Label AI content on Instagram»、help.instagram.com/761121959519495)は通常のリクエストでは取得できない:ブラウザーなしではドメインが HTTP 400 を返し、help.instagram.com の robots.txt には «User-agent: ClaudeBot / Disallow: /» がある
出典, 確認済み 2026-08-04
ラベルの名称は «AI info»(以前は «Made with AI»):«Meta began adding labels to a wider range of video, audio and image content»(2024 年 5 月から)、«These are displayed as “AI Info”»。作成者は別の手段を使う:«we’re adding a feature for people to disclose when they share AI-generated video or audio so we can add a label to it»。プラットフォームはラベルの由来を示す:«shares whether the content is labeled because of industry-shared signals or because someone self-disclosed»
開示の手段についての文言は Meta のブログ https://about.fb.com/news/2024/02/labeling-ai-generated-images-on-facebook-instagram-and-threads/ から。手順の説明(投稿フォームのどこにスイッチがあるのか)は入手できる出典にはない:Meta のヘルプページは閉じられている。ai_disclosure_required の注記を参照
出典, 確認済み 2026-08-04
はい、業界標準のメタデータによって。原文では:«we’re building industry-leading tools that can identify invisible markers at scale – specifically, the “AI generated” information in the C2PA and IPTC technical standards»、«in the coming months we will label images that users post to Facebook, Instagram and Threads when we can detect industry standard indicators that they are AI-generated»。また:«Our “Made with AI” labels on AI-generated video, audio and images will be based on our detection of industry-shared signals of AI images or people self-disclosing that they’re uploading AI-generated content»
両方の標準、C2PA と IPTC が明示されている。2 つ目の引用は https://about.fb.com/news/2024/04/metas-approach-to-labeling-ai-generated-content-and-manipulated-media/ から。Meta は集計の不完全さを認めている:«labeling methodology is still evolving»、データは «may not capture labels on some content that is edited with AI»
出典, 確認済み 2026-08-04
AI 生成コンテンツそのものへの直接の禁止はなく、ラベルと有害性の禁止がある。原文では:«We may place an informative label on the face of content – or reject content submitted as an advertisement – when the content is a photorealistic image or video, or realistic sounding audio, that was digitally created or altered and creates a particularly high risk of materially deceiving the public on a matter of public importance.»。作り方にかかわらず削除される:«We remove misinformation or unverifiable rumors that expert partners have determined are likely to directly contribute to a risk of imminent violence or physical harm to people»、«We consult with leading health organizations to identify health misinformation likely to directly contribute to imminent harm to public health and safety»。選挙と国勢調査については:«We remove misinformation that is likely to directly contribute to a risk of interference with people’s ability to participate in those processes»
«実在の人物の声・顔・選挙・医療上の主張は不可» という AI 向けの個別の一覧は Meta にはない:禁止は作り方ではなく有害性に沿って定められている。そのため partial とした
出典, 確認済み 2026-08-04
«…and we may apply penalties if they fail to do so» — ラベルがない場合の罰についての唯一の文言である。何をもって罰するのか(削除、表示の制限、収益化の喪失)は規定に示されていない
規定には期間も段階も基準値も示されておらず、«may apply penalties» とあるだけである。ラベルがない場合の結果についてより詳しいページは、閲覧できた Meta の資料には見つからなかった
出典, 確認済み 2026-08-04
AI について直接の記述はなく、規定は独自性のないコンテンツについて定められている:«Content that is duplicative or involves minor edits to another creator’s post» は «unoriginal and deprioritized» とされる。«Creators who are not adding substantial creative value will see their content deprioritized, and they may see their account deemed non-recommendable and demonetized, if they continue to post primarily unoriginal content»
コンテンツの独自性についての Meta のこのブログ記事の本文に «AI» という語はない。つまりプラットフォームは AI そのものを罰するのではなく、独自性のなさを罰する。«Content Monetization Policies» 自体は確認できなかった:それは www.facebook.com/business/help にあり、ドメインは robots.txt で閉じられている(«User-agent: * / Disallow: /»)
出典, 確認済み 2026-08-04
制限と上限
計算式で示されている。アプリケーションのプラットフォーム上限: «Calls within one hour = 200 * Number of Users»、ここで «The Number of Users is based on the number of unique daily active users an app has»。説明として «if your app has 100 Users, your app can make 20,000 calls per hour»。利用者のキーについては数値が伏せられている: «Due to privacy concerns, we do not reveal actual call count values for users»。ページ向けの業務上の上限: «Calls within 24 hours = 4800 * Number of Engaged Users»、ここで «The Number of Engaged Users is the number of Users who engaged with the Page per 24 hours»。メッセンジャー: «Calls within 24 hours = 200 * Number of Engaged Users»、«Conversations API: Your app can make 2 calls per second per Facebook Page»
Meta には 2 つの異なる仕組みがある: Platform Rate Limits (1 時間単位、アプリの活動中の利用者数から計算) と Business Use Case (1 日単位、ページに反応した利用者数から計算)。競合したときの規則は明示されている: «If both Platform and Business Use Case rate limits can be applied to a request, BUC rate limits will be applied»
出典, 確認済み 2026-08-04
API アクセスについては詳しく記載されている。消費量は «X-App-Usage» のヘッダーが示し、call_count、total_cputime、total_time の各項目 (上限に対する割合) を含む。エラーは «4: Indicates that the app whose token is being used in the request has reached its rate limit»、«17: Indicates that the User whose token is being used in the request has reached their rate limit»、«32: Indicates that the User or app whose token is being used in the Pages API request has reached its rate limit»、«613: Indicates that a custom rate limit has been reached»。行動の規則: «When the limit has been reached, stop making API calls. Continuing to make calls will continue to increase your call count, which will increase the time before calls will be successful again.»。人に対する処置は言葉で記載されており、警告、次いで機能の一時的なブロックとなる
計画上の重要な帰結として、拒否された後に試行を続けることは有害である: 消費量が増え続け、待機の時間が延びる。これはプラットフォーム自身の表明であり、こちらの推測ではない
出典, 確認済み 2026-08-04
数値では示されておらず、プラットフォームは示すことを明確に拒んでいる。原文では «We have limits in place to prevent the abuse of our features and to protect people from spam and harassment. These limits are based on different factors, like speed and quantity. We can't provide additional details on the rate limits that are enforced»
13 のプラットフォームの中で最も直接的な拒否である。Facebook は上限の仕組み (速度と数量) を説明したうえで、詳細は出せないとすぐに述べている。ページはスクリプトを含まない軽量版のヘルプで読んだ。Facebook の robots.txt は ClaudeBot を名指ししているが、禁じているのは一部の区画のみで、その中にヘルプは含まれない
出典, 確認済み 2026-08-04
数値では示されていない。友達申請とグループへの追加の上限は例示のみで記載されている: «If someone is sending out an excessive number of messages to people they aren't friends with, they may be warned or temporarily blocked from sending messages»、«If someone adds several people to a group within a short period of time, that person may be warned or temporarily blocked from adding more people»。ブロックに関する記事の助言: «Only send friend requests to people you know»
Facebook は処置の対象となる行動を説明するが、数値は示さない: «We can't provide additional details on the rate limits that are enforced»。«Blocked from sending friend requests on Facebook» という別の記事 (help/320587401313728) は所定の時間内に開かなかったため、その内容はここに移していない
出典, 確認済み 2026-08-04
存在するが、数値では示されていない。原文では «Facebook has limits in place to prevent behavior that others may find annoying or abusive. These limits restrict the rate at which you can use certain features on the site. If you were warned for sending messages too quickly, you'll need to stop this activity temporarily to avoid being blocked from sending messages.»。内容そのものへの禁止として «Unsolicited messages of any kind aren't allowed»
ヘルプ記事 «Limits to sending messages on Facebook»。メッセージの数も警告の継続期間も示されていない。API アクセスについては別の計算があり、Messenger API では反応した利用者 1 人あたり 1 日 200 リクエストとなる
出典, 確認済み 2026-08-04
API アクセス
できること. Pages API では、コンテンツの投稿と予約、統計の読み取り、コメントのモデレーション、Webhook によるイベントの受信ができる
出典, 確認済み 2026-07-28
連携方法. ページのアクセストークンが必要で、4 段階で取得する:権限の要求 → ユーザーの同意 → コードとユーザートークンの交換 → ページトークンの要求
出典, 確認済み 2026-07-28
権限は分割されており、個別に要求する:pages_show_list、pages_read_engagement、pages_manage_posts(投稿と予約)、pages_manage_engagement(モデレーション)、pages_manage_metadata、pages_manage_ads、pages_manage_cta
出典, 確認済み 2026-07-28
投稿できるのはページ(公開・非公開を問わない)に対してのみで、CREATE_CONTENT のタスクを持っている必要がある。Pages API による個人プロフィールへの投稿は想定されていない
出典, 確認済み 2026-07-28
リクエスト上限. アプリの上限は 1 時間のスライディングウィンドウで、式は «Calls within one hour = 200 * Number of Users»。ここで Number of Users は、そのアプリの 1 日あたりのユニークアクティブユーザー数である。これはユーザーごとではなくアプリごとの上限である
出典, 確認済み 2026-07-28
上限は 2 種類ある。プラットフォームの上限(アプリトークンとユーザートークン向け)と、ビジネス利用ケース BUC の上限(システムトークンとページトークン向け)である。両者が重なる場合は BUC が適用される
出典, 確認済み 2026-07-28
metrics
ページの動画視聴(page_video_views)は逐語で:«The number of times your Page's videos played for at least 3 seconds, or for nearly their total length if they're shorter than 3 seconds»。閾値は 3 秒であり、それより短い動画についてはほぼ全長である。コンテンツの表示(page_impressions)は逐語で:«The number of times any content from your Page or about your Page entered a person's screen»。時間の閾値はない
www.facebook.com/help:robots.txt には ClaudeBot 専用の節がある(help は禁止されていない)が、ヘルプの記事はログインの背後にある。そのため Graph API を用いた。注意:Meta には «視聴» の定義が 2 つ並んでいる — 動画の 3 秒と、閾値のない画面への表示である。Page Insights の指標の大部分は 15.06.2026 までに停止される
出典, 確認済み 2026-08-07
ページのリーチ(page_impressions_unique)は逐語で:«The number of people who had any content from your Page or about your Page enter their screen»。ユニークな人の数であり、指標は推定値(estimated)とされている。インプレッションとの違いは、インプレッションが画面に入るたびに数えるのに対し、リーチは人を 1 度だけ数える点である
この指標は Graph API v25 より上では deprecated とされており、15.06.2026 までの指標停止の対象に入る。定義がドキュメントから消える可能性がある
出典, 確認済み 2026-08-07
page_post_engagements は逐語で:«The number of times people have engaged with your posts through reactions, comments, shares and more»。リアクション、コメント、シェアなどであり、ユニークな人ではなく回数が数えられる。エンゲージメント率はプラットフォームによって定義されていない
«and more» の中身は明かされていない。ER の計算式はない
出典, 確認済み 2026-08-07
カタログの区分: 類似のすべて 関連項目: カタログ索引 · 地域: アメリカとカナダ · 予約投稿ツールの比較 · 状況別の選び方 · プラットフォームの制限