Originally published at: Moving from Facebook Groups to Discourse
The following is a guest post by Martin Eriksson @meriksson On January 4th 2017, the news aggregation site cor.ax completed its migration from private Facebook Groups to a private Discourse community. Why the move? We used to have about 20 Facebook groups for people involved in a network of alternative media projects. Some of the…
13개의 좋아요
다른 스레드에서 Facebook API 문제로 인해 더 이상 불가능하다는 내용을 보았습니다. 사실인가요?
1개의 좋아요
확신은 없지만, 페이스북은 가능한 모든 기회에 악의적으로 행동하는 것처럼 보입니다. @hawk 블로그 게시글이 더 이상 정확하지 않다면 업데이트해야 하지 않을까요?
5개의 좋아요
이 스레드를 다시 올려봅니다. Facebook 그룹의 Discourse 내보내기와 관련하여 새로운 소식은 있나요?
1개의 좋아요
2025년, 7천 명 규모의 그룹을 Facebook에서 Discourse로 이전해야 하는 상황에 놓여 있습니다. 가장 좋은 접근 방식이 무엇인지 궁금합니다. 먼저 회원 기반을 어떻게 이전할지, 그리고 왜 안 되겠냐며 게시물까지도 함께 이전할 수 있는지요. 이 부분에 대한 최근 정보나 경험담이 있으시다면 정말 감사히 듣고 싶습니다(남들이 이미 시도해서 실패한 방법을 반복해서 시간을 낭비하는 것을 피하고 싶거든요 ;-)).
1개의 좋아요
회원 기반과 사용자 이메일을 도둑질 악용할 수 있다면 알려줘. 그렇게 되면 페이스북은 영구적으로 끝장날 거야. 그리고 너도, 미안하지만.
하지만 게시물의 경우 콘텐츠를 스크래핑할 수 있는 방법이 필요해. 페이스북은 이를 꽤 잘 차단하고 있지만, 물론 — 화면에 표시되는 모든 것은 복사할 수 있지. AI와 SEO/키워드 회사들이 바로 그렇게 작동하는 거야.
하지만 그룹 소유자가 이를 수행할 수 있는 정당한 방법은 없어(그들은 아무것도 책임지지 않으며, 사실상 그룹을 삭제할 수도 없으니까).
몇 달이 지난 지금 여기에 있습니다. 당신의 답변을 놓치고 있었네요. 이 덕분에 실제로 아이디어가 하나 떠올랐습니다: 구글 폼을 만들어 페이스북 쪽 사람들에게 채워달라고 요청한 뒤, Discourse 쪽에서 사용자를 생성하는 데 필요한 정보를 수집할 수 있겠네요… 이렇게 하면 사람들이 "이동"하는 과정이 조금 더 쉬워질 수도 있겠습니다.
2개의 좋아요
scrape facebook group content로 검색해 보면, 이를 수행한다고 주장하는 도구와 서비스들이 꽤 있으며, 대개 유료입니다. 그런 다음 Discourse용 가져오기 스크립트를 작성해야 합니다. (제목 없는 그룹 게시물이 Discourse에 어떻게 가져와지는지는 정확히 모르겠습니다.)
모든 것을 가져오는 방법을 알아내는 것 외에는, 단순히 계정 생성을 "간소화"하려는 시도에 어떤 이점이 있을까요? 
포럼에 가입하는 것이 Google 양식을 작성하는 것보다 더 어렵지 않아 보이며, 특별히 수집하고 싶은 추가 정보가 있다면 가입 시 사용자 필드로 포함할 수 있습니다.
Google 양식을 통해 사용자 정보를 수집하여 스프레드시트에 전달한 후 CSV 파일로 내보내고 Discourse에 가져와서 모든 사람에게 단계별(단계적) 계정을 생성한다고 해도, 결국 모든 사용자가 계정을 확인하고 비밀번호를 설정하는 노력을 해야 합니다.
지금 당장 모든 것을 가져오는 것은 제 계획에 없습니다. 하지만 디스코urses(Discourse)에서 첫 단계를 밟는 데 도움이 될 만한 아이디어라면 무엇이든 환영합니다. 제 회원들의 평균적인 디지털 리터러시 수준을 이해하기 위해 말씀드리자면, 상당수의 회원들은 구글 스프레드시트(Google Sheet)를 복사하는 것조차 어려움을 겪습니다(단계별 문서 및 영상 설명을 제공해도 마찬가지입니다). 구글 계정이 있는지조차 모르고, 계정이 있더라도 해당 계정에 연결된 이메일 주소를 모르는 경우가 많습니다. 심지어 시니어 회원들이 구글 스프레드시트 복사를 도와주다가 기존 계정에 접근하는 것보다 새 Gmail 주소와 계정을 새로 만들어 주는 것이 더 쉽다고 판단해, 회원들이 중복된 구글 계정을 보유하게 되는 일도 잦습니다.
따라서 구글 폼(Google Form)을 사용한다고 해서 가입 과정의 단계를 하나 줄이는 것일 뿐이지만, 그 효과는 클 것입니다.
사람들은 구글 폼에 꽤 익숙합니다. 그룹에 구글 폼을 게시하고 이메일, 이름, 기타 정보를 입력해 커뮤니티의 '새로운 디지털 집’으로 초대해 달라고 하면, 그들은 그대로 따를 것입니다. 하지만 ‘이 다른 웹사이트로 가서’ 그곳에서 계정을 만들어야 한다면, 훨씬 더 큰 부담으로 느껴질 것입니다(엄밀히 말하면 사용자가 수행하는 행동은 동일할지 몰라도요).
만약 우리가 계정을 생성해 두고, 회원들은 이메일로 받은 초대 링크를 클릭하기만 하면 된다면, 훨씬 더 쉬워질 것입니다.
그럼에도 불구하고, 특히 페이스북 로그인 활성화 시 가입 과정이 어떻게 보이는지 충분히 살펴본 적은 없으므로, 실제로는 회원들이 직접 진행하기에 충분히 단순할 수도 있겠다는 생각이 듭니다.
저는 셀프 호스팅 인스턴스에 로그인 서비스를 여러 개 설정해 두었습니다. 서비스마다 난이도가 달랐습니다. 일반적으로 제가 사용하는 서비스들은 꽤 간단했습니다.
저는 구글을 항상 사용하며, 해당 로그인 서비스를 바로 설정해 두고 저 역시 사용하고 있습니다. 최근에는 GitHub 로그인을 설정했는데, GitHub를 사용하다 보니 간단했습니다. 최근에는 Discord도 설정했는데, Discord 채널이 있었기 때문에 간단했습니다. 그리고 최근에는 X(트위터?)도 설정했는데, 꽤 번거로웠습니다(하지만 저는 사용하지 않습니다).
저는 Facebook을 사용하지 않고 계정도 없으며, 정말로 계정을 만들고 싶지 않아서 Facebook 설정은 하지 않았습니다. 하지만 그렇다고 해서…
당신은 분명히 Facebook을 사용하므로, 직관적으로는 어렵지 않을 것 같습니다. 단계별 가이드가 있습니다.
당신의 Facebook 그룹에서 누군가가 당신이 올린 링크를 따르다면, 그들은 (?) 단 하나의 버튼만 클릭하면 로그인할 수 있어야 합니다. 처음에는 자격 증명(사용자 이름과 비밀번호)이 필요하지만, 그 후에는 문자 그대로 한 번의 클릭이면 됩니다.
위에서 물음표를 붙인 이유는, 제가 말했듯이 Facebook 로그인 서비스를 설정해 보지 않았기 때문입니다. 하지만… 제가 설정한 다른 모든 서비스는 제가 설명한 대로 작동합니다.
그 이상으로 마찰을 줄이기는 어려울 것 같습니다. 당신은 Facebook 페이지에 링크를 올립니다. 이 링크를 따라 새로운 그룹 인터페이스로 가면, 거기에는 많은 새로운 멋진 기능이 있습니다. 그들은 링크를 따라 가입 페이지에 도달하고, Facebook 로그인(또는 거기 적힌 것)을 클릭하면 입장하게 됩니다.
위에서 Todd가 말했듯이, 구글 문서 아이디어도 제 생각에는 중복되는 것 같습니다. 제 생각에(Discourse의) 로그인과 가입은 정말 잘 작동합니다.
그들을 포기하지 않는다는 것을 알리고, 앞으로의 모든 새로운 것들은 거기로 이동할 것이라고 알려주세요. 아마도 사용 가능한 다소 단순화된 테마 중 하나를 만들거나 선택해 볼 수 있을 것입니다.
수정하여 추가:
방금 Facebook 로그인 주제에서의 당신의 게시물들을 읽었습니다. 그래도 설정해 보기를 권합니다. 시간이 지나고 고장이 나더라도, 대부분의 사람들이 이미 가입해 있을 것으로 희망합니다.
감사합니다! 정말로 "페이스북 자격 증명으로 로그인"하는 것만큼 간단하다면 괜찮을 것 같습니다(다만, 많은 멤버들이 자신의 페이스북 자격 증명이 뭔지 모를 것 같아서… Discourse가 사용자 이름과 비밀번호 대신 앱의 알림을 통해 로그인할 수 있도록 허용한다면 해결책이 될 수 있겠죠).
실제로 저는 여기에 가입할 때 페이스북 로그인을 사용했습니다(메타), 하지만 당시 어떻게 진행되었는지 기억이 나지 않습니다.
Discourse ID를 생성한 후 이를 "전환"하려고 했을 때 몇 가지 문제가 발생했던 것은 기억합니다.
이 모든 것을 테스트해 보겠습니다 