FAQs

Please visit our App Review for Login examples page for useful submission tips and tricks, and Please visit our Sample App Review Submission page for example screen recordings. You can also watch our introduction to App Review video.

Refer to our test apps document to learn how to create a test app.

Please visit our Server-to-Server Apps document.

Note: Server-to-server apps are used when your app has no user interface as it exchanges data directly with our APIs. As such, these apps are only approved for business-facing data permissions (i.e. ads_management), never with user permissions. For a sample submission see Sample App Review Submission for Server-to-Server Apps.

是否需要接受应用审核取决于应用编号的级别。必须提交使用这些权限或功能的所有应用，以接受审核。

如需更多详细信息，请访问此页面。在此流程中，您将有机会提供有关您所需权限及其用途的详细信息。Facebook 将审核用例并确定我们的政策是否支持这些用例。经过权限审查后，根据 API/权限的不同，我们可能还会提出其他要求，例如，进行公司验证和签署合同等等。

是，测试版应用将沿用父应用的可审核权限。

随着新的 API 投入使用，您需要通过应用审核请求这些 API。但是，每个商务管理平台实体仅需进行一次公司验证，因此，为应用请求新的权限或 API 时无需再次进行公司验证。

自 2018 年 8 月 1 日起，您只需验证与应用关联的商务管理平台即可。

在审核过程中，我们可能会要求您提供公司信息，例如公司的法定名称、地址和电话号码。此外，您可能还需要提供业务文档，例如，水电费账单、营业执照、公司注册证明或公司章程等。

目前我们处理的审核量正在不断增加。整个流程可能需要长达数周的时间。

• 权限审核可能需要长达数周的时间。请在此处查看我们的最新时间线更新。
• 公司验证需花费数天的时间，具体时间取决于所提供文档的质量。
• 当您指定人员签署合同后，应立即完成合同签署事宜。

在应用面板的应用审核选项卡中找到公司验证面板，在公司验证面板中可以随时查看公司验证状态、合同以及要采取的步骤。我们将在整个过程中向您发送通知，以便您了解需要采取的操作。

应用应与对其拥有最终所有权且可访问其生成数据的公司的商务管理平台相关联。应由此公司完成公司验证流程。

每个应用都必须接受应用审核。我们建议您查看应用面板，了解需要审核的具体权限清单。

每个商务管理平台需要完成一次公司验证。如果您选择将所有应用与同一个商务管理平台关联，则只需进行一次公司验证。

如果您已有商务管理平台帐户，建议您将应用关联至已有的商务管理平台。

如果您的多个商务管理平台帐户隶属于同一公司，建议您确定拥有多个商务管理平台帐户的原因，并将应用关联至最适当的商务管理平台。如果公司通过商务管理平台设置了信用额度，建议您将应用关联至有信用额度的商务管理平台帐户。

应用审核流程针对需要某些 API 权限的应用。请在此处阅读文档，了解通过审核方能取得的权限。设置 SDK 本身不需要应用审核。但是，SDK 确实支持应用对 Facebook API 进行调用，而如果此类 API 需要审核，则应用需要提交以接受应用审核。

您可以提供集成的录屏文件；如果您的应用不提供最终用户体验，您至少可以提供 2 个截图来展示您的页面、CRM 或商务管理平台的设置视图，以及提供通过这些产品要使用的页面的页面编号。您可以点击此处，阅读有关此选项的更多内容。

Please visit our Best Practice guide, and our Facebook Login Button UX guide for tips on how you can best implement Facebook Login in your app.

您需要请求 leads_retrieval 和 pages_manage_ads 权限。

如果客户同时也是应用的“所有者”，则他们需要以直接开发者身份完成审核流程。如果客户的第三方开发者是应用的“所有者”，则应用的开发者需要接受审核。

Please see our Permissions Reference guide for reference on acceptable usage scenario. You can also find information for the Instagram Basic Display API at Instagram Platform Permissions, as well as the Marketing API for Ads Management Standard Access at Marketing API Access and Authentication.

Please visit our Screencasts page for an overview of how to submit a screencast to support your App Review.

Please visit our guide for how you can test your app experience. Please see our Permissions Reference guide for reference on acceptable usage scenario.

Please see our Testing a Login Flow guide to test your Facebook Login integration. Please also see our documentation on Facebook Login Best Practices.

Please see our documentation for the iOS SDK and Android SDK.

If you are utilizing Sharing within your app, please follow our Sharing on Facebook documentation, and see our Sharing Best Practices guide.

Please see our documentation on Facebook Login Button best practices and visit our Brand Resource Center.

If you are violating any policies, Facebook will send you a Dev Alert by email, notifying you which of our platform policies are being violated. You can also see all of the dev alerts and violations in your developer dashboard under the Alerts tab on the left for your app.

使用社交插件、分享对话框和共享表等中介共享产品或部分 Facebook 登录的应用不必接受 Facebook 审核。如要详细了解需要审核的对象，请查看我们的应用审核文档。

我们会审核您的应用，以确保高品质的跨应用 Facebook 体验。总之，用户必须对他们正在登录 Facebook 以及发帖至 Facebook 知情。用户应能控制其与应用分享或分享回 Facebook 的信息。

