Messenger 登录连接相关常见问题

您必须在用户决定通过 Messenger 接收您的商家消息之后的 24 小时内向其发送一条消息。您不能用消息标签向用户发送第一条消息。在 Messenger 中开始对话后，如果用户发出最后一条消息或用户发起联系后经过的时间超过 24 小时，则可用消息标签发送消息，只要您的消息符合某个已获准使用的消息标签用例。对于更多详细信息，请参阅 Messenger 平台文献资料中的消息标签。

如果您打算在前 24 小时过后将 login_id 用于 message_tags 相关消息，请考虑保存 login_id。

您必须在用户决定通过 Messenger 接收您的商家消息之后的 24 小时内向其发送一条消息。

产品体验可在登录过程中展示，也可不在登录/注册过程中向目前已登录的用户展示。可在文献资料中找到有关权限的更多信息

通过选择“禁止发送消息”，用户可在单个帖子串的层面取消消息的发送。用户还可以对商家消息设置免打扰或屏蔽。对于屏蔽及停止发送消息的请求，以其他方式屏蔽及停止发送消息的请求，或以其他方式取消您商家消息的发送的请求，您必须立即遵从。对于更多详细信息，请参阅帮助中心文献资料中的如何在 Messenger 中允许或禁止某个商家发送消息？。

您必须在用户决定通过 Messenger 接收您的商家消息之后的 24 小时内向其发送一条消息。您不能用消息标签向用户发送第一条消息。与用户进行的对话开始后，可在用户发送最后一条消息后的 24 小时内发送促销消息。否则，在您想在 24 小时的这段消息发送时间之外向用户发送促销相关更新时，可考虑使用赞助消息或一次性通知。

login_id 不能用于发送赞助消息。如果用户回复用 login_id 发送的第一条消息，您将收到一个 PSID，并且能够用其发送赞助消息。

发送给用户的第一条消息应让用户熟悉您在 Messenger 平台中营造的体验。在第一条消息中使用快速回复通常会提高参与度。还可以考虑使用有助于用户了解所营造的体验的通用模板、媒体模板或其他模板。

无论 HOP 配置如何，所有应用都将收到包含有效 login_id 的 messaging_optin 事件。所有应用都可以用此 id 发送消息。

login_id 在身份验证流程结束之前生成，因此，应用一收到登录成功回调，即使 Webhook 事件没有送达，应用也可用生成的 login_id 发送消息。

不会，对于接受权限的用户，仅会将该事件触发一次。

要确保在登录过程中包含 reset_messenger_state=1。这将仅对在受测应用中有某种角色的用户再次触发该事件。这只能用 FB.login() 方法或手动登录 URL 实现。

可以使用能在任何浏览器中触发登录流程的手动登录网址。Facebook 登录弹出窗口打开时，会重置状态。可在登录前关闭窗口，下次触发手机流程时，会发送 messaging_optin 事件。

为了让用户能够在提交应用审核之前测试此集成，他们需要在应用中拥有一个角色。

应用若要用接收到的 login_id 发送消息，必须要有 pages_messaging 权限。请注意，使用 login_id 时，接收方对象中的字段名为 "login_id" 而不是 "id"。