我对Facebook的新 publish_pages 权限感到困惑。
我的Facebook应用程序允许我们的CMS用户通过我们的CMS发布到他们的Facebook页面，冒充页面。 我们已获得（通过登录审核流程） manage_pages 和 publish_actions 权限。
API change log说明了这一点：
publish_pages权限 - 需要此新权限才能作为页面发布。以前需要publish_actions。在v2.3之前授予manage_pages和publish_actions的人员已自动被授予publish_pages。如果有人通过v2.3登录，除了manage_pages之外，您还需要明确请求publish_pages。
我们尚未自动授予publish_pages权限。
blog post此处声明：
对于页面开发人员，我们添加了通过实时更新（RTU）在页面上提供更多内容的功能。现在，要求应用程序代表Pages发布新的登录权限publish_pages;以前，这需要publish_actions。
所以听起来好像我们升级到使用API 2.3，我们的服务将不再有效，因为我们还没有被授予publish_pages。
documentation说明了这一点：
具有publish_actions权限的用户访问令牌可用于代表该人发布新帖子。帖子将以用户的声音显示。
具有publish_pages权限的页面访问令牌可用于代表该页面发布新帖子。帖子将出现在页面的声音中。
我们做想要以当前的方式发布页面的声音。
因此，我打开了一个新的登录审核请求，并总结了上述所有内容，引用了他们的更改日志。 Facebook的回应是：
您不需要publish_pages权限，因为您已经授予了publish_actions和manage_pages权限。 Publish_pages是一项新功能，允许应用程序发布到托管的Facebook粉丝页面，但您之前授予的权限已包含此功能。
只是我，还是这种反应与他们写的其他一切都有冲突？
所以我的问题很简单，我们是否需要这个新的许可未来，并且错误地不会自动将它们授予我们？
答案 0 :(得分：5)
如果您想代表用户manage_pages和publish_actions在网页上发布，则可以通过发布权限进行发布操作。
如果您想代表该网页发帖，则还需要publish_pages权限，否则所有v2.3 api调用都将返回OAuth Error。根据此权限管理您的网页可能还有其他权限我不知道