В FastComments знаем, че вече получавате твърде много известия. Затова предприемаме мерки за ограничаване на известията, които потребителите получават, като същевременно ги държим в контакт с техните общности. Също така искаме да държим администраторите и модераторите в течение и да ги уведомяваме, когато е необходимо да се предприеме действие.

Ще изпращаме известия за следните събития за администратори и модератори:

• Обобщение на общността (честотата е конфигурируема).
• Заявки за помощ от общността и напомняния.
• Нови коментари този час.

За коментаторите:

• Когато някой отговори на вашия коментар (по имейл).
• Когато сте споменати (в приложението и по имейл).
• Когато някой отговори в същата нишка (в приложението и по имейл).
• Когато някой отговори на дочерен коментар в същата нишка (в приложението и по имейл).
• Когато някой отговори на страница, за която сте абонирани (в приложението и по имейл).
• Когато потребител коментира за първи път (но не при SSO).
• Когато потребител остави коментар в сесия, която не е верифицирана (но не при SSO).
  • В този случай не изпращаме няколко имейла за верификация. Единствено първият, който ще верифицира цялата активност в същата сесия.

...и накрая само за администраторите:

• Когато интеграциите са завършени.
• Когато миграциите са завършени.
• Когато импорти или експорти приключат.
• Когато има проблеми с фактурирането.
• Напомняния за края на пробния период.

Някои известия се групират, за да се предотврати масово изпращане на известия до потребителите. Научете повече в следващия раздел Notification Types.

Има няколко вида известия и канали, чрез които FastComments изпраща известия:

• Незабавно по имейл.
• Незабавно чрез приложението.
  • Те се показват под иконата на камбанката за известия.
• Пакетирани по имейл.
  • Те се групират на часова основа. Ако няма нищо за изпращане на потребителя в този период, не изпращаме имейл.
• Планирани по имейл.
  • Примери включват Community Digest Summary, който може да се изпраща ежедневно, седмично или месечно (или да бъде деактивиран).

За SSO има следната конфигурация, която трябва да се има предвид за известията:

• Дали потребителят се е абонирал за известия.
  • Това се прави чрез задаване на флага optedInNotifications на true или false в обекта SSOUser.
  • Това може да се зададе чрез API.
  • Също така, ако подадете стойност за този флаг в payload, тя ще бъде автоматично актуализирана, когато потребителят зареди нишка с коментари.
• Дали потребителят се е абонирал за известия за абонамент.
  • Това се прави чрез задаване на флага optedInSubscriptionNotifications на true или false в обекта SSOUser.
  • Това може да се зададе чрез API.
  • Също така, ако подадете стойност за този флаг в payload, тя ще бъде автоматично актуализирана, когато потребителят зареди нишка с коментари.
• Дефиниране на техния имейл адрес.
  • Ако не е наличен, не можем да изпращаме известия по имейл.
• Дали да се деактивират линковете за отписване в имейлите.
  • Това се прави чрез флага disableUnsubscribeLinks в обекта Tenant.
  • Това може да се зададе чрез API.
• Дали да се използва персонализиран линк за отписване.
  • Това се прави чрез свойството footerUnsubscribeURL в обекта DomainConfig.
  • Това може да се зададе чрез API.
  • Може също да искате да обмислите задаването на съответните заглавки за отписване чрез emailHeaders в същия обект.