Votre boutique repose sur des services que vous ne gérez pas : un prestataire de paiement, une plateforme e-commerce, un CDN, un service d’e-mail. Quand l’un d’eux traverse une mauvaise passe, votre paiement en ligne tombe en panne, vos e-mails de commande ne partent plus ou votre site ralentit, et ce sont vos clients qui vous en tiennent pour responsable. Sans surveillance des services tiers, la première heure passe à fouiller votre propre code à la recherche d’un problème qui n’y est pas.
La surveillance des services tiers lit la page de statut de chaque fournisseur toutes les 2 minutes et affiche son état à côté de vos propres moniteurs.
Services intégrés
Paiements : Klarna, Swish et Mollie.E-commerce : Shopify, BigCommerce, Wix, Squarespace et Klaviyo.Hébergement et CDN : Cloudflare, Vercel, Netlify, DigitalOcean, Linode, bunny.net et Supabase.E-mail et messagerie : Twilio et SendGrid, Mailgun, Discord et Zoom.Outils pour développeurs : GitHub, npm, Sentry, Datadog, Clerk, Contentful et Sanity.Applications métier : Fortnox, HubSpot et Dropbox.IA : OpenAI et Anthropic.
Votre fournisseur n’est pas dans la liste ? Si sa page de statut est hébergée sur Atlassian Statuspage, ajoutez-la par son adresse.
Ce que vous voyez
Chaque service apparaît comme opérationnel, dégradé ou en panne, selon la page de statut du fournisseur lui-même. Ses incidents s’affichent sur le moniteur, et une panne de son côté ouvre un incident du vôtre : les mêmes canaux d’alerte et la même chronologie s’appliquent. Surveillez tout ce que propose un fournisseur, ou seulement les composants que vous utilisez : une boutique en Suède n’a pas forcément besoin d’entendre parler de chaque région desservie par un fournisseur.
Sur votre page de statut
Ajoutez un service tiers à votre page de statut comme composant, sous un nom que vos clients comprennent, par exemple « Paiements par carte ». Quand le fournisseur rencontre un problème, vos clients voient que les paiements sont touchés et que vous êtes au courant : le support n’a pas à l’expliquer cent fois, et personne ne pense que le problème vient de vous.
Un cas typique
Un vendredi à 19 h 40, les paiements par carte commencent à échouer sur northwind.shop. Les moniteurs de disponibilité sont au vert : la page de paiement se charge et l’API répond. Quelques minutes plus tard, le moniteur Klarna passe au rouge, avec l’incident publié par Klarna affiché dessus. L’équipe publie une mise à jour de statut au lieu d’annuler un déploiement qui n’y était pour rien, et le service client sait quoi dire aux appelants. Quand Klarna résout l’incident, le rétablissement arrive sur les mêmes canaux.
Des alertes comme pour tout autre moniteur
Les moniteurs de services tiers utilisent les mêmes canaux d’alerte que les autres : e-mail, Slack, Microsoft Teams, Discord, Google Chat, Mattermost, Telegram, PagerDuty, ntfy, Pushover, webhooks et notifications push. Envoyez les problèmes de fournisseurs vers un canal qui ne réveille personne, et réservez les alertes push d’astreinte aux pannes que vous pouvez corriger vous-même.
Associez-la à vos propres contrôles
La page de statut d’un fournisseur vous dit ce qu’il sait. Vos propres contrôles vous disent ce que voient vos clients. Associez un moniteur de service tiers à un contrôle d’API sur l’endpoint qui appelle le fournisseur, ou à un parcours de paiement, et vous savez à la fois que quelque chose ne fonctionne pas et à qui revient le problème. En savoir plus sur la surveillance des boutiques en ligne.
Chaque service tiers compte comme un moniteur de disponibilité : 15 sur Start, 100 sur Professional et 250 sur Business. La démo en direct suit Klarna, Cloudflare et Klaviyo pour sa boutique fictive, avec leur état réel.
Les offres commencent à 9 € par mois en facturation annuelle ou 12 € en facturation mensuelle, HT. Consultez la page des tarifs, ou démarrez un essai gratuit de 14 jours sans carte bancaire.