无需user_likes权限，如何判断用户是否点赞Facebook页面？求建议

咱先把话说在前头：Facebook对user_likes权限的管控确实很严，你这种仅靠它判断页面点赞发奖励的场景，肯定过不了审核，这条路子直接堵死了。下面给你几个不用特殊权限的替代思路，再说说要不要放弃这个功能的考量点：

一、无需权限的替代方案 #

• 用官方Page Plugin监听前端状态
  你可以在你的网页或APP里嵌入Facebook官方的Page Plugin，这个插件会根据用户的登录状态显示「已点赞」或「点赞」按钮。虽然没法直接通过API拿数据，但你可以监听插件的DOM变化——比如按钮的class或者文案切换成「已点赞」时，就触发奖励逻辑。不过要注意，这种方法只能捕捉用户当场点击点赞的情况，没法判断用户之前就已经点过赞的历史状态。

• 引导用户主动提交证明
  比如让用户截图自己的「已点赞」页面状态，然后通过人工审核或者简单的图像识别工具来验证。这种方法体验不如自动判断，但完全不碰Facebook的权限，适合用户量不大、或者奖励价值比较高的场景（毕竟用户愿意花时间截图）。

• 联动Facebook营销工具
  如果你本来就在做Facebook广告引流，可以试试用自定义受众功能：创建一个「已点赞目标页面」的自定义受众，然后对接Facebook的Conversion API，当属于这个受众的用户访问你的应用时，自动触发奖励。不过这个方案需要你有广告账户，还得搞广告配置，适合有营销预算的团队。

二、要不要放弃功能？看这几点 #

如果上面的替代方案都不符合你的需求，那得好好掂量掂量要不要放弃，核心看这几个维度：

• 功能的核心目的：如果是为了涨页面点赞量，那可以换合规的激励方式，比如分享页面拿奖励（分享用Facebook的share API就行，不需要特殊权限）；如果是为了筛选忠实用户，那可以换成关注公众号、完成注册任务这类行为来替代。
• 成本与收益：要是替代方案的开发成本太高（比如图像识别的准确率搞不定），或者运营成本太大（比如人工审核耗人力），而这个功能给你带来的收益又有限，那放弃可能是更理性的选择。
• 合规风险：要是硬绕开审核用user_likes，一旦被Facebook查到，轻则应用下架，重则开发者账号受限，这个风险可不能忽视。

总的来说，现在没有既能自动判断用户历史点赞状态、又完全合规的方案，只能根据你的具体业务场景选替代方式，或者调整功能逻辑来贴合Facebook的政策。

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