国际社交媒体营销

Facebook

面向该平台的服务PublerBufferSocialBeeHootsuiteLiveDuneMetricoolPlanableOnlypult完整列表 ↓
地区美国与加拿大

平台 · 详解依据官方 页面编写，包括平台自身与辅助服务的页面。

另请参阅：如何阅读卡片 и 关于来源与方法.

概览

用 Facebook 做受众运营，首先靠的是主页（Page），而不是个人档案。 程序化接入的设计决定了只能向主页发布；通过 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）。与展示次数的区别在于： 展示次数统计每一次进入屏幕，触达则每人只算一次。

互动（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 个客户的 自动发布服务，要把每小时 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»。

这是本目录各平台中最直接的一次拒绝：上限的构成解释了（速度和数量）， 数字则是有意不说。

一小时的窗口只适用于程序化接入；对人的操作则不适用，那里讲的是 «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 适合以主页开展运营、并愿意通过官方接口做自动化的人：那里的 条件是用公式而不是暗示写出来的，消耗也在响应头里看得见。

它不太适合需要手工操作可预测性的人：平台有意不公布针对人的上限， 要知道边界在哪，只能靠撞上去。

选择排期服务的人应当记住：每小时的上限属于应用，而不属于你，并且 要在它的所有客户之间分摊。

适用于该平台的服务

列表来自服务自身公布的事实：每一行都是某个服务关于支持该平台的声明，并注明来源。 某个服务未出现在列表中，仅说明库中没有相关声明。

自动发布与排程:

统计与分析:

客户沟通:

自动化:

提及监测:

其他任务:

来自事实库的已核实数据

本详解所依据的已核实数据摘要。

这里有谁

Facebook 在 «US & Canada» 地区的 DAU（daily active users，日活跃用户）为 2023 年 12 月（Q4'23）平均 205 百万。这是 Meta 最后一次按地区公布 Facebook 用户数的时期：自 2024 年第一季度起，该分区数据不再公布。

公司面向投资者的演示材料。逐字：«Facebook Daily Active Users (DAUs) In Millions ... US & Canada»

来源, 已核查 2026-08-17

Facebook 在 «Europe» 地区（Meta 划分的地区，范围大于欧盟）的 DAU 为 2023 年 12 月（Q4'23）平均 308 百万。同一地区的 Facebook MAU 为截至 2023 年 12 月 31 日 408 百万。

公司面向投资者的演示材料

来源, 已核查 2026-08-17

Facebook 在 «Asia-Pacific» 地区的 DAU 为 2023 年 12 月（Q4'23）平均 914 百万；这是 Facebook 受众最大的地区。该地区的 MAU 为截至 2023 年 12 月 31 日 1 367 百万。

公司面向投资者的演示材料

来源, 已核查 2026-08-17

Facebook 在 «Rest of World» 地区的 DAU 为 2023 年 12 月（Q4'23）平均 683 百万。该地区的 MAU 为截至 2023 年 12 月 31 日 1 018 百万。全球合计：DAU 2 110 百万，MAU 3 065 百万。

公司面向投资者的演示材料

来源, 已核查 2026-08-17

欧盟境内服务的月均活跃接收者数（average monthly active recipients，AMAR）为 262 480 454，统计期为 2025 年 7 月 1 日至 12 月 31 日的半年。Facebook 作为 VLOP 的 DSA 报告，发布于 2026 年 2 月 28 日（10_AMAR 部分）。

依据欧盟《数字服务法》的强制披露。逐字：«Number of average monthly active recipients during the reporting period, TOTAL, 262,480,454»

来源, 已核查 2026-08-17

法国按 DSA 的 AMAR 为 42 833 528，统计期为 2025 年 7 月 1 日至 12 月 31 日的半年；这是欧盟中 Facebook 受众最多的国家。

依据欧盟《数字服务法》的强制披露

来源, 已核查 2026-08-17

意大利按 DSA 的 AMAR 为 36 428 069，统计期为 2025 年 7 月 1 日至 12 月 31 日的半年。

依据欧盟《数字服务法》的强制披露

