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…
I saw in another thread that this is no longer possible due to Facebook API issues. Is this true?
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?
Bumping this thread, is there anything new in regards of facebook group(s) export to discourse?
2025年、7000人規模のグループをFacebookからDiscourseに移行しようとしており、その最善の方法について考えています。まずメンバーベースについて、そして次に投稿についてです。この件に関して最近の情報や経験があれば、ぜひ教えていただきたいです(すでに試して失敗したことを避けたいので ;-))
メンバーベースとユーザーのメールを盗む悪用できるかどうか教えてください。それはFacebookを完全に終わらせるでしょう。そしてあなたも、ごめんなさい。
しかし、投稿にはコンテンツをスクレイピングする方法が必要です。Facebookはそれをかなりうまく無効にしましたが、確かに—画面に表示されるすべてはコピーできます。AIやSEO/キーワード会社はそうやって機能します。
しかし、グループオーナー(何も所有しておらず、事実上グループを削除できない)がそれを行うための正当な方法はありません。
数ヶ月経って、あなたの返信を見ていませんでした。これは実際には私にアイデアを与えています。Googleフォームを作成し、Facebook側の人々に記入してもらい、Discourse側でユーザーを作成するために必要な情報を収集することができます…人々にとって「切り替え」が少し簡単になるかもしれません。
scrape facebook group contentで検索すると、有料でこれを実行すると主張する多くのツールやサービスが見つかります。その後、Discourseのインポートスクリプトを作成する必要があります。(そして、タイトルなしのグループ投稿がDiscourseにどのようにインポートされるのか、よくわかりません。)
すべてをインポートする方法を見つけることを除けば、アカウント作成を「単純化」しようとすることに何か利点はありますか?
フォーラムへの登録は、Googleフォームに入力するよりも難しそうには見えません。収集したい特別な情報がある場合は、サインアップ時にユーザーフィールドとして含めることができます。
Googleフォーム経由でユーザー情報を収集し、スプレッドシートにパイプし、CSVファイルにエクスポートし、Discourseにインポートして、すべての人にステージングされたアカウントを作成した場合…結局のところ、全員がアカウントを確認してパスワードを設定する努力をする必要があります。
現時点では、すべてをインポートすることは私の優先事項ではありません。しかし、Discourseで最初の一歩を踏み出すことを容易にするためのアイデアは歓迎します。平均的なメンバーのデジタルリテラシーについてお伝えすると、彼らの多くはGoogleスプレッドシートのコピーを作成することさえ(段階的な指示、書面およびビデオ付きで)困難だと感じるでしょう。彼らは自分がGoogleアカウントを持っているかどうかも分からず、持っていたとしても、関連付けられているメールアドレスを知らないことがよくあります。Googleスプレッドシートのコピー作成を手伝っている年長のメンバーが、既存のアカウントにアクセスしようとするよりも、彼らのためにGmailアドレスとアカウントを新しく作成する方が簡単だと考えるため、結果的に重複したGoogleアカウントを持つことになります。
そのため、Googleフォームを使用することでサインアッププロセスから1ステップ削減できるだけでも、それだけの価値はあります。
人々はGoogleフォームにある程度慣れています。グループにGoogleフォームを投稿し、「新しいデジタルホーム」コミュニティへの招待のためにメールアドレス、名前、その他の情報を入力するように伝えれば、彼らは実行するでしょう。しかし、「この別のウェブサイトにアクセスして」そこでアカウントを作成する必要があるとなると、たとえ厳密に言えば彼らが実行する操作が同じであっても、はるかに多くの手間だと感じられるでしょう。
もし私たちがアカウントを作成し、彼らがクリックするだけの招待をメールで受け取れるなら、それは無限に簡単になります。
とはいえ、サインアッププロセスがどのようなものか、特にFacebookログインが有効になっている場合のプロセスを詳しく見ていないので、彼らに直接やってもらうのに十分単純なのかもしれません。
私はセルフホスト型インスタンスで、かなりの数のログインサービスを設定したところです。難易度はサービスによって異なりましたが、私が使用したものは概ね非常に簡単でした。
私はGoogleを常時使用しており、すぐにそのログインサービスを設定して自分で使用しています。最近GitHubのログインを設定しましたが、それは簡単でした。なぜなら、私はGitHubを使用しているからです。最近Discordを設定しましたが、それも簡単でした。なぜなら、私はDiscordチャンネルを持っていたからです。最近X(Twitter?)を設定しましたが、それは少し面倒でした(しかし、私はそれを使用していません)。
Facebookは使用しておらず、アカウントも持っておらず、アカウントを作成したくなかったので、Facebookは設定しませんでした。とはいえ…
あなたは明らかにFacebookを使用しているので、私の直感では、それは難しくないはずです。ステップバイステップのガイドがあります。
あなたのFacebookグループの誰かがあなたが投稿したリンクをたどった場合、彼らはボタンを1回クリックするだけでログインできるはずです(?)。初回は認証情報(ユーザー名とパスワード)が必要ですが、それ以降は文字通りワンクリックです。
上記の疑問符を付けたのは、前述のとおり、私がFacebookログインサービスを設定していないからです。しかし…設定した他のすべてのものは、私が説明したとおりに機能しています。
これ以上摩擦を減らせるかどうかはわかりません。Facebookページにリンクを投稿します。「新しいグループインターフェースには多くのクールな新機能があります。このリンクに従ってください」と書きます。彼らはリンクをたどり、サインアップページに移動し、Facebookログイン(またはそこに書かれているもの)をクリックすると、ログイン完了です。
トッドが上記で述べたように、Googleドキュメントのアイデアも私には冗長に思えます。Discourseのログインとサインアップは、私の意見では非常にうまく機能しています。
皆さんに、見捨てられたわけではないこと、しかし今後すべての新しいものはそちらで行われることを知らせてください。利用可能な、ある程度簡素化されたテーマをいくつか作成するか、選ぶとよいかもしれません。
ありがとうございます!もしそれが本当に「Facebook認証情報でログイン」という簡単なものであれば、問題ないかもしれません(ただし、多くのメンバーが自分のFacebook認証情報を知らないのではないかと懸念しています…回避策として、Discourseがユーザー名とパスワードではなく、アプリ内の通知でログインすることを許可していれば良いのですが)。
実は私もここで(metaで)サインアップしたときにFacebookログインを使いましたが、どのように進んだか覚えていません。
Discourse IDを作成した後で、それに「切り替えよう」としたときに、いくつか問題に遭遇したことは覚えています。
これらすべてをテストしてみます ![]()