Communication d’incidentGénérateur gratuit

Une communication d’incident
qui rassure vos clients.

Un logiciel de communication d’incident bâti sur votre page de statut. Publiez une mise à jour une fois, et chaque abonné la reçoit par email, Slack, Teams ou SMS.

Incidents et maintenances dans toutes les offres payantes. Essai gratuit de 14 jours, sans carte bancaire.

Choisi par les équipes pour qui la disponibilité passe avant tout.

Lire les témoignages clients

Générateur gratuit de mises à jour d’incident. Choisissez l’étape, obtenez le message.

Une mise à jour prête à envoyer pour chaque étape d’un incident, sur votre page de statut, par email, dans Slack ou Teams, par SMS ou sur les réseaux sociaux. Rien à installer, et rien de ce que vous tapez ne quitte votre navigateur.

Étape
Impact
Canal
Page de statut · Sous investigation172 caractères
Panne partielle : API

Nous enquêtons sur un problème qui empêche certains utilisateurs d’accéder au service API. Nous publierons une nouvelle mise à jour d’ici 30 minutes.

Publiez-la sur votre page de statut et chaque abonné la reçoit par email, Slack, Teams ou SMS.

Essayer gratuitement

Comment communiquer pendant une panne. Quatre mises à jour, à heure fixe.

Reconnaissez le problème en quelques minutes, avant d’en connaître la cause. Publiez de nouveau à chaque changement d’étape, et au moins toutes les 30 minutes tant que cela dure. Chaque mise à jour dit ce qui est touché, ce que voient les utilisateurs, ce que vous faites et quand arrive la suivante.

  1. Sous investigationdans les 10 minutes

    Dites ce qui est touché et ce que voient les utilisateurs, avant d’en connaître la raison. Une mise à jour courte maintenant vaut mieux qu’une complète dans une heure.

  2. Identifiécause trouvée

    Expliquez la cause en termes simples et ce que vous faites pour y remédier. Ne donnez un délai que si vous en êtes sûr.

  3. Monitoringcorrectif déployé

    Annoncez que le correctif est en ligne et si les utilisateurs doivent faire quelque chose, comme relancer un paiement échoué ou se reconnecter.

  4. Résoluretour à la normale

    Confirmez que c’est terminé, combien de temps cela a duré et qui a été touché. Excusez-vous une fois, puis publiez un post-mortem.

Publiez une fois. Tous ceux qui doivent savoir, savent.

  • outage · API · down from 4 regionsservice shown down · status page

    La page de statut le sait avant vous

    Quand un moniteur confirme une panne, le service passe au rouge sur votre page de statut immédiatement. Publiez l’incident depuis la panne, choisissez les services touchés, et la première mise à jour part.

    Doc des incidents
  • update · identified · notify subscribers1,301 subscribers · 4 channels

    Les abonnés l’apprennent sur leur canal

    Les visiteurs s’abonnent par email, Slack, Microsoft Teams ou SMS via votre propre compte Twilio, à toute la page ou aux seuls services qu’ils utilisent. Chaque mise à jour atteint les personnes concernées.

    Doc des abonnés
  • update · en · fr · de7 languages

    Chaque mise à jour dans leur langue

    Rédigez le titre et chaque mise à jour dans chaque langue de la page : anglais, français, allemand, néerlandais, polonais, russe ou suédois. Les visiteurs lisent la version qu’ils ont choisie.

    Doc des langues
  • maintenance · every Sunday · 02:00 UTCnotice · 24 hours before

    Les travaux prévus, annoncés à l’avance

    Planifiez une fenêtre de maintenance ponctuelle ou récurrente. Prévenez les abonnés dès la planification ou de quelques minutes à quelques jours avant le début, et mettez en pause les moniteurs concernés pour que personne ne soit alerté.

    Doc des maintenances
  • banner · ongoing incidentin your app · in Intercom

    Là où sont déjà vos utilisateurs

    Le bandeau de statut affiche les incidents et maintenances en cours dans votre propre application, et l’intégration Intercom les montre dans la messagerie avant que quiconque ouvre un ticket.

    Doc du bandeau de statut
  • incident · resolvedpost-mortem · published

    Bouclez avec un post-mortem

    Publiez un post-mortem sur l’incident résolu, gardé en brouillon le temps que votre équipe le relise, ou démarré depuis votre post-mortem interne. Il s’affiche en tête de l’incident sur votre page de statut.

    Doc des post-mortems

Votre équipe, votre agent, vos scripts. Une seule voix sur la page de statut.

  1. 1

    Votre équipe dans un seul canal Slack

    Le Slack Incident Manager poste chaque incident que vous publiez, dans un nouveau canal par incident ou dans celui de votre choix, pour que le support et l’ingénierie lisent les mêmes mots que les clients.

  2. 2

    Des mises à jour depuis votre agent IA

    Avec le serveur MCP, Claude, Cursor ou tout client MCP publie, met à jour et résout les incidents de page de statut, et planifie les maintenances. get_outage_timeline lui donne les faits pour le post-mortem.

  3. 3

    Ou depuis vos propres outils

    L’API REST crée des incidents avec leur titre et leurs mises à jour dans chaque langue de la page, depuis un script de déploiement ou vos outils d’incident.

