Facebook graph api 关于Facebook发布操作权限

Facebook graph api 关于Facebook发布操作权限,facebook-graph-api,publish-actions,Facebook Graph Api,Publish Actions,在审查过程中,他们声明“确保应用程序未以任何方式预先填写用户消息区域,否则提交将被拒绝。这包括哈希标记、URL和任何其他非用户编写的文本。” 这是我们的错误,没有在新规则中注意到这一点,但现在提出了一个问题。。。完全不传递信息是否符合他们的指导方针 我找不到任何关于这方面的澄清。这不是一个“新”规则,多年来一直在政策中;) 无论如何,根本不传递消息应该是没有问题的,但您应该始终避免发布操作,而是使用对话框:对话框只应在非常必要时使用:无论是用于facebook共享还是其他用途。一个好的设计没有不

在审查过程中,他们声明“确保应用程序未以任何方式预先填写用户消息区域,否则提交将被拒绝。这包括哈希标记、URL和任何其他非用户编写的文本。”

这是我们的错误,没有在新规则中注意到这一点,但现在提出了一个问题。。。完全不传递信息是否符合他们的指导方针

我找不到任何关于这方面的澄清。

这不是一个“新”规则,多年来一直在政策中;)


无论如何,根本不传递消息应该是没有问题的,但您应该始终避免发布操作,而是使用对话框:

对话框只应在非常必要时使用:无论是用于facebook共享还是其他用途。一个好的设计没有不必要的场景。在许多情况下,一次请求许可,然后始终共享更有意义。用户应具有在应用程序中关闭所述权限的方法(例如设置页面)。但每次对话通常都是一种糟糕的设计策略。这是使用Facebook集成所付出的代价,仅此而已。但把这看作“总是”规则是一种糟糕的设计。我不同意,对话应该总是被认为是首先使用的。一个主要的好处是你甚至不需要为他们授权用户。官方总是比你自己建造的东西好。无论如何,不允许自动张贴,您必须向用户展示批准其墙上每一篇文章的可能性(请求许可并不仅仅允许您在未经单独批准的情况下张贴)。预填充也是不允许的,所以最好只使用官方的方式——你不能用这种方式做任何非法的事情。无论如何,这只是答案的一个旁注——也就是“不传递消息是可以的”。