Messenger类应用审核前提、测试用户报错及权限获取技术问询

1. 应用审核的前提条件 #

• 已完成Business Verification（商业验证）和Access Verification (Tech Provider)（技术提供商访问验证），这两项你已经完成，满足基础要求
• 应用基础信息完整：包括准确匹配功能的应用名称、合规的应用图标、有效的隐私政策链接（需明确说明whatsapp_business_messaging、pages_manage_metadata、pages_messaging权限涉及的数据收集、使用及存储规则）、清晰的应用功能描述（需对应申请的权限场景）
• 申请权限对应的功能已开发完成并可正常运行：评审需要验证功能确实依赖所申请的权限，不能提交空壳应用
• 准备好功能演示材料：录制清晰的操作视频，完整展示每个权限的实际使用流程，比如用whatsapp_business_messaging发送商业消息、pages_manage_metadata修改Facebook页面元数据、pages_messaging通过页面发送消息的全流程
• 确保应用完全符合Facebook开发者平台政策：尤其是数据隐私、用户内容规范、商业行为相关条款，避免出现违规内容

2. 无法创建测试用户时的推进方案 #

• 使用可控的真实账号替代：用你或你的企业内部的真实Facebook/WhatsApp账号作为测试主体，确保该账号已授权你的应用，且你能完全掌控用于评审演示。在审核申请中明确说明该账号的归属和用途，提供账号的基本信息（比如页面名称、WhatsApp商业账号ID）
• 在审核申请备注中说明问题：详细描述遇到的错误提示"The ability to create test users is disabled temporarily."，附上错误截图（如果有），请求评审团队豁免测试用户要求，或接受你提供的替代验证方式
• 排查服务状态：查看Facebook开发者平台的状态页面，确认是否是全局服务故障导致的功能禁用；如果是单个账号问题，联系平台支持团队排查具体原因

3. 替代流程及未审核时的权限获取方式 #

• 替代流程：目前官方没有明确的无测试用户审核流程，但可以尝试提交完整的功能演示视频+详细的文字说明，覆盖所有申请权限的使用场景，同时在审核申请中强调无法创建测试用户的情况，请求评审团队基于演示材料完成审核。部分情况下评审会接受这种替代方式
• 未通过审核时的权限获取：只能使用有限的测试权限：
  • 开发者自身账号或企业内部授权账号：用你自己的开发者账号，或已授权应用的企业内部账号进行测试，这类账号的权限仅用于开发测试，无法面向普通用户开放
  • 平台沙箱环境：如果对应权限有沙箱环境，可申请进入沙箱模拟功能使用，沙箱权限同样仅适用于开发测试，不能用于正式生产环境

内容的提问来源于stack exchange，提问作者Vishal Mehla