
言語 🇯🇵 日本語
背景
設定
FastCommentsはいつ通知を送信しますか? 
FastCommentsでは、すでに十分な通知を受け取っていることを承知しています。そのため、ユーザーが受け取る通知を制限しつつも コミュニティとのつながりを維持できるように、いくつかの対策を講じています。また、管理者やモデレーターが最新の状況を把握し、対応が必要な場合に通知を受けられるようにしています。
管理者およびモデレーター向けに、以下のイベントで通知を送信します:
- Community Digest Summary(頻度は設定可能)。
- コミュニティのヘルプリクエストおよびリマインダー。
- 新しいコメント。
コメント投稿者向け:
- 誰かがあなたのコメントに返信したとき(メール経由)。
- あなたがメンションされたとき(アプリ内およびメールで通知)。
- 同じスレッドで誰かが返信したとき(アプリ内およびメールで通知)。
- 同じスレッド内の子コメントに誰かが返信したとき(アプリ内およびメールで通知)。
- あなたが購読しているページに誰かが返信したとき(アプリ内およびメールで通知、購読ごとに頻度を設定可能:毎分、毎時、または毎日)。
- ユーザーが初めてコメントしたとき(SSOの場合は除く)。
- 検証されていないセッションでユーザーがコメントを残したとき(SSOの場合は除く)。
- この場合、複数の確認メールは送信しません。最初の1通のみで、同一セッション内のすべてのアクティビティを確認します。
すべてのユーザー向け:
- 新しいIPアドレスからログインが検出された場合、概算の位置情報とIP addressを含むセキュリティアラートのメールが送信されます。これはユーザーの最初のログインには適用されません。
...そして最後に管理者向けのみ:
- 統合が完了したとき。
- マイグレーションが完了したとき。
- インポートまたはエクスポートが終了したとき。
- 請求に関する問題が発生したとき。
- トライアル終了のリマインダー。
一部の通知は、ユーザーへの大量送信を防ぐためにバッチ処理されます。次のセクション Notification Types で詳細を確認してください。
通知の種類 
FastCommentsが通知を送信する方法と媒体にはいくつかの種類があります:
- メールによる即時通知。
- コメントの返信およびメンション通知は毎分送信されます。
- アプリによる即時通知。
- これらは通知ベルアイコンの下に表示されます。
- メールによるバッチ通知。
- ページ購読通知は、購読ごとに毎分送信、1時間ごとのダイジェスト、または1日ごとのダイジェストとして設定できます。その期間にユーザーに送るものがない場合は、メールを送信しません。
- メールによる定時通知。
- 例としては、毎日、毎週、または毎月送信できる(または無効にできる)コミュニティダイジェストサマリーがあります。
配信停止 
通知は複数の方法で配信停止できます。アカウントがFastComments.comによって管理され、SSO経由でない場合は、あなたの 通知を通知設定ページで設定できます。
ここでは、コメントの返信やメンションの通知、通知の頻度(毎分、毎時、または毎日)、購読通知の頻度(毎分、毎時、または毎日)、および一般的な通知を設定できます。サイトの管理者または モデレーターである場合は、サイト上の新しいコメントに関するメールを受け取る頻度を制御する別個の管理者通知頻度設定(デフォルトは毎時)や、ダイジェストメールの頻度を設定するオプションも利用できます。
さらに、各メールには配信停止用のリンクが含まれています。コメント返信の通知については、そのコメントに対する通知を配信停止するためのリンクがメールに含まれています。
通知にはオフにするための購読解除リンクと、適切なメールヘッダーも含まれます。
メール内の購読解除リンクは、特定のテナントの要望により削除できます。また、そのリンクはSSOやホワイトラベル統合向けにカスタマイズすることもできます。
SSOの通知設定 
For SSO there is the following configuration to consider for notifications:
- ユーザーが通知にオプトインしているかどうか。
- これは
SSOUserオブジェクトのoptedInNotificationsフラグをtrueまたはfalseに設定することで行います。 - これは API 経由で設定できます。
- また、ペイロードでこのフラグに値を渡すと、ユーザーがコメントスレッドを読み込んだときに自動的に更新されます。
- これは
- ユーザーが subscription 通知にオプトインしているかどうか。
- これは
SSOUserオブジェクトのoptedInSubscriptionNotificationsフラグをtrueまたはfalseに設定することで行います。 - これは API 経由で設定できます。
- また、ペイロードでこのフラグに値を渡すと、ユーザーがコメントスレッドを読み込んだときに自動的に更新されます。
- これは
- メールアドレスを定義すること。
- メールアドレスが存在しない場合、メールベースの通知を送信できません。
- メール内の配信停止リンクを無効にするかどうか。
- これは
TenantオブジェクトのdisableUnsubscribeLinksフラグで行います。 - これは API 経由で設定できます。
- これは
- カスタムの配信停止リンクを使用するかどうか。
- これは
DomainConfigオブジェクトのfooterUnsubscribeURLプロパティで行います。 - これは API 経由で設定できます。
- 同じオブジェクトの
emailHeadersを通じて、関連する配信停止ヘッダーを設定することも検討してください。
- これは
メール配信抑止の管理 
FastComments が送信したメールがバウンスしたり受信者にスパムとしてマークされたりすると、メールプロバイダはそのアドレスを抑制リストに追加します。FastComments はこれらの抑制リストを毎日同期し、受信できないアドレスに対してさらにメールが送信されないようにします。
抑制されたメールアドレスを持つユーザーやモデレーターは、返信通知、言及通知、管理者アラート、ダイジェストメールを含むあらゆるメール通知を受け取りません。影響を受けたユーザーやモデレーターの横には、赤い「メール抑制」バッジが管理 UI に表示されます。
抑制されたメールの表示
「Manage Data」権限を持つテナント管理者は、抑制されたメール ページ(Manage Data の下)で抑制されたメールを表示できます。
このページには、テナントのユーザー、モデレーター、コメント投稿者に関連付けられたすべての抑制メールアドレスのテーブルが表示されます。検索フィールドを使ってメールアドレスでフィルタリングできます。
抑制の解除
抑制を解除するには、テーブルの該当エントリの横にある 削除 ボタンをクリックします。抑制の詳細を表示する確認ページに移動します。続行するには 削除を確認 をクリックしてください。
抑制が解除されると、FastComments はメールプロバイダに連絡してアドレスのブロックを解除し、関連するすべてのユーザーおよびモデレーターのレコードから抑制フラグをクリアします。
レート制限
悪用を防ぐため、抑制解除にはレート制限が適用されます:
- 各メールアドレスは 30 日ごとに一度だけ抑制解除できます。
- 各テナントは暦月あたり最大 5 件の抑制解除を実行できます。
抑制を解除した後に再度抑制が現れる場合、そのメールアドレスが再びバウンスしたかスパムとして報告されたことを意味します。その場合は、別の抑制解除を試みる前に根本的な配信問題を解決する必要があります。