Notifications

Chez FastComments, nous savons que vous recevez déjà suffisamment de notifications. C’est pourquoi nous prenons certaines mesures pour limiter les notifications que les utilisateurs reçoivent tout en les maintenant en contact avec leurs communautés. Nous voulons également tenir les administrateurs et les modérateurs informés et leur faire savoir quand une action doit être entreprise.

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

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

Pour les commentateurs :

• Lorsqu’une personne répond à votre commentaire (par e‑mail).
• Lorsque vous êtes mentionné (notification dans l’application et par e‑mail).
• Lorsqu’une personne répond dans le même fil (notification dans l’application et par e‑mail).
• Lorsqu’une personne répond à un commentaire enfant dans le même fil (notification dans l’application et par e‑mail).
• Lorsqu’une personne répond à une page à laquelle vous êtes abonné (notification dans l’application et par e‑mail, fréquence configurable par abonnement : chaque minute, toutes les heures ou quotidiennement).
• Lorsqu’une personne répond à un sondage que vous avez créé (notification dans l’application, plus un e‑mail quotidien). Voir Poll Notifications.
• 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 e‑mails de vérification dans ce cas. Seulement le premier, qui vérifiera toute l’activité dans la même session.

Pour tous les utilisateurs :

• Lorsqu’une connexion depuis une nouvelle adresse IP est détectée, un e‑mail d’alerte de sécurité est envoyé avec la localisation approximative et l’adresse IP. Cela ne s’applique pas à la toute première connexion de l’utilisateur.

...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.
• Lorsqu’il y a des problèmes de facturation.
• Rappels de fin d’essai.

Certaines notifications sont regroupées afin d’éviter l’envoi massif de notifications aux utilisateurs. En savoir plus dans la section suivante Notification Types.

Les e‑mails de réponse et de mention ne sont envoyés que pour les commentaires approuvés. Pour savoir si un e‑mail de réponse ou de mention a été envoyé pour un commentaire spécifique, ou pourquoi il ne l’a pas été, ouvrez les Comment Logs de ce commentaire depuis la page Modérer les commentaires.

Il existe plusieurs types de notifications et de supports par lesquels FastComments envoie des notifications :

• Immédiat par e‑mail.
  • Les notifications de réponse aux commentaires et de mention sont envoyées chaque minute.
• Immédiat via l’application.
  • Elles sont affichées sous l’icône de cloche de notification.
• Regroupées par e‑mail.
  • Les notifications d’abonnement à une page peuvent être configurées par abonnement pour être envoyées chaque minute, sous forme de digest horaire ou de digest quotidien. S’il n’y a rien à envoyer pour l’utilisateur pendant cette période, nous n’envoyons pas d’e‑mail.
  • Les notifications de réponse aux sondages sont envoyées à l’auteur du sondage sous forme d’e‑mail quotidien.
• Programmées par e‑mail.
  • Les exemples incluent le Résumé du Digest Communautaire qui peut être envoyé quotidiennement, chaque semaine ou chaque mois (ou désactivé).

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

• Savoir si l'utilisateur a choisi de recevoir des notifications.
  • Cela se fait en définissant le flag optedInNotifications sur true ou false dans l'objet SSOUser.
  • Cela peut être défini via l'API.
  • De plus, si vous passez une valeur pour ce flag dans la charge utile, elle sera automatiquement mise à jour lorsque l'utilisateur charge un fil de commentaires.
• Savoir si l'utilisateur a choisi de recevoir des notifications d' abonnement.
  • Cela se fait en définissant le flag optedInSubscriptionNotifications sur true ou false dans l'objet SSOUser.
  • Cela peut être défini via l'API.
  • De plus, si vous passez une valeur pour ce flag dans la charge utile, elle sera automatiquement mise à jour lorsque l'utilisateur charge un fil de commentaires.
• Définir leur adresse email.
  • S'il est absent, nous ne pouvons pas envoyer de notifications par email.
• Savoir s'il faut désactiver les liens de désabonnement dans les emails.
  • Cela se fait via le flag disableUnsubscribeLinks dans l'objet Tenant.
  • Cela peut être défini via l'API.
• Savoir s'il faut utiliser un lien de désabonnement personnalisé.
  • Cela se fait via la propriété footerUnsubscribeURL sur 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.