Sur cette page
Vérifiez ce que renvoie votre tunnel de commande
Un outil d’uptime qui vérifie seulement que votre page d’accueil renvoie 200 regarde au mauvais endroit. Pendant une opération commerciale, la page d’accueil peut aller très bien alors que le tunnel de commande se bloque ou que la redirection vers le paiement expire.
Une page d’erreur servie depuis le cache peut aussi répondre 200 à la place du vrai panier. Le tunnel de commande est la requête sur laquelle vous perdez de l’argent.
Les checks HTTP de Perstat vérifient le contenu, pas seulement le statut. Pointez un check sur votre page de commande ou sur un endpoint de santé exposé par votre application, et vérifiez une chaîne attendue dans la réponse. Cette chaîne peut être le titre du récapitulatif de commande, le nom d’un champ du formulaire de paiement ou un prix au bon format.
Une panne discrète, comme un écran de maintenance ou une page d’erreur de CDN, fait échouer l’assertion même si elle renvoie 200. L’échec d’une assertion est un résultat de monitor. Pour les checks de sonde régionaux pris en charge, la politique d’alerte configurée décide ensuite si ce résultat ouvre un incident.
Les assertions sur le code de statut, sur un mot-clé ou par expression régulière sont toutes disponibles. Un check suit jusqu’à 5 sauts de redirection, assez pour la chaîne http, puis https, puis redirection géographique qui précède la plupart des tunnels de commande. La référence des types de checks présente les 13 types.
Perstat ne fait pas passer de commande de test jusqu’au paiement.
Surveillez le certificat et l’enregistrement du domaine
Deux des moyens les plus rapides de mettre une boutique entière hors ligne n’ont rien à voir avec votre code. Un certificat TLS expiré sur l’hôte du tunnel de commande provoque une panne franche. Tous les navigateurs actuels bloquent la page derrière un avertissement plein écran, et l’acheteur est parti.
Un enregistrement de domaine expiré est pire encore, car la boutique entière ne se résout plus.
Perstat surveille les deux. Le check du certificat TLS indique les jours restants avant l’expiration, compare l’émetteur à celui que vous attendez et signale un certificat auto-signé. Il tourne directement sur le même monitor que le check HTTP : un renouvellement qui a échoué en silence n’attend donc pas qu’un client le découvre.
Le check domain surveille l’expiration de l’enregistrement (WHOIS), les serveurs de noms et DNSSEC.
Vos reçus et vos confirmations de commande partent peut-être de votre propre domaine de messagerie. Le check SMTP montre quand ce chemin ne fonctionne plus. Le check d’hygiène DNS montre les enregistrements SPF, DMARC et CAA faibles ou absents. Vous le voyez avant qu’un acheteur ne remarque que la confirmation n’est jamais arrivée.
Distinguez un pic de trafic d’une panne
Dans le commerce, votre meilleur moment et votre pire moment se ressemblent vus de l’extérieur. Quand une opération démarre, la latence monte, un lien de transit sature et un chemin de sonde ralentit.
Un monitor naïf lit tout cela comme une panne. Votre équipe court alors après une alerte qu’une seule région a inventée, au lieu de surveiller l’impact réel sur les clients.
Pour les checks de sonde pris en charge, l’offre détermine 2, 3 ou jusqu’à 6 régions. La politique standard ouvre un incident après 2 votes régionaux, et les profils d’alerte peuvent la modifier. Une divergence sous le quorum, par exemple une région qui dérive, reste visible dans la liste de veille.
Les checks agent et heartbeat n’utilisent pas le quorum régional. La page du réseau documente la topologie actuelle.
L’offre fixe l’intervalle minimal. Le formulaire web propose 30 secondes et plus. Avec Command et Enterprise, vous réglez 15 ou 10 secondes par MCP.
| Offre | Intervalle minimal |
|---|---|
| Free | 300 s |
| Pulse | 60 s |
| Sentinel | 30 s |
| Command | 15 s |
| Enterprise | 10 s |
Prévenez les acheteurs avant qu’ils n’ouvrent un ticket
Quand le tunnel de commande est dégradé, la file du support se remplit en quelques minutes. Chaque acheteur sans réponse est une demande de remboursement ou une commande perdue. Une page de statut sur votre propre domaine prend les devants.
Publiez-la sur status.yourstore.example et laissez les acheteurs s’abonner par un double opt-in confirmé. Chaque abonné reçoit un e-mail à l’ouverture d’un incident et un autre au rétablissement, au lieu de se demander si le problème vient de chez lui ou de chez vous. Les abonnés et les domaines personnalisés sont disponibles dès Sentinel.
Une fenêtre de maintenance pour un déploiement ou une modification avant une opération est annoncée sur la page et suspend les alertes pendant sa durée. Elle reste neutre pour le SLA : une mise en production que vous avez planifiée n’entame donc pas le chiffre de disponibilité que vous communiquerez plus tard.
Remettez aux partenaires un registre qu’ils peuvent recalculer
Si vous vendez sur une marketplace ou rendez des comptes à un prestataire de paiement, quelqu’un vous demandera votre uptime. Perstat tient un seul registre revu. Un incident va de la confirmation par le quorum au rétablissement confirmé.
Un faux positif peut être exclu avec un motif journalisé et réversible, après affichage de son effet sur l’uptime. L’ exemple de rapport SLA, public et éditorial, montre le calcul.
Chaque vue de monitor propose un rapport PDF sur 7, 14, 30 ou 90 jours, dans toutes les offres. Le rapport n’est ni signé ni attesté. Sur demande, les données de l’organisation peuvent être préparées manuellement en fichiers CSV accompagnés d’un manifeste.
Limites
Perstat évalue une requête configurée et sa réponse. Il ne joue pas de parcours dans un navigateur, n’ajoute pas d’article au panier et ne termine pas de paiement.
La fenêtre d’historique publiée dépend de l’offre et ne constitue pas un calendrier complet de suppression par objet.
Perstat n’est ni un APM ni un outil de monitoring des utilisateurs réels. Il ne vous donne ni votre taux d’abandon de panier, ni votre conversion, ni la requête qui a ralenti une page. Pour l’analyse du tunnel et des performances, gardez l’outil conçu pour cela.
Perstat vérifie que chaque surface touchée par un acheteur répond. Il le fait depuis l’extérieur, à votre intervalle, et prouve ce qu’il a vu.
Commencez par l’URL du tunnel de commande
Pointez un monitor sur votre page de commande et vérifiez une chaîne attendue dans la réponse. Ajoutez le certificat TLS du même hôte et examinez les premiers résultats avant d’ajouter d’autres checks.
Lancez le monitoring gratuitement sans carte, ou suivez la visite guidée sans inscription. Consultez les tarifs : Pulse 29 €, Sentinel 89 €, Command 249 € et Enterprise à partir de 690 € par mois. Les prix sont nets, hors TVA.
