Surveillance de disponibilité pour les boutiques en ligne
Pour une boutique en ligne, chaque minute d’interruption a un prix. Calculez-le avec votre propre chiffre d’affaires grâce à notre guide sur le coût d’une interruption de site web. Ce qui coûte cher, c’est rarement la panne elle-même. C’est le temps qui s’écoule avant que quelqu’un s’en aperçoive.
Surveillez le chemin jusqu’à la commande, pas seulement la page d’accueil
La page d’accueil peut se charger pendant que le paiement renvoie 503. Un moniteur de parcours suit le parcours comme le ferait un acheteur : ouvrir un produit, l’ajouter au panier, passer au paiement. Les cookies et les valeurs sont conservés d’une étape à l’autre, les mots de passe sont protégés, et chaque étape vérifie le statut, un texte ou des champs JSON. Activez un vrai navigateur pour les pages qui ont besoin de JavaScript, et obtenez une capture d’écran de l’étape qui a échoué.
Pour des endpoints isolés, comme la recherche de produits ou le callback de paiement, les moniteurs HTTP(S) acceptent votre propre méthode, vos en-têtes et votre corps de requête et vérifient la réponse : une étape cassée est détectée même quand le serveur répond.
Sachez quand le problème vient d’un fournisseur
Quand un prestataire de paiement ou une plateforme traverse une mauvaise passe, votre paiement en ligne tombe avec lui. La surveillance des services tiers lit les pages de statut de 31 services, dont Klarna, Swish, Mollie, Shopify, BigCommerce et Klaviyo, ou de n’importe quelle page hébergée sur Statuspage. Surveillez uniquement les composants que vous utilisez, et affichez leurs incidents sur votre page de statut pour que vos clients voient que le problème ne vient pas de vous.
Des alertes qui atteignent quelqu’un à 3 h 12
Sur toutes les offres payantes, les contrôles s’exécutent toutes les minutes depuis Stockholm, Londres et New York, et un contrôle en échec est confirmé depuis un second site avant l’ouverture d’un incident : un simple raté ne réveille personne. Les alertes partent par e-mail, Slack, Microsoft Teams, Discord, Google Chat, Mattermost, Telegram, PagerDuty, ntfy, Pushover, webhooks et notifications push sur votre téléphone. Avec les plannings d’astreinte, l’alerte push atteint la personne d’astreinte ce soir-là.
Des pages rapides et des e-mails qui arrivent
Des pages lentes coûtent des commandes bien avant de tomber en panne. La surveillance de la vitesse des pages exécute Google Lighthouse chaque jour sur mobile et sur ordinateur, affiche les Core Web Vitals et vous alerte quand le score mobile d’une page passe sous votre limite. La même analyse quotidienne détecte les liens cassés et le contenu mixte.
Les confirmations de commande et les réinitialisations de mot de passe finissent en spam quand SPF, DKIM ou DMARC sont mal configurés. La surveillance de l’authentification des e-mails les vérifie deux fois par jour et vous indique comment corriger chaque problème, avec un enregistrement DNS prêt à coller quand cela suffit à le résoudre. Un certificat expiré ou un domaine non renouvelé met la boutique hors ligne d’un coup : les deux font l’objet de rappels bien avant leur échéance.
Tenez vos clients informés
Une page de statut accessible depuis votre boutique indique aux acheteurs que vous êtes au courant du problème et que vous vous en occupez. Les composants se mettent à jour à partir de vos contrôles, et vous publiez des mises à jour avec vos propres mots. Pendant une période de soldes, c’est la différence entre un simple retard et une avalanche de tickets au support. Voir l’exemple de page de statut de Nordhem, une boutique fictive.
Avant une grosse opération commerciale
Ajoutez un moniteur de parcours pour le paiement, et des moniteurs HTTP(S) pour la recherche et le callback de paiement.Surveillez vos prestataires de paiement et d’e-mail avec la surveillance des services tiers.Envoyez des alertes push ou Telegram à la personne d’astreinte pendant la campagne.Vérifiez le certificat SSL, le domaine, ainsi que SPF, DKIM et DMARC.Préparez la page de statut avec les composants que les acheteurs reconnaissent : boutique, tunnel de commande, paiements, e-mails de commande.Planifiez les déploiements comme fenêtres de maintenance, pour qu’ils ne déclenchent pas d’alerte et ne comptent pas comme interruption.
Pendant l’opération, gardez un œil sur les temps de réponse. Un paiement qui passe de 300 ms à trois secondes perd des commandes bien avant de tomber complètement. Les alertes de lenteur vous préviennent quand les réponses restent au-dessus de votre limite, et chaque contrôle est décomposé en DNS, connexion, TLS, serveur et téléchargement : vous voyez où passe le temps.
Après l’incident
Chaque incident conserve ses preuves : la réponse en erreur et une capture d’écran ou le chemin réseau, avec une chronologie indiquant qui a été alerté et quand. Les rapports hebdomadaires et mensuels par e-mail affichent la disponibilité, les incidents et les interruptions par moniteur. Servez-vous-en pour discuter avec votre hébergeur ou votre plateforme sur la base de faits, pas d’impressions.
Les offres commencent à 9 € par mois en facturation annuelle ou 12 € en facturation mensuelle, HT, avec un essai gratuit de 14 jours sans carte bancaire. Consultez la page des tarifs, ou essayez d’abord la démo en direct.