Chez FastComments, nous savons que vous recevez déjà suffisamment de notifications. Pour cette raison, nous prenons certaines mesures afin de limiter les notifications que reçoivent les utilisateurs tout en les gardant en contact avec leurs communautés. Nous voulons aussi tenir les administrateurs et les modérateurs informés et leur signaler quand une action est nécessaire.

Nous enverrons des notifications pour les événements suivants aux administrateurs et aux modérateurs :

• Résumé du digest communautaire (fréquence configurable).
• Demandes d'aide communautaire et rappels.
• Nouveaux commentaires de l'heure.

Pour les commentateurs :

• Lorsqu'une personne répond à votre commentaire (par courriel).
• Lorsque vous êtes mentionné (notification dans l'application et par courriel).
• Lorsqu'une personne répond dans le même fil (notification dans l'application et par courriel).
• Lorsqu'une personne répond à un commentaire enfant dans le même fil (notification dans l'application et par courriel).
• Lorsqu'une personne répond sur une page à laquelle vous êtes abonné (notification dans l'application et par courriel).
• Lorsqu'un utilisateur commente pour la première fois (mais pas avec SSO).
• Lorsqu'un utilisateur laisse un commentaire dans une session non vérifiée (mais pas avec SSO).
  • Nous n'envoyons pas plusieurs courriels de vérification dans ce cas. Seulement le premier, qui vérifiera toute l'activité de la même session.

...et enfin uniquement pour les administrateurs :

• Lorsque les intégrations sont terminées.
• Lorsque les migrations sont terminées.
• Lorsque les importations ou exportations sont terminées.
• En cas de problèmes de facturation.
• Rappels de fin d'essai.

Certaines notifications sont groupées afin d'éviter l'envoi massif de notifications aux utilisateurs. Apprenez-en davantage à ce sujet dans la section suivante Notification Types.

Il existe quelques types de notifications et de canaux par lesquels FastComments envoie des notifications :

• Immédiates par courriel.
• Immédiates par l'application.
  • Celles-ci sont affichées sous l'icône de la cloche de notifications.
• Regroupées par courriel.
  • Elles sont regroupées sur une base horaire. S'il n'y a rien à envoyer pour l'utilisateur pendant cette période, nous n'envoyons pas de courriel.
• Planifiées par courriel.
  • Par exemple, le Community Digest Summary qui peut être envoyé quotidiennement, hebdomadairement ou mensuellement (ou désactivé).

Pour SSO il y a la configuration suivante à prendre en compte pour les notifications :

• Si l'utilisateur a choisi de recevoir des notifications.
  • Cela se fait en définissant le drapeau optedInNotifications sur true ou false dans l'objet SSOUser.
  • Cela peut être défini via l'API.
  • De plus, si vous fournissez une valeur pour ce drapeau dans la charge utile, elle sera automatiquement mise à jour lorsque l'utilisateur chargera un fil de commentaires.
• Si l'utilisateur a choisi de recevoir des notifications d'abonnement.
  • Cela se fait en définissant le drapeau optedInSubscriptionNotifications sur true ou false dans l'objet SSOUser.
  • Cela peut être défini via l'API.
  • De plus, si vous fournissez une valeur pour ce drapeau dans la charge utile, elle sera automatiquement mise à jour lorsque l'utilisateur chargera un fil de commentaires.
• Définir leur adresse courriel.
  • Si elle n'est pas présente, nous ne pouvons pas envoyer de notifications par courriel.
• S'il faut désactiver les liens de désabonnement dans les courriels.
  • Cela se fait via le drapeau disableUnsubscribeLinks dans l'objet Tenant.
  • Cela peut être défini via l'API.
• S'il faut utiliser un lien de désabonnement personnalisé.
  • Cela se fait via la propriété footerUnsubscribeURL dans l'objet DomainConfig.
  • Cela peut être défini via l'API.
  • Vous pouvez également envisager de définir les en-têtes de désabonnement pertinents via emailHeaders dans le même objet.