来源, 已核查 2026-08-17

德国按 DSA 的 AMAR 为 32 089 162，统计期为 2025 年 7 月 1 日至 12 月 31 日的半年。

依据欧盟《数字服务法》的强制披露

来源, 已核查 2026-08-17

西班牙按 DSA 的 AMAR 为 27 055 087，统计期为 2025 年 7 月 1 日至 12 月 31 日的半年。

依据欧盟《数字服务法》的强制披露

来源, 已核查 2026-08-17

波兰按 DSA 的 AMAR 为 24 778 058，统计期为 2025 年 7 月 1 日至 12 月 31 日的半年。

依据欧盟《数字服务法》的强制披露

来源, 已核查 2026-08-17

罗马尼亚按 DSA 的 AMAR 为 12 731 974，统计期为 2025 年 7 月 1 日至 12 月 31 日的半年。

依据欧盟《数字服务法》的强制披露

来源, 已核查 2026-08-17

荷兰按 DSA 的 AMAR 为 10 104 958，统计期为 2025 年 7 月 1 日至 12 月 31 日的半年。

依据欧盟《数字服务法》的强制披露

来源, 已核查 2026-08-17

比利时按 DSA 的 AMAR 为 8 042 219，统计期为 2025 年 7 月 1 日至 12 月 31 日的半年。

依据欧盟《数字服务法》的强制披露

来源, 已核查 2026-08-17

葡萄牙按 DSA 的 AMAR 为 7 857 650，统计期为 2025 年 7 月 1 日至 12 月 31 日的半年。

依据欧盟《数字服务法》的强制披露

来源, 已核查 2026-08-17

瑞典按 DSA 的 AMAR 为 7 218 606，统计期为 2025 年 7 月 1 日至 12 月 31 日的半年。

依据欧盟《数字服务法》的强制披露

来源, 已核查 2026-08-17

日本的月活跃账号平均数（monthly active accounts / MAU）为 22,1 百万，报告期为 2025 年 7 月 30 日至 2026 年 3 月 31 日。Meta 依据日本 IDPA 法的年度报告，日期为 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 均被直接点名。第二条引文出自 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»

Meta 并没有专门针对 AI 的“不得伪造真人声音／面孔／选举／医疗声明”式清单：禁令按危害表述，而非按制作方式。因此判定为 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»。Messenger：«Calls within 24 hours = 200 * Number of Engaged Users»；«Conversations API: Your app can make 2 calls per second per Facebook Page»

Meta 有两套不同机制：Platform Rate Limits（按小时，以应用活跃用户数计）和 Business Use Case（按天，以主页互动用户数计）。冲突裁决规则被直接写明：«If both Platform and Business Use Case rate limits can be applied to a request, BUC rate limits will be applied»

来源, 已核查 2026-08-04

对程序化访问描述得很详细：用量由 «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»

这是十三个平台中最直接的拒绝：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»。既没有给出私信数量，也没有给出警告时长；程序化访问另有计数——Messenger API 中每个互动用户每天 200 次调用

来源, 已核查 2026-08-04

API 访问

能力. Pages API 支持发布和定时安排内容、读取统计数据、审核评论，并通过 Webhook 接收事件

来源, 已核查 2026-07-28

如何接入. 需要【主页】访问令牌，分四步获取：请求权限 → 用户同意 → 用代码换取用户令牌 → 请求主页令牌

来源, 已核查 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

请求频率上限. 应用限额按小时滑动窗口计算，公式为 «Calls within one hour = 200 * Number of Users»，其中 Number of Users 指应用的每日独立活跃用户数。这是【针对应用】的限额，而非针对单个用户

来源, 已核查 2026-07-28

限额分两类：平台限额（针对应用令牌和用户令牌）与业务用例 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 秒，短于 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 有两个并列的“观看”定义——视频 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）；与展示的区别：展示按每次进入屏幕计数，触达按人只计一次

该指标在 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

目录分区： 全部同类 另请参阅： 目录索引 · 地区：美国与加拿大 · 排程服务对比 · 按场景选择 · 平台限制