コアディスコース内で誰かが返信/新しいスレッドを作成したときに、ユーザーにSMS通知をリクエストします。内部で利用できない場合は、サードパーティAPIまたはプラグインを介して統合するオプションはありますか?
Discourseは、外部イベントをトリガーするために使用できるWebフックをサポートしています。それはあなたが思い描いているようなものですか?
プラグインを使えば間違いなく可能です。SMS送信サービスは何かお使いですか?ユーザーの電話番号はどこかで検証済みですか?
カスタムフィールドに入力された電話番号に、何も考えずにテキストを送信するプラグインは比較的簡単です(1〜5時間)。電話番号を検証し、ユーザーが将来のテキストをオプトアウトできる手段を提供するプラグイン(例えば、メール通知時にテキストを送信し、メールの配信停止リンクを使用させるのではなく)は、すぐに5〜20時間に膨らむ可能性があります。
提案されたように、外部サービスに接続するWebhookはプラグインなしで実現できますが、電話番号を取得・検証する手段は依然として必要になります。
Discourse の統合 SMS および E メール通知ソリューションを楽しみにしています。
現在、新しいスレッドの投稿やコメントからの E メール通知が、人々の E メールに届くまで約 10 分かかります。
まず、アクションを実行する前に遅延を計測することをお勧めします。
メールヘッダーには、各ホップでどれだけの時間がかかったかについての詳細情報が含まれています。
それよりも前に、デフォルトで10分になっている email time window mins を確認してください。
ユーザーに適していれば、まずそれを短くすることから始めることをお勧めします。
承知しました。1分に更新しました。
Discourseで統合SMSプラグインが完成する可能性はありますか?
ありがとうございます。
管理者が承認した管理者と権限のあるユーザーのみが特定のカテゴリに投稿でき、他のメンバーにはSMS通知として送信される(例えば、取引関連の投稿や重要な発表など)ようにしたいです。
可能性はかなり低いです。
以下をお勧めします。
Discourseでカスタムフィールドとして番号を保存し、Data Explorerで取得して、外部サービス経由でページを送信できます。
最初のステップは、プロセスを定義することです。番号をどのように収集し、検証し、誰がメッセージを受け取るかを決定し、オプトアウトや購読解除を管理しますか…
これは多くの作業です。
より簡単なアプローチは、一歩下がって、これを「SMS通知購読サービス」として構築することかもしれません。ここでは、人々が誰かのプラットフォームを使用してフィードを購読し、Discourseからそれに発行できます。