Microsoft Teams est le canal des organisations dont la journée se déroule dans Teams. UptimeWire publie une carte dans le canal de votre choix quand un site web tombe, et une autre quand il revient.

Note

Le canal Teams est conçu et testé face à un simulateur strict et à un contrôle du format de carte. Un vrai message vers un vrai canal Teams n’a pas encore été confirmé de façon indépendante, et c’est le moins certain des canaux de messagerie. Utilisez le message de test et vérifiez que la carte apparaît dans le canal.

Microsoft Teams est une marque de son propriétaire. UptimeWire n’est ni affilié à Microsoft ni approuvé par Microsoft.

Ce qu’il transporte

Les alertes de panne et de rétablissement. Les avertissements sur le certificat, le domaine et le DNS ne sont pas envoyés à Teams. Ils arrivent par e-mail et par Telegram.

Le configurer

Teams utilise un flux de travail créé dans l’application Workflows, et non l’ancien connecteur Office 365.

  1. Dans Teams, ouvrez l’application Workflows et recherchez webhook.
  2. Choisissez un modèle qui publie dans un canal quand une requête webhook est reçue, puis sélectionnez l’équipe et le canal.
  3. Enregistrez-le et copiez l’adresse affichée sur la page du flux de travail.

Ensuite, dans votre compte UptimeWire, ouvrez les paramètres de notification de votre profil, collez l’adresse dans la carte Microsoft Teams et appuyez sur « Connecter ». Appuyez sur « Envoyer un message de test » et cherchez la carte dans le canal.

Seul le titulaire du compte peut ajouter, modifier, tester ou supprimer l’adresse. L’adresse est unique par compte : le même canal Teams reçoit donc les alertes de tous les sites web.

Quelles adresses sont acceptées

UptimeWire accepte une adresse Workflows sur api.powerplatform.com ou logic.azure.com, qui doit comporter la partie sig= qui la fait fonctionner. Les anciennes adresses se terminant par webhook.office.com sont refusées, avec un message précisant que Microsoft a mis fin à ce type d’adresse en mai 2026 et que vous devez en créer une nouvelle avec l’application Workflows.

Warning

Le flux de travail appartient à la personne qui l’a créé. Si elle part, donnez-lui un second propriétaire, sinon les alertes risquent de s’arrêter. L’adresse agit aussi comme un mot de passe pour publier dans votre canal : ne la partagez pas.

À quoi ressemble un message

Chaque alerte est une carte adaptative avec un titre en gras, Shop is down en rouge ou Shop is back up en vert. Elle indique l’adresse du site web, la cause (pour une panne), la durée de l’arrêt (pour un rétablissement) et l’heure de début de l’incident en UTC. Deux boutons, « Ouvrir le site » et « Ouvrir l’incident », se trouvent en dessous.

Envoi et limites

  • Teams accepte d’abord, publie ensuite. Un flux de travail répond qu’il a pris la requête en compte avant que la carte soit publiée. Quand Teams répond ainsi, le résultat du test indique que Microsoft Teams a accepté le message de test et vous demande de vérifier qu’il est apparu. Le journal d’envoi les affiche comme « Accepté ». Un flux de travail défaillant de votre côté ne serait pas visible pour UptimeWire.
  • Rythme lent. Les messages vers une même adresse sont envoyés à 12 secondes d’intervalle, car Teams limite la fréquence de publication d’un flux de travail. Si de nombreux sites web tombent en même temps, la dernière alerte peut arriver avec quelques minutes de retard.
  • Si Teams refuse un message, ou n’accepte plus l’adresse, UptimeWire ne réessaie pas, et le journal affiche « Le service n’accepte plus cette adresse : reconnectez-la ». Pour les autres échecs, il réessaie jusqu’à cinq fois : tout de suite, puis après 1, 5, 30 et 120 minutes.
  • Le journal d’envoi de votre compte affiche les cinq derniers messages Teams.
  • À partir de l’offre Business. Si un compte passe à une offre sans Teams, les alertes en attente sont annulées. L’adresse est conservée et refonctionne après un changement d’offre vers le haut.
  • Dans de rares cas, une alerte peut arriver deux fois.

Dépannage

  • UptimeWire refuse l’adresse. Vérifiez qu’elle provient de l’application Workflows et qu’elle contient sig=. Les adresses se terminant par webhook.office.com ne sont pas acceptées.
  • Le test a indiqué « accepté » mais rien n’est apparu. Ouvrez le flux de travail dans Teams et consultez son historique d’exécution. UptimeWire ne peut pas voir ce qui se passe après que le flux de travail a accepté la requête.
  • Les alertes se sont arrêtées après le départ du propriétaire du flux de travail. Donnez un nouveau propriétaire au flux de travail, ou créez-en un nouveau et connectez-le.
  • Vous avez besoin des avertissements SSL, domaine ou DNS. Utilisez l’e-mail ou Telegram pour ceux-ci.