我正在与一个研究小组合作，该小组需要在几个月内收集一组参与者的 Facebook 帖子数据。目标是让参与者授权我们通过 Facebook 收集这些信息，当他们发布到 Facebook 时，将这些信息发送到安全的服务器。
在阅读了 Facebook 文档后，我大多只是对如何提供一种机制让用户同意收集他/她的数据的条款感到困惑。我打算使用 webhook 来收集数据，这与客户端平台无关，但我真的需要为 web、iOS 和 Android 构建单独的应用程序来完成审批流程吗？
【问题讨论】：
标签： javascript android ios facebook facebook-graph-api
我计划使用 webhook 来收集数据，这与客户端平台无关，但我真的需要为 web、iOS 和 Android 构建单独的应用程序来完成审批流程吗？
无论如何，您很可能不会在审核中获得批准。
在大多数情况下，权限必须用于为应用内用户体验提供直接好处；仅为分析措施收集数据被明确提及为不允许的用例。用户是否同意与这里无关。
例如，user_posts 权限，“对这些数据的不可见使用，例如情绪分析或防范垃圾邮件机器人”标记为红色“X”表示不。
因此，让您的应用向用户请求必要权限的唯一方法是通过应用仪表板/API 将他们作为测试人员添加到应用中。在应用程序中具有角色的任何人都可以被要求获得任何权限，无论是否经过审核。但是，这些用户必须先验证他们的帐户（移动/短信、信用卡）并在 FB 平台上注册为“开发人员”，然后您的应用才能向他们发送成为测试人员的请求。
可以这么说，你会在雷达下飞行。 Facebook 提供这个“漏洞”主要是为了让开发者在审查之前正确地测试和开发他们的应用程序。在应用程序开发常见问题解答中也明确提到了它作为一种绕过审查需求的方式，用于特定用例，例如希望将您的博客文章自动发布到您自己的 FB 页面。它不会涵盖您正在尝试这样做的内容，但只要您的测试用户没有专门向 Facebook 提出投诉，它就可能会“工作”......
不确定是否对可以添加到应用程序的测试用户数量有任何已发布的限制，人们过去曾问过这个问题，但 Facebook 没有记录或以其他方式发布 AFAIK。如果有一个，并且它没有完全阻止这种方法死在它的轨道上（比如说，每个应用几百个而不是五个），你可以使用多个应用 ID，如果你不需要在用户帐户之间过多地关联数据 - 因为每个应用程序 ID 的应用程序范围的用户 ID 会有所不同，因此可能会使位于不同“应用程序 ID 测试组”等的朋友之间的联系变得困难。或者您可能不得不参考其他不太可靠的唯一标识方法，例如电子邮件或个人资料名称。
【讨论】：