注意：应用的“身份”选项卡所列的用户可以获得扩展权限（例如，user_posts），无需接受审核。但是，当应用公开上线后，其必须接受应用审核才能获取应用中有特定身份的用户的信息。

当应用处于开发模式时，所有应用功能都应可用，但您只能访问自己的数据、测试用户的数据或您的主页数据。如果想让应用公开上线，即使您是唯一用户，您的应用也必须通过应用审核。

由于审核流程有所更改，且预计提交量较大，您提交的应用可能需要数周时间才能完成审核。

请尽量提供对审核员有帮助的信息，包括清晰的截图、详细的分步说明、应用及其 Facebook 集成的录屏视频。

您需要清楚准确地说明在应用内测试每个权限或功能的方法，以便我们能够确保各个权限或功能正常运行并遵守我们的政策。如果我们无法全面地测试应用集成 Facebook 的方法，就无法批准应用。提供详细的说明有助于提高一次性通过审核的可能。

应针对您请求的每个权限分步列出体验的重现说明。所有说明必须使用英文。

您的说明不得：

• 引用其他提交材料或文档中的说明
• 总结应用进行的操作，而非提供说明
• 提供 API 运行原理的技术详情

以下是分步说明的优秀示例：

1. 按下左侧菜单中的“设置”按钮。
2. 选择使用 Facebook 登录
3. 完成第三步
4. 完成第四步

如果您仍然不确定应该提供哪些内容，请在“应用审核”的示例部分查看更多示例。

不需要，您可以投放移动应用安装广告，无需提交供审核。应用只需要在 iTunes App Store 或 Google Play 商店内上线。您可以按照我们的指南操作，创建移动应用安装广告。

在应用通过审核并发布后，如要测试新功能或权限，请使用应用面板中的创建测试版应用功能创建正式版应用的副本。在您正式版应用的面板中，点击左上方导航面板中应用名称旁边的向下箭头，然后点击创建测试版应用。您可以利用以开发中状态创建的应用副本，以任何应用身份访问所有功能和权限。

审核员只有在确认您的应用能够根据用户提供的点赞信息为用户提供个性化体验后，才会批准 user_likes 请求。因此，我们的审核团队会通过不同的测试用户（每个测试用户都有不同的兴趣爱好）测试您的应用。

提交 user_likes 请求时，您应该提供包括以下要点的详细说明：

• 清楚说明请求 user_likes 权限的原因，以及使用此权限改善用户应用内体验的方法。
• 提供示例主页列表，以便审核员点赞，从而验证 user_likes 的使用方式。请在审核员测试您的应用之前，提供指向要点赞的主页的直接链接。

如果将 user_likes 用于算法内，审核员就必须查看此算法的结果，以及此算法如何影响用户看到的内容。

对于使用 Facebook Canvas 的游戏应用

您可以通过以下两种方法邀请新玩家玩您的游戏：

• 请求对话框。如果使用请求对话框，则您可以设置“filters=app_non_users”筛选对话框，这样邀请消息便会仅显示给未使用应用的人。如果您的应用使用 Canvas，您还可以使用 iOS 和 Android 版请求对话框。
• 好友邀请 API。如果应用是游戏，且想要构建自己的好友多选工具，则您可以使用好友邀请 API，此 API 会返回用户好友中非应用用户的排序列表。用户选择多个要邀请的好友后，您可以将好友邀请 API 返回的口令传递至请求对话框的“to”字段，之后用户即可向这些好友发送邀请。

对于未使用 Facebook Canvas 的应用

您可以使用 iOS 版消息对话框和 Android 版消息对话框，或网页版发送对话框。这些产品让用户能够直接向其好友发送包含应用链接的消息。

此类消息是直接与小部分用户沟通的绝佳方式。“消息”对话框和“发送”对话框都包含预输入，方便用户轻松选择接收邀请的多名好友。

不需要，权限请求获得批准后，您就可以在任何开放平台上为应用的任何版本使用权限。

即使在新的开放平台上扩展并开发应用，也无需再提交权限请求供 Facebook 审核。只有当您想要请求新权限时（例如，向应用添加新功能时），才需要重新提交以接受审核。更改和提交应用详情或开放图谱操作不会影响已通过审核的权限。

Please visit our App Review Rejection Results Guide for tips on how to have a successful App Review.

Before submitting an appeal, please make sure to read through the App Review Rejection Results Guide as well as the Enforcement FAQ to ensure that any violations are fixed before you resubmit your app for review.

Once fixed, you can appeal the decision using the Developer Appeals form.

Please review our Requesting & Revoking Permissions documentation, as well as our Debugging & Error Handling guide for Access Tokens.

如果您当前提交的内容需要补充信息，您可以在收到请求后的 30 天内解决并重新提交审核。在这 30 天内，应用审核团队可能会要求您提供更多信息。请注意，在此期间，这个 30 天的期限不会随着每次重新提交而重置。

审核提交材料时，我们的审核团队会使用多个测试用户，所以不一定会用到您提供的测试用户。如果您的提交材料确实需要使用特定的测试用户进行审核，请在审核说明中告知我们。

提供测试用户时，请确保您已正确创建测试用户并在提交材料中提供测试用户的相关信息。

我们的审核团队会使用您提供的说明测试应用的 Facebook 集成。

如果您认为我们的审核员错误地拒绝了您的应用，您应当更新审核说明，为审核员提供更多信息，然后重新提交应用供他们审核。

审核流程是与审核员沟通联系的最佳方式。请更新说明，解决所收到的反馈。

您为小游戏创建的 Facebook 应用编号不能用于任何其他平台。详情请参阅我们的文档。

为审核您的应用提交材料，我们的审核团队需要登录您的应用并检查所有 Facebook 集成。

如果审核员无法加载或使用您的应用，请确保：

• 应用网址可公开访问，且未配置为本地主机
• 已提供访问您的开发或暂存站点所需的帐号和密码
• 站点的安全证书是最新证书，且不会对新用户产生错误
• 您可以通过新创建的测试用户登录和使用自己的应用
• 您提交以接受审核的项目已构建完成，且能够在您的应用中正常运行

如果您再次因为相同的原因未通过审核，则应更新审核说明或添加备注部分，以要求审核员提供更多详细信息。

为完成审核，我们的审核团队可能需要您额外提供应用的登录凭证。

如果您的应用在 Facebook 登录之前或之后需要二次登录，请务必提供二次登录流程需要的帐号和密码。这可能包括测试或演示服务器、应用二次登录或电子邮箱注册流程的登录凭证。

托管于暂存或开发服务器上的应用可能需要额外的登录才能访问您的服务器。所以，请同时提供此流程必需的所有登录凭证。

如果您仍然不确定缺失了哪些凭证，可以在下一次提交时提供视频，展示提交以接受审核的 Facebook 登录选项和所有相关 Facebook 集成。

激励用户使用社交插件或为主页点赞属于违反开放平台政策第 4.5 条的行为。这包括根据用户是否赞了某个主页而提供奖励或者控制应用或应用内容的使用权限。以上用途的 User_likes 权限请求不会获得批准。

为确保高品质的关系网络，同时帮助商家面向重要用户推广业务，我们希望用户为主页点赞是因为他们自身想要与商家联系并获取业务信息，而不是被人为的激励机制刺激的结果。我们坚信此政策能够为用户和广告主等群体带来益处。

如果您使用分享对话框或任何其他社交插件将内容发布至 Facebook，则无需提交以接受审核。如果您仍然不确定原因，可以阅读我们的一般审核文档，了解更多信息。

要让应用通过审核在应用中心上架，应用必须满足我们的资格要求。在 Facebook 应用中心上架的条件是：应用必须采用 Facebook 登录方式，或者使用 Facebook Canvas 开发。

以下应用符合在 Facebook 应用中心上架的条件：

• 使用 Facebook Canvas 开发的应用
• 分别使用 iOS 版 Facebook 登录或 Android 版 Facebook 登录的 iOS 或 Android 版移动应用
• 使用 Facebook 登录的网页应用或移动应用

此外，您使用的文本素材和推广图片还必须符合我们的守则。

审核员会在反馈消息中清楚说明应用未获得批准的原因，以及您接下来应该采取的措施。我们希望能够帮助您尽快完成此流程，因此请务必仔细阅读此反馈。作出必要更改后，您可以重新提交应用以接受 Facebook 审核。

如果应用以违规的方式使用权限，反馈将会清楚说明，且您不应重新提交以接受审核。

应用审核流程包括在各个受支持的开放平台上加载应用，通过 Facebook 登录，以及使用您在审核中请求的每个 Facebook 集成。这通常会造成所谓的“常见问题”，这些问题通常是与加载应用、登录应用或应用的一般功能相关的错误或漏洞。这意味着我们无法测试您在提交材料中请求的权限。

由于这些问题会阻止我们审核您集成的 Facebook 功能，所以我们不能详细评论您的应用使用所请求的 Facebook 功能的方式。因此，我们会拒绝您的请求，并标注为“常见问题”，同时针对各个开放平台提供相关反馈。

如果收到“常见问题”导致的拒绝，请仔细阅读所有反馈。我们会针对每个开放平台提供单独的反馈，说明在审核过程中遇到的问题。

在审核期间，我们的审核团队会按照您的说明，重现在应用内使用相关权限的体验。如果我们无法重现此体验（例如，因为无法按照您提供的说明操作或无法登录应用），则无法批准对应的提交材料。

为避免出现这种情况，请：

• 提供使用相关权限且可运行的应用版本
• 确保“添加备注”部分的说明清晰明确
• 确保所请求的登录权限能够为用户提供个性化体验，且遵循我们的原则

特别要注意的是，对于 publish_actions 权限，请务必正确配置应用的发布功能。因为在审核过程中，我们需要将应用内容发布至 Facebook。

• 应用迁移至其他未认证的公司。在这种情况下，所有之前获批的权限都将被封锁。

  • 如果应用之后迁回已认证的公司，这些权限将解除封锁。
• 应用被标记为为其他公司提供服务，但之后迁移至未经认证的其他公司。