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 个赞
I saw in another thread that this is no longer possible due to Facebook API issues. Is this true?
1 个赞
I’m not sure, but Facebook goes out of its way to act maliciously at every opportunity. @hawk if the blog post isn’t correct any more we should update it?
5 个赞
Bumping this thread, is there anything new in regards of facebook group(s) export to discourse?
1 个赞
2025年，我将面临将一个7000人的群组从Facebook迁移到Discourse，并想知道如何最好地进行——首先是针对成员基础，然后，为什么不呢，帖子？ 如果有任何最新的信息或相关经验，我将非常高兴听到（以避免浪费时间尝试人们已经尝试过但失败过的事情 ;-))
1 个赞
告诉我你是否可以窃取利用会员库和用户的电子邮件。这会彻底摧毁 Facebook。还有你，抱歉。
但对于帖子，你需要一种抓取内容的方法。Facebook 已经将其禁用得相当好，但当然——所有屏幕上显示的内容都可以复制。人工智能和 SEO/关键词公司就是这样运作的。
但群组所有者（他们不欠任何东西，也无法实际删除群组）没有合法的方式来做到这一点。
几个月后我才看到你的回复。这实际上给了我一个主意：我可以创建一个谷歌表单，让 Facebook 上的用户填写，以收集我需要在 Discourse 端创建用户所需的信息……可能会让人们“迁移”变得更简单一些。
2 个赞
搜索“scrape facebook group content”显示有很多工具和服役声称可以做到这一点，但需要付费。然后你需要编写一个 Discourse 导入脚本。（而且我不太清楚无标题群组帖子如何导入到 Discourse 中。）
在弄清楚如何导入所有内容之外，仅仅尝试“简化”帐户创建是否有任何好处……？
注册论坛似乎不比填写 Google 表单更难，如果你想收集额外的特殊信息，可以将其作为用户字段包含在注册中。
如果你通过 Google 表单收集用户信息并将其导入到电子表格中，然后将它们导出为 CSV 文件，并导入到 Discourse 中，为每个人创建预先设置的帐户……他们仍然需要努力确认他们的帐户并设置密码。
目前，我还没有将所有内容导入的计划。但是，任何有助于在 Discourse 上迈出第一步的想法都是值得考虑的。为了让您了解我的普通成员的数字素养水平，他们中的许多人会觉得复制一个 Google 表格（即使有书面和视频的分步说明）都是一项挑战。他们不知道自己是否有 Google 帐户，即使有，他们通常也不知道与之关联的电子邮件地址。他们经常会创建重复的 Google 帐户，因为帮助他们复制 Google 表格的资深成员觉得给他们创建一个新的 Gmail 地址/帐户比尝试访问现有帐户更容易。
因此，即使使用 Google 表单可以为注册过程节省一个步骤，那也是值得的。
人们对 Google 表单相当熟悉。如果我在群组中发布一个 Google 表单，告诉人们填写他们的电子邮件、姓名和其他信息，以便我们可以邀请他们到社区的“新数字家园”，他们会照做。但是，如果他们必须“访问这个其他网站”并在那里创建一个帐户，那会让他们感觉负担更重（即使严格来说，他们需要执行的操作可能相同）。
如果我们创建帐户，并且他们收到一封他们只需点击的电子邮件邀请，那会让他们轻松无数倍。
话虽如此，我还没有仔细研究过注册过程是什么样的，特别是启用了 Facebook 登录后，所以也许他们直接进行注册确实足够简单。
我刚刚在我的自托管实例上设置了一堆登录服务。不同服务的难度各不相同。一般来说，我使用的那些相当简单。
我一直使用 Google 并且立即设置了该登录服务，我自己也使用它。我最近设置了 GitHub 登录，那很简单，但我使用 GitHub。我最近设置了 Discord，那也很简单，但我有一个 Discord 频道。我最近设置了 X（Twitter？），那有点麻烦（但我不用它）。
我没有设置 Facebook，因为我不用它，也没有账户，而且真的不想设置一个账户。话虽如此……
你显然使用 Facebook，所以我的直觉是它不应该很难。有一个指南有详细步骤。
如果你的 Facebook 群组中的某人点击了你发布的链接，他们应该（？）只需点击一个按钮即可登录。他们第一次需要他们的凭据（用户名和密码），但之后只需点击一下即可。
我之所以在上面放一个问号，是因为，如我所说，我没有设置 Facebook 登录服务。但是……我设置的所有其他服务都像我描述的那样工作。
我不确定你还能再减少多少摩擦。你在你的 Facebook 页面上发布一个链接。点击此链接进入新的群组界面，它有很多很酷的新功能。他们点击链接，进入注册页面，点击 Facebook 登录（或上面写的任何内容），他们就进去了。
正如 Todd 在上面所说，Google 文档的想法在我看来也是多余的。依我看，Discourse 的登录和注册工作得非常好。
告诉大家你没有抛弃他们，但所有未来的新内容都将在那里。也许可以创建一个或挑选一个比较简化的可用主题。
谢谢！如果它确实像“使用 Facebook 凭据登录”那么简单，那可能还可以（尽管我怀疑很多成员都不知道他们的 Facebook 凭据是什么……变通方法是 Discourse 是否允许通过应用程序中的通知而不是用户名和密码登录）。
我实际上在（meta）注册时自己使用了 Facebook 登录，但我记不清当时的情况了。
我确实知道，当我创建了一个 Discourse ID 然后想“切换”到它时，我遇到了一些麻烦。
我会测试所有这些 