2019 년에 작동하는 접근 방식
나는 최근에 (이 스레드에 설명 된 사용 사례와 비슷한) 무언가를 달성하려고 노력했지만 Facebook의 현재 정책을 존중하고 싶었 기 때문에 약간의 조사를했고 여기에서 발견 한 내용을 공유하고 있습니다.
내 사용 사례
따라서 이미 말했듯이 제 사용 사례는 여기에 설명 된 것과 매우 유사합니다. 그건:
- 저는 학군에서 일을하고 있습니다.
- 그들은 학교 교통과 관련된 거의 모든 것을 관리하기 위해 소프트웨어 도구를 사용하고 있습니다.
- 이 도구를 사용하면 버스 지연 알림 및 학교 폐쇄 알림을 게시 할 때 이메일 알림을 (구독자에게) 보낼 수 있습니다.
- 커뮤니티의 많은 사람들이 Facebook 페이지에서 조직을 팔로우하며, 그곳에서 경고를 찾는 유일한 곳입니다.
- 따라서 조직의 직원은 각 알림을 Facebook 페이지에 수동으로 게시해야합니다 (교통 소프트웨어에서 만드는 것 외에도). 또한 이러한 알림은 결국 만료되므로 (또는 만료되기 전에 단순히 삭제됨) 직원은 나중에 다시 돌아가서 수동으로 삭제해야합니다.
- 시간이 지나서 우리가 여기서하려는 것은 새로운 (및 만료 된) 알림을 위해 소프트웨어 도구의 데이터베이스를 주기적으로 폴링하고 Facebook 페이지에서 업데이트 (즉, 추가 및 제거)하는 간단한 시스템으로 개발하는 것입니다.
제 생각에는 이것은 합법적 인 사용 사례이지만 Facebook의 정책과 일치하는 방식으로 구현하는 방법을 잘 모르겠습니다.
받아 들여진 대답
나는 받아 들여진 대답의 단계를 따랐고 일이 변경된 것처럼 보이는 것을 제외하고는 작동했다 : 이제 생성 된 페이지 토큰이 만료되지 않더라도 access to data
약 60 일 후에 만료됩니다. 절차를 따르고 FB Token Debugger Tool 에서 페이지 토큰을 검사하면 해당 내용도 볼 수 있습니다.
게다가 생성 된 페이지 토큰이 사용자 계정에 연결되어 있다는 사실도 사용자가 자신의 비밀번호를 업데이트하면 페이지 토큰도 무효화되기 때문에 불행한 일입니다.
2019 년에하는 방법
몇 시간의 조사 끝에 저는 Facebook 문서 기사 인 직접 비즈니스를위한 비즈니스 로그인을 우연히 발견했습니다 .
이제 위 기사에 설명 된 단계에 따라 특정 Facebook 사용자 계정과 연결되지 않고 만료되지 않는 페이지 토큰을 생성 할 수 있습니다 (FB 앱이 삭제되거나 기본 애플리케이션 토큰이 아닌 경우). 삭제되면 알다시피 ...)
따라서 단계와 가장 중요한 부분은 다음과 같습니다.
- 비즈니스 관리자 계정 이 필요 합니다.
- 확인이 필요하며 디지털 계약서에 서명해야합니다.
- 해당 계정에 대상 Facebook 페이지를 추가해야합니다.
- Facebook 앱을 만들고 해당 앱도 동일한 Business Manager 계정으로 전송해야합니다.
- 다음 권한이 필요하므로 앱은 Facebook의 검토 프로세스를 거쳐야합니다.
manage_pages
및 publish_pages
.
- 중요 참고 사항 페이지 생성 토큰을 사용하여 만든 게시물이 애플리케이션 관리자 이외의 사용자에게 표시 되려면 해당 앱이 게시되고 승인되어야합니다.
- 검토를 위해 제출하지 않고도 개념을 실험 할 수는 있지만 게시물은 공개적으로 표시되지 않습니다.
- 비즈니스 관리자 계정 (앱과 페이지가 계정에 추가 된 후에 만 해당)에서 시스템 사용자 를 생성하고 해당 사용자에게 대상 Facebook 페이지에 대한 관리자 역할 (또는 권한)을 부여해야합니다.
- 시스템 사용자는 Business Manager 계정이 소유하며 특정 사용자와 연결되어 있지 않습니다. 내 현재 이해는 시스템 사용자의 주요 사용 사례 중 하나가 Facebook의 Graph API에 대한 프로그래밍 방식 액세스 (우리가 필요로하는 것)라는 것입니다.
- 그런 다음 해당 시스템 사용자에 대해 만료되지 않는 액세스 토큰을 생성해야합니다. 어떤 앱을 선택하라는 메시지가 표시됩니다. 그런 다음 대상 앱을 선택합니다.
- 그런 다음 생성 된 앱 토큰을 사용하여 만료되지 않는 페이지 토큰을 생성해야합니다. 이 문서에서는 절차를 다음 과 같이 설명 합니다.
GET /<PAGE_ID>?fields=access_token&access_token=<SYSTEM_USER_ACCESS_TOKEN>
이 토큰은 만료되지 않으며 특정 Facebook 사용자와 연결되지 않으므로 정확히 필요한 것입니다!
마지막 부분은 Facebook 앱이 Facebook에서 승인을 받았는지 확인하는 것입니다. 사람들이 우리 게시물을 보지 않으면 전체 절차가 가치가 없기 때문에 실제로 가장 중요한 부분입니다.
저는 위의 절차에 따라 Facebook이 결국 거부하지 않고 제 고객을 위해 무언가를 구축 할 수 있는지 확실히 알고 싶었습니다. 그래서 사전에 (즉 제 고객의 프로젝트 작업을 시작하기 전에) 저는 다음의 전체 프로세스를 거쳤습니다. 페이지, 앱, 비즈니스 관리자 계정 등을 만듭니다. 비즈니스를 인증했습니다. 검토를 위해 앱을 제출했습니다. 내 요청에서 나는 내 사용 사례에 대해 매우 구체적이고 앱이 "자체 사용"을위한 것이라고 강조했습니다 (즉, 조직이 다른 Facebook 사용자가 아닌 자체적으로 앱을 개발하고 있음). 24 시간 이내에 승인을 받았습니다.
앱 검토 프로세스에 대한 몇 가지 기타 참고 사항 :
- 앱 플랫폼을 선택해야했기 때문에 웹 사이트를 선택했습니다 .
- 앱에 두 가지 권한이 필요한 이유와 사용 방법을 표시해야했습니다.
- 검토자가 내 앱에 로그인 할 수없는 이유를 표시하고 앱을 사용해보아야했습니다 (예 : 작업자 프로세스에서 앱을 사용하기 때문).
- 필수 스크린 캐스트의 경우,
curl
유틸리티를 사용하여 터미널에서 수동 작업을 제공했습니다 (페이지 토큰을 생성하고 Facebook 페이지에 게시물을 작성하기 위해). 또한 Business Manager를 사용하여 시스템 사용자를 페이지에 연결하고 토큰을 생성하는 방법 등을 보여주었습니다.
- 다시 말하지만, 저는 제 사용 사례에 대해 매우 구체적이고 그것이 도움이되었다고 생각합니다.
이 정보가 유사한 사용 사례를 가진 사람들에게 유용하기를 바랍니다.