사용자가 Messenger에서 비즈니스로부터 연락을 받는 데 동의한 후 24시간 이내에 사용자에게 메시지 하나를 보내야 합니다. 사용자에게 최초 메시지를 보낼 때는 메시지 태그를 사용할 수 없습니다. Messenger에서 대화를 시작한 경우 사용자의 마지막 메시지 이후 또는 사용자가 먼저 연락을 취한 후 24시간이 지나면 메시지 태그를 사용하여 메시지를 보낼 수 있습니다. 단, 메시지는 승인된 메시지 태그 사용 사례 중 하나에 부합해야 합니다. 자세한 내용은 Messenger 플랫폼 문서의 메시지 태그를 참조하세요.
최초 24시간이 지난 후 메시지와 관련된 message_tags
에 login_id
를 사용하려면 login_id
를 저장하는 것이 좋습니다.
사용자가 Messenger에서 비즈니스로부터 연락을 받는 데 동의한 후 24시간 이내에 사용자에게 메시지 하나를 보내야 합니다.
사용자는 '메시지 끄기'를 선택하여 각 스레드 수준에서 메시지 수신에 대한 동의를 철회할 수 있습니다. 또한 비즈니스 메시지를 숨기거나차단할 수 있습니다. 비즈니스의 메시지를 차단, 중단하거나 그 외에 다른 수단으로 차단, 중단하거나 동의를 철회해달라는 요청을 즉시 적용해야 합니다. 자세한 내용은 고객 센터 문서에서 Messenger에서 비즈니스의 메시지를 켜거나 끄려면 어떻게 해야 하나요?를 참조하세요.
사용자가 Messenger에서 비즈니스로부터 연락을 받는 데 동의한 후 24시간 이내에 사용자에게 메시지 하나를 보내야 합니다. 사용자에게 최초 메시지를 보낼 때는 메시지 태그를 사용할 수 없습니다. 사용자와의 대화가 시작되고 나면 사용자의 마지막 메시지 이후로 24시간 이내에 홍보성 메시지를 보낼 수 있습니다. 또는 24시간 메시지 전송 기간 외에 사용자에게 업데이트된 홍보성 메시지를 보내고 싶다면 홍보 메시지 또는 일회성 알림을 보내는 것이 좋습니다.
모든 앱은 HOP 구성과 무관하게 유효한 login_id
가 포함된 messaging_optin 이벤트를 수신하게 됩니다. 이 ID는 모든 앱에서 메시지를 전송하는 데 사용할 수 있습니다.
login_id는 인증 플로가 완료되기 전에 생성됩니다. 앱이 로그인 성공 콜백을 수신하자마자 Webhook 이벤트가 도착하지 않았더라도 생성된 login_id
를 사용하여 메시지를 전송할 수 있습니다.
아니요. 이 이벤트는 권한을 수락한 사용자에게 한 번만 트리거됩니다.
로그인 플로에 reset_messenger_state=1
을 포함하세요. 그러면 테스트 대상인 앱에서 역할이 부여된 사용자에 대해서만 이벤트가 다시 트리거됩니다. 이를 구현하려면 FB.login()
메서드나 수동 로그인 URL을 사용해야 합니다.
각 브라우저에서 로그인 플로를 트리거하는 수동 로그인 URL을 사용할 수 있습니다. Facebook 로그인 팝업이 열리면 상태가 재설정됩니다. 로그인하기 전에 창을 닫고 다음에 모바일 플로가 트리거되었을 때 messaging_optin
이벤트를 전송해야 합니다.
사용자가 앱 검수를 위해 앱을 제출하기 전에 이 통합을 테스트하려면 앱에서 역할이 부여된 상태여야 합니다.
앱이 수신된 login_id를 사용하여 메시지를 보내려면 pages_messaging 권한이 필요합니다. login_id
를 사용할 때 수신자 개체에 있는 필드 이름이 'id'가 아니라 'login_id'인지 확인하세요.