大家好，
我收到一封来自 Facebook 的邮件，指出我用于社交登录的 FB 应用违反了他们的激励政策。原因是 Discourse 会因用户首次分享而授予徽章，这违反了他们关于“仅允许对 Facebook 自身操作提供奖励，不得激励用户执行其他操作”的政策。
有人知道该如何回应吗？还有其他人使用 Facebook 社交登录时收到过类似通知吗？
我知道问题的根源在于：这是一个独立于 Facebook 的社区平台，Facebook 无法控制这里的数据，但他们却想限制我们在其无法控制的平台上进行沟通的能力。
看来我的选择可能是：禁用首次分享徽章、调整徽章规则以排除分享到 Facebook 的行为，或者干脆移除 Facebook 登录选项。大家有什么想法？
你好，Robert，
这对你的社区来说确实太糟糕了 
不幸的是，你并不是唯一一个遇到这个问题的人，之前也有类似的话题，比如下面这个链接。我觉得 Justin 说得非常对，直接禁用徽章即可。
谢谢！我应该在发帖前更努力地搜索。这非常有帮助！
另一个可行的方案是移除 Facebook 分享按钮，这样可以消除其中“激励 Facebook 操作”的部分。
为此，请在“分享链接”站点设置中移除 “facebook”。
谢谢。这确实是一个可行的选项，但我们希望将 Facebook 的分享功能（包括分享至 Facebook 和从 Facebook 分享）作为我们平台的核心特性保留下来。Facebook 是将更多人引入我们社区中心的重要渠道，因此如果让分享操作变得更加复杂，将会削弱我们的推广能力。
有趣的是，在移动端并没有“分享到 Facebook"这样的按钮，因为我们直接调用浏览器的分享 API，该 API 会调用操作系统的分享功能，从而展示用户设备上安装的所有分享目标。
也许当此功能在桌面端得到更广泛采用后，我们会移除任何关于直接 Facebook 分享按钮的提及，这样这个问题也就不再重要了。
您是否知道，在移动视图下使用分享 API 进行分享是否仍会触发徽章奖励？
是的，它会。该徽章在 URL 中使用了一个简单的查询参数。
据您所知，是否有办法针对特定分享目标（如 Facebook）禁用分享徽章，还是应该直接完全禁用该徽章？
不，开箱即用无法为单个目的地禁用徽章。不过，您可以自行编写或在 Marketplace 委托开发一个主题组件，该组件可在点击 Facebook 按钮时从 URL 中移除 ?u=username 部分。
这是个有趣的想法，谢谢。我或许可以在某个时候编写这个主题组件。由于我必须在今天结束前解决这个问题，以免 Facebook 禁用我的应用，因此我暂时先移除徽章，等之后发布主题组件以帮助他人时，再考虑将其添加回来。
是的，我怀疑 Facebook 正在试图打压竞争对手，并试图让我们举步维艰。
以相应的违规通知进行回复是否可行？
经发现，贵平台的上述政策已违反我方平台的第 128405 号政策。我们恳请贵方撤销该政策，以避免未来再次违反我方政策。谢谢。
哈哈，是啊，我本来想强调他们只是在强行打压竞争对手，但那些负责收发和回复消息的底层员工也无力改变 Facebook 的政策或批准例外，他们只能执行规定。
试图与 Facebook 对抗，就像一条小鱼试图对抗飓风🌀。最好把精力省下来，继续开发替代性的社区平台。
如果你和其他人向底层人员传递足够多的官僚废话，事情或许会升级到更有……洞察力的人那里。也许足够多的沙丁鱼能压垮飓风？毕竟，它们的敏捷性几乎为零。计算机网络并非唯一容易受到瘫痪性洪灾冲击的组织。如果这还不明显，我引用的政策编号本身就是一个独立实体。
