您必須在用戶選擇在 Messenger 上接收您企業訊息的 24 小時內,向用戶傳送一則訊息。您不能使用訊息標籤來向用戶傳送第一則訊息。在 Messenger 中開始對話後,在用戶傳送最後一則訊息或用戶主動聯絡後的 24 小時之外,您便可以使用訊息標籤來傳送訊息,但前提是您的訊息需要符合經審查的訊息標籤使用案例之一。如需瞭解更多詳細資訊,請參閱 Messenger 平台中的訊息標籤文件。
如果您打算在第一個 24 小時的時段後將 login_id
用於 message_tags
相關訊息,可以考慮儲存 login_id
。
您必須在用戶選擇在 Messenger 上接收您企業訊息的 24 小時內,向用戶傳送一則訊息。
用戶可以選擇「關閉訊息功能」以取消接收單個對話的訊息。此外,用戶亦可以選擇針對您的企業訊息設定關閉通知或封鎖相關訊息。如有用戶提出封鎖、停止接收訊息或以任何方式取消接收企業訊息功能的任何要求,您必須尊重並即時處理此等要求。如需瞭解更多詳細資訊,請參閱幫助中心文件的如何在 Messenger 中開啟或關閉企業訊息功能?。
您必須在用戶選擇在 Messenger 上接收您企業訊息的 24 小時內,向用戶傳送一則訊息。您不能使用訊息標籤來向用戶傳送第一則訊息。開始與用戶對話後,您可以在用戶傳送最後一則訊息的 24 小時內傳送宣傳訊息。另一方面,如果您想在 24 小時的訊息時段之外向用戶傳送最新宣傳資訊,可以考慮使用贊助訊息或一次性通知。
無論 HOP 配置為何,所有連接至同一個頁面的應用程式都將收到包含有效 login_id
的 messaging_optin 事件。此 id 可供所有應用程式用於傳送訊息。
身份驗證流程完成前,login_id 便已產生。因此,當應用程式收到登入成功的回調,便可以使用所產生的 login_id
來傳送訊息,即使 Webhook 事件尚未到達也不受影響。
不會,這個事件只會由接受權限的用戶觸發一次。
確保在登入流程中加入 reset_messenger_state=1
。此代碼會再次觸發事件,但僅適用於在接受測試的應用程式中擁有角色的用戶。此操作僅在使用 FB.login()
方法或手動登入網址時有效。
您可以使用可在任何瀏覽器上觸發登入流程的手動登入網址。如果畫面開啟 Facebook 登入彈出式視窗,即表示已重設狀態。您無需登入即可關閉視窗。下次觸發流動版流程時,系統應已傳送 messaging_optin
事件。
如要在提交此整合工具至應用程式審查前進行測試,用戶需要在應用程式中擁有角色。
能夠使用所接收的 login_id 來傳送訊息的應用程式,需要擁有 pages_messaging 權限才可運作。請注意,使用 login_id
時,接收方物件中的欄位名為「login_id」而不是「id」。