Claude · Hyperping MCPchat
> The API fix is out. Post a monitoring update on the incident.

get_status_page_incident  { "uuid": "inci_8XkM2pQd" }
add_status_page_incident_update  {
  "uuid": "inci_8XkM2pQd",
  "status": "monitoring",
  "message": "A fix has been deployed and the API is back online. We're monitoring closely."
}

Posted on status.acme.com, subscribers notified.

Ce que les équipes disent de Hyperping.

Guillermo Rauch
CEO, Vercel
@hyperping est vraiment incroyable
Fabrice Gregoire
Site Reliability Engineer, Alma
Chez nous, Hyperping a la réputation d’être plus réactif que Datadog. Nous recevons généralement les notifications de Hyperping avant celles de Datadog.
Pierre Renaudin
CTO, Slite
Nous avons choisi Hyperping pour offrir à nos utilisateurs un tableau de bord de grande qualité sur nos incidents et l’état de nos services.
Moritz Dausinger
CEO & Founder, Refiner
Les alertes en temps réel de Hyperping nous signalent quand l’application est en panne. Elles arrivent parfois avant même qu’AWS ne s’en rende compte ou ne nous prévienne.
Gary Gaspar
CEO & Founder, Marker.io
Aujourd’hui, nous ne pourrions plus imaginer faire tourner notre SaaS sans Hyperping.
Jakob Bo Storjohann
CEO, Ideanote
Hyperping excelle sur tous les plans : une mise en place fluide, la tranquillité d’esprit et un service client attentif.

Modèles et guides. Pour le prochain incident, et le suivant.

Questions sur la communication d’incident.

Qu’est-ce que la communication d’incident ?

La communication d’incident, c’est la façon dont une équipe tient clients et collègues informés quand un service est dégradé ou en panne : ce qui est touché, ce qui est fait et quand arrive la prochaine mise à jour, jusqu’à la résolution. Elle passe en général par une page de statut, avec des notifications par email, Slack, Teams ou SMS, puis un post-mortem.

Comment communiquer avec ses clients pendant une panne ?

Reconnaissez le problème en quelques minutes, avant d’en connaître la cause. Publiez de nouveau à chaque changement d’étape (identifié, surveillance, résolu) et au moins toutes les 30 minutes tant que cela dure, sur une page de statut à laquelle vos clients peuvent s’abonner. Gardez chaque mise à jour courte : ce qui est touché, ce que voient les utilisateurs, ce que vous faites, quand arrive la prochaine mise à jour.

Que doit contenir une mise à jour d’incident ?

Quatre choses : le service touché, l’impact visible pour les utilisateurs, ce que fait votre équipe et quand sera publiée la prochaine mise à jour. Ajoutez la cause une fois connue, et un délai seulement si vous en êtes sûr. Le générateur gratuit de cette page rédige ce message pour chaque étape et chaque canal.

À quelle fréquence publier des mises à jour d’incident ?

À chaque changement d’étape, et au moins toutes les 30 minutes pendant une panne majeure même si rien n’a changé, pour que vos clients ne se demandent jamais si vous êtes toujours dessus. Annoncez l’heure de la prochaine mise à jour, et tenez parole.

Où trouver des modèles de communication d’incident ?

Le générateur de cette page en rédige un pour votre étape, votre impact et votre canal. Pour des exemples prêts à l’emploi, voyez les modèles de communication d’incident, les modèles de notification de panne pour email, Slack et SMS, et le générateur de post-mortem pour l’après-incident.

Hyperping publie-t-il les incidents automatiquement ?

Non. Quand un moniteur confirme une panne, le service touché apparaît en panne sur votre page de statut immédiatement, mais l’incident et sa formulation sont publiés par votre équipe, depuis la panne ou le tableau de bord, ou par votre agent IA via le serveur MCP.

Quels canaux les abonnés peuvent-ils utiliser ?

Email, Slack, Microsoft Teams et SMS, qui passe par votre propre compte Twilio. Les abonnés peuvent suivre tous les services ou seulement certains, et chacun peut suivre les flux RSS et Atom. Voir la documentation des abonnés.

Quelles offres incluent les incidents et les maintenances ?

La publication d’incidents et de maintenances planifiées, avec notification des abonnés, est incluse dans toutes les offres payantes, avec un essai gratuit de 14 jours. Essentials inclut 100 abonnés. Pro en inclut 1 000 et ajoute les abonnés SMS, les pages de statut privées et l’intégration Intercom. Voir les tarifs.

Votre prochain incident, déjà rédigé.