Bei FastComments wissen wir, dass Sie bereits genug Benachrichtigungen erhalten. Deshalb ergreifen wir Maßnahmen, um die Benachrichtigungen, die Benutzer erhalten, zu begrenzen und sie gleichzeitig mit ihren Communities in Verbindung zu halten. Außerdem möchten wir Administratoren und Moderatoren auf dem Laufenden halten und sie informieren, wenn Handlungsbedarf besteht.

Wir senden Benachrichtigungen für die folgenden Ereignisse an Administratoren und Moderatoren:

• Community-Digest-Zusammenfassung (Häufigkeit konfigurierbar).
• Community-Hilfeanfragen und Erinnerungen.
• Neue Kommentare in dieser Stunde.

Für Kommentierende:

• Wenn jemand auf Ihren Kommentar antwortet (per E-Mail).
• Wenn Sie erwähnt werden (In-App- und E-Mail-Benachrichtigung).
• Wenn jemand im selben Thread antwortet (In-App- und E-Mail-Benachrichtigung).
• Wenn jemand auf einen untergeordneten Kommentar im selben Thread antwortet (In-App- und E-Mail-Benachrichtigung).
• Wenn jemand auf einer von Ihnen abonnierten Seite antwortet (In-App- und E-Mail-Benachrichtigung).
• Wenn ein Benutzer zum ersten Mal kommentiert (aber nicht bei SSO).
• Wenn ein Benutzer in einer Sitzung einen Kommentar hinterlässt, die nicht verifiziert ist (aber nicht bei SSO).
  • In diesem Fall senden wir keine mehrfachen Verifizierungs-E-Mails. Nur die erste, die alle Aktivitäten in derselben Sitzung verifizieren wird.

...und schließlich nur für Administratoren:

• Wenn Integrationen abgeschlossen sind.
• Wenn Migrationen abgeschlossen sind.
• Wenn Importe oder Exporte abgeschlossen sind.
• Bei Abrechnungsproblemen.
• Erinnerungen zum Ende der Testphase.

Einige Benachrichtigungen werden gebündelt, um Massenversand von Benachrichtigungen an Benutzer zu verhindern. Erfahren Sie mehr dazu im nächsten Abschnitt Notification Types.

Es gibt einige Arten von Benachrichtigungen und Kanälen, über die FastComments Benachrichtigungen sendet:

• Sofort per E-Mail.
• Sofort über die App.
  • Diese werden unter dem Benachrichtigungsglocken-Symbol angezeigt.
• Gebündelt per E-Mail.
  • Diese werden stündlich gebündelt. Wenn es in diesem Zeitraum nichts für den Benutzer zu senden gibt, senden wir keine E-Mail.
• Zeitgesteuert per E-Mail.
  • Beispiele sind die Community-Digest-Zusammenfassung, die täglich, wöchentlich oder monatlich (oder deaktiviert) gesendet werden kann.

Für SSO gibt es die folgende Konfiguration, die für Benachrichtigungen zu berücksichtigen ist:

• Ob der Benutzer sich für Benachrichtigungen angemeldet hat.
  • Dies geschieht durch Setzen des Flags optedInNotifications auf true oder false im SSOUser-Objekt.
  • Dies kann über die API gesetzt werden.
  • Wenn Sie außerdem einen Wert für dieses Flag im Payload übergeben, wird es automatisch aktualisiert, wenn der Benutzer einen Kommentar-Thread lädt.
• Ob sich der Benutzer für subscription-Benachrichtigungen angemeldet hat.
  • Dies geschieht durch Setzen des Flags optedInSubscriptionNotifications auf true oder false im SSOUser-Objekt.
  • Dies kann über die API gesetzt werden.
  • Wenn Sie außerdem einen Wert für dieses Flag im Payload übergeben, wird es automatisch aktualisiert, wenn der Benutzer einen Kommentar-Thread lädt.
• Festlegen ihrer E-Mail-Adresse.
  • Ist diese nicht vorhanden, können wir keine E-Mail-basierten Benachrichtigungen senden.
• Ob Abmelde-Links in E-Mails deaktiviert werden sollen.
  • Dies geschieht über das Flag disableUnsubscribeLinks im Tenant-Objekt.
  • Dies kann über die API gesetzt werden.
• Ob ein benutzerdefinierter Abmelde-Link verwendet werden soll.
  • Dies geschieht über die Eigenschaft footerUnsubscribeURL im DomainConfig-Objekt.
  • Dies kann über die API gesetzt werden.
  • Sie sollten auch in Betracht ziehen, die entsprechenden Abmelde-Header über emailHeaders im selben Objekt zu setzen.