W FastComments wiemy, że i tak otrzymujesz wystarczająco dużo powiadomień. Z tego powodu podejmujemy kroki, aby ograniczyć liczbę powiadomień otrzymywanych przez użytkowników, jednocześnie utrzymując ich w kontakcie ze swoimi społecznościami. Chcemy również informować administratorów i moderatorów na bieżąco i dawać im znać, kiedy należy podjąć działania.

Będziemy wysyłać powiadomienia o następujących zdarzeniach dla administratorów i moderatorów:

• Podsumowanie digestu społeczności (częstotliwość konfigurowalna).
• Prośby o pomoc i przypomnienia ze strony społeczności.
• Nowe komentarze w ciągu ostatniej godziny.

Dla komentujących:

• Gdy ktoś odpowie na Twój komentarz (przez e-mail).
• Gdy zostaniesz wspomniany (powiadomienie w aplikacji i e-mail).
• Gdy ktoś odpowie w tym samym wątku (powiadomienie w aplikacji i e-mail).
• Gdy ktoś odpowie na komentarz podrzędny w tym samym wątku (powiadomienie w aplikacji i e-mail).
• Gdy ktoś odpowie na stronę, którą subskrybujesz (powiadomienie w aplikacji i e-mail).
• Gdy użytkownik komentuje po raz pierwszy (ale nie przy użyciu SSO).
• Gdy użytkownik zostawia komentarz w sesji, która nie jest zweryfikowana (ale nie przy użyciu SSO).
  • W takim przypadku nie wysyłamy wielu wiadomości weryfikacyjnych. Tylko pierwsza z nich, która zweryfikuje całą aktywność w tej samej sesji.

...i wreszcie tylko dla administratorów:

• Gdy integracje zostaną zakończone.
• Gdy migracje zostaną zakończone.
• Gdy importy lub eksporty zostaną zakończone.
• Gdy wystąpią problemy z rozliczeniami.
• Przypomnienia o końcu okresu próbnego.

Niektóre powiadomienia są grupowane, aby zapobiec masowemu wysyłaniu powiadomień do użytkowników. Dowiedz się o tym w następnej sekcji Notification Types.

Istnieje kilka rodzajów powiadomień i kanałów, za pomocą których FastComments wysyła powiadomienia:

• Natychmiastowe przez e-mail.
• Natychmiastowe przez aplikację.
  • Są wyświetlane pod ikoną dzwonka powiadomień.
• Grupowane przez e-mail.
  • Są one grupowane co godzinę. Jeśli w tym przedziale czasu nie ma nic do wysłania dla użytkownika, nie wysyłamy e-maila.
• Zaplanowane przez e-mail.
  • Przykłady obejmują Podsumowanie społeczności, które może być wysyłane codziennie, co tydzień lub co miesiąc (lub wyłączone).

Dla SSO należy wziąć pod uwagę następującą konfigurację dotyczącą powiadomień:

• Czy użytkownik wyraził zgodę na powiadomienia.
  • Odbywa się to przez ustawienie flagi optedInNotifications na true lub false w obiekcie SSOUser.
  • Można to ustawić za pomocą API.
  • Ponadto, jeśli przekażesz wartość tej flagi w ładunku (payload), zostanie ona automatycznie zaktualizowana, gdy użytkownik załaduje wątek komentarzy.
• Czy użytkownik zapisał się na subskrypcyjne powiadomienia.
  • Odbywa się to przez ustawienie flagi optedInSubscriptionNotifications na true lub false w obiekcie SSOUser.
  • Można to ustawić za pomocą API.
  • Ponadto, jeśli przekażesz wartość tej flagi w ładunku (payload), zostanie ona automatycznie zaktualizowana, gdy użytkownik załaduje wątek komentarzy.
• Określenie ich adresu e-mail.
  • Jeśli nie jest podany, nie możemy wysyłać powiadomień e-mail.
• Czy wyłączyć linki rezygnacji w e-mailach.
  • Odbywa się to przez ustawienie flagi disableUnsubscribeLinks w obiekcie Tenant.
  • Można to ustawić za pomocą API.
• Czy użyć niestandardowego linku do rezygnacji.
  • Odbywa się to przez właściwość footerUnsubscribeURL w obiekcie DomainConfig.
  • Można to ustawić za pomocą API.
  • Możesz także rozważyć ustawienie odpowiednich nagłówków rezygnacji za pomocą emailHeaders w tym samym obiekcie.