通知
FastCommentsはいつ通知を送信しますか？ 
FastCommentsでは、すでに十分な通知が届いていることは承知しています。そのため、ユーザーが受け取る通知を制限しつつ、コミュニティとのつながりを保つための対策を講じています。また、管理者やモデレーターが最新情報を把握し、必要なアクションを取るべきタイミングを知らせることも重要です。
管理者およびモデレーター向けに以下のイベントで通知を送信します:
- コミュニティ ダイジェスト サマリー（頻度は設定可能）。
- コミュニティのヘルプリクエストとリマインダー。
- 新しいコメント。
コメント投稿者向け:
- 誰かがあなたのコメントに返信したとき（メールで）。
- メンションされたとき（アプリ内およびメール通知）。
- 同じスレッド内で誰かが返信したとき（アプリ内およびメール通知）。
- 同じスレッド内で子コメントに返信されたとき（アプリ内およびメール通知）。
- 購読しているページに誰かが返信したとき（アプリ内およびメール通知、購読ごとに頻度設定可能：毎分、毎時、または毎日）。
- ユーザーが初めてコメントしたとき（SSO では除外）。
- 検証されていないセッションでユーザーがコメントしたとき（SSO では除外）。
- この場合、複数の検証メールは送信しません。最初の1通だけが送信され、同一セッション内のすべてのアクティビティを検証します。
すべてのユーザー向け:
- 新しい IP アドレスからのログインが検出された場合、概算の場所と IP アドレスを含むセキュリティ警告メールが送信されます。これはユーザーの最初のログインには適用されません。
...そして最後に管理者のみ向け:
- 統合が完了したとき。
- 移行が完了したとき。
- インポートまたはエクスポートが完了したとき。
- 請求に問題があるとき。
- トライアル終了のリマインダー。
一部の通知は、ユーザーへの大量送信を防ぐためにバッチ処理されます。次のセクション Notification Types で詳しく学んでください。
返信およびメンションのメールは、承認されたコメントに対してのみ送信されます。特定のコメントに対して返信やメンションのメールが送信されたか、送信されなかった理由を確認するには、Moderate Comments ページからそのコメントの Comment Logs を開いてください。
通知の種類
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 件の抑制解除を実行できます。
抑制を解除した後に再度抑制が現れる場合、そのメールアドレスが再びバウンスしたかスパムとして報告されたことを意味します。その場合は、別の抑制解除を試みる前に根本的な配信問題を解決する必要があります。