La surveillance de site e-commerce qui détecte les tunnels de paiement cassés.
Uptimia parcourt votre tunnel de paiement dans un navigateur réel toutes les 10 minutes — ajout au panier, livraison, paiement — et alerte votre équipe dès qu’une étape cesse de fonctionner. Vous l’apprenez par l’alerte, pas par un acheteur, avec l’étape en échec nommée et une capture d’écran de l’endroit où c’est tombé en panne.
Response time by step
avg run 6.39 s · last 24 hStep breakdown
All 7 steps passedFailed at step 46.39 s · 14:229.52 s · 14:32AveragesLast runQuatre convictions qui coûtent des commandes
Ces quatre convictions sont courantes chez les boutiques qui perdent des commandes sans encore le savoir.
« Les acheteurs nous préviendraient si le tunnel de paiement était cassé. »
Presque aucun ne le fait. Un acheteur qui ne peut pas payer n’ouvre pas de ticket — il réessaie une fois, puis achète ailleurs. La réclamation que vous finissez par recevoir n’est que la pointe visible ; les paniers perdus en dessous ne disent jamais un mot.
« Nous sommes dans la boutique toute la journée — nous le remarquerions. »
Vous êtes dans le panneau d’administration — connecté, en cache, en train de sauter le chemin qu’empruntent les acheteurs. L’étape de paiement cassée se cache dans le seul parcours que vous n’exécutez jamais personnellement : un tunnel de paiement complet, jusqu’au paiement.
« Notre plateforme et notre hébergeur surveillent ça pour nous. »
Ils surveillent leur propre infrastructure — serveur accessible, cœur de plateforme en fonctionnement. La configuration de votre passerelle de paiement, vos règles de livraison et les scripts de votre thème vous appartiennent, et c’est précisément là que les tunnels de paiement se cassent. Les deux pages de statut restent vertes pendant que la vôtre est en panne.
« Nous le saurions si Google signalait notre boutique. »
Vous seriez parmi les derniers à le savoir : l’avertissement rouge s’affiche sur les écrans de vos acheteurs, pas sur le vôtre — le site charge normalement depuis votre bureau. Même chose pour un certificat expiré : le cadenas se casse d’abord pour eux.
« On le verrait dans le flux de commandes » est la plus répandue. Une boutique qui reçoit en moyenne 3 commandes par heure passe normalement 20 minutes entre deux commandes (60 ÷ 3). Donc 20 minutes de silence ne prouvent rien, une heure de silence ne représente que trois battements manqués — et le temps que le graphique devienne sans ambiguïté, vous avez payé cette certitude en ventes perdues.
Le flux de commandes est un détecteur de fumée dont l’état normal est le silence. Une sonde n’attend pas d’être convaincue.
Voici à quoi ressemble cette panne lorsqu’un replay parcourt votre tunnel de paiement.↓ minute par minute
Le tunnel de paiement qui s’est arrêté au paiement
La page d’accueil chargeait. Le panier chargeait. Les données de carte ont été saisies et la page tournait dans le vide — et le flux de commandes ressemblait à un mardi ordinaire, tranquille.
Voilà pour le tunnel de paiement cassé. Mais ce n’est qu’une des nombreuses façons dont une boutique perd des commandes — et la plupart des autres sont invisibles depuis le panneau d’administration.↓ ce qui casse aussi
Les vérifications autour du parcours d’achat
Tunnel de paiement, vitesse, disponibilité, certificat, malware, expiration de domaine, et les ressources qui échouent en silence sans faire tomber une page — tout s’exécute depuis l’extérieur, rien n’est installé sur la boutique.
Là où une boutique tombe en panne
Le tunnel de paiement que personne n’a parcouru depuis le lancement
Une sonde de transaction le parcourt à sa place toutes les 10 minutes, dans un navigateur réel qui clique dans la boutique comme le ferait un acheteur. Le modèle intégré Paiement pose les premières étapes — ouvrir un produit, l’ajouter au panier, ouvrir le panier, aller au tunnel de paiement, vérifier la page d’arrivée — et vous ajoutez par-dessus vos propres étapes de livraison et de paiement. Aucun plugin, aucune modification du code de votre boutique.
- Un modèle Paiement prêt à l’emploi — des étapes préremplies pour démarrer, ainsi que Connexion, Inscription et Recherche
- Une capture d’écran par étape — la cascade montre quelle étape a échoué et lesquelles n’ont jamais été atteintes
- Un navigateur réel, toutes les 10 minutes — une session scriptée qui se comporte comme un acheteur, pas comme une simple requête
Des budgets de vitesse sur vos pages produits
Les ralentissements arrivent une appli ou une bannière à la fois, et sans référence, personne ne peut désigner le coupable. La surveillance de la vitesse pour sites e-commerce enregistre le temps de chargement et les Core Web Vitals de laboratoire — LCP, FCP, TTFB et CLS — mesurés lors du même chargement de page, représentés sur un graphique par rapport aux seuils de Google, depuis les emplacements de votre choix. Fixez un budget sur n’importe quelle métrique et la sonde passe à Dégradé lorsqu’une page reste au-dessus.
- Core Web Vitals de laboratoire — LCP, FCP, TTFB et CLS suivis dans le temps par rapport aux seuils de Google
- Des budgets par métrique — une page hors budget fait passer la sonde à Dégradé et vous alerte
- Les pages qui comptent — accueil, catégorie, fiche produit, panier : là où la vitesse décide de la vente
Signalements de malware et certificats qui expirent
L’avertissement rouge s’affiche sur les écrans de vos acheteurs, pas sur le vôtre — et rien ne vide une boutique plus vite. La surveillance antimalware pour boutiques en ligne interroge la base Google Web Risk jusqu’à toutes les heures et ouvre un incident dès le premier résultat signalé ; la surveillance SSL observe l’expiration, la chaîne et le protocole, et devient critique à moins de 45 jours de l’expiration.
- Veille malware — vérifiée face à Google Web Risk pour les malwares, l’ingénierie sociale et les logiciels indésirables
- Compte à rebours du certificat — alerte à partir d’un seuil que vous définissez, critique à moins de 45 jours de l’expiration ou une fois expiré
- Informé avant vos acheteurs — l’incident s’ouvre dès la détection, pas quand les paniers commencent à être abandonnés
Les icônes de paiement qui disparaissent en silence
Une photo produit manquante ou un script d’icône de paiement en échec ne fait jamais tomber la page, donc une vérification de disponibilité voit une page qui charge et passe son chemin. Votre sonde de vitesse, elle, voit aussi les ressources : l’alerte élément défaillant nomme l’image, le script ou la feuille de style qui a échoué sur 3 vérifications consécutives, fait passer la sonde à Dégradé, et conserve une liste d’exclusion pour les widgets tiers que vous connaissez déjà.
- Un détail au niveau de la ressource — l’image, le script ou la feuille de style exact qui échoue
- Un seuil de vérifications consécutives — un incident isolé ne vous alertera pas ; une panne persistante, si
- Une liste d’exclusion — excluez par motif les ressources qui ne vous importent pas
Joignable sur le canal que vous consultez pendant une vente
Une boutique qui n’encaisse plus mérite une vibration de téléphone, pas un e-mail que personne n’ouvre avant lundi. Choisissez le canal par sonde.
Microsoft TeamsUne seule liste de contacts — le parcours d’achat peut alerter plus fort que le blog.
Parcourir l’annuaire complet des intégrations →Un tunnel de paiement cassé devrait vous alerter.Pas une commande perdue.
Tunnel de paiement, vitesse, disponibilité, SSL et malware sur une boutique — le tout accessible pendant 30 jours.
Configurez la surveillance de votre boutique en trois étapes
Pointez Uptimia vers votre domaine, ajoutez les vérifications, routez les alertes — aucun plugin, aucune modification de code.
Ajoutez les vérifications de votre boutique
Disponibilité et SSL sur le domaine, vitesse sur vos pages clés, malware — et un replay de votre tunnel de paiement, démarré depuis un modèle prêt à l’emploi.
Routez les alertes
Connectez Slack et SMS, ajoutez votre équipe, et décidez qui est alerté ensuite si personne n’acquitte.
Laissez-la surveiller le parcours d’achat
Chaque vérification s’exécute selon sa propre planification depuis les sondes mondiales d’Uptimia — ajoutez une page de statut publique pour que les acheteurs voient que vous êtes sur le coup.
Également inclus
Une page de statut pour un jour de promotion
Une page de statut publique sur votre propre domaine — quand quelque chose tourne mal en pleine promotion, les acheteurs voient que vous gérez la situation.
Fenêtres de maintenance
Vous déployez ce soir ? Planifiez la fenêtre — les vérifications se mettent en pause, les alertes restent silencieuses.
Confirmé, pas aléatoire
Une panne est revérifiée depuis jusqu’à 3 régions supplémentaires avant que quiconque soit alerté.
Rapports planifiés
Disponibilité, incidents et temps de réponse, envoyés par e-mail quotidiennement à annuellement, au format PDF, HTML ou CSV.
Surveillance des utilisateurs réels
Ajoutez un script pour voir les temps de chargement de vos acheteurs réels, par appareil, navigateur et pays.
Toutes les vérifications pour une boutique, un seul tableau de bord
Tunnel de paiement, vitesse, SSL, malware et disponibilité pour un domaine — rien à installer sur la boutique.
Qu’est-ce que la surveillance de site e-commerce ?
La surveillance de site e-commerce consiste à vérifier en continu une boutique en ligne depuis l’extérieur — disponibilité, tunnel de paiement, vitesse de page, SSL et malware — pour que les problèmes qui vous coûtent des commandes soient détectés avant que vos clients n’y soient confrontés. Des vérifications externes s’exécutent 24 h/24, rejouent le tunnel de paiement dans un navigateur réel, et alertent les personnes en mesure de résoudre le problème — sur toute plateforme, sans rien installer.
Vos clients l’apprennent en premier
La plupart des acheteurs qui ne peuvent pas passer commande ne se plaignent pas — ils partent, tout simplement.
Vous l’apprenez en premier
Le tunnel de paiement scripté nomme l’étape cassée et alerte votre équipe avant que les commandes perdues ne s’accumulent.
Les vérifications dont une boutique a besoin
Ensemble, elles couvrent les modes de panne qui coûtent de l’argent à une boutique. Les sondes de disponibilité disposent de leur propre quota, bien plus large. Les sondes de tunnel de paiement et de vitesse partagent un même quota ; les sondes SSL et malware disposent chacune d’un quota séparé de même taille. Tous ces quotas augmentent avec le forfait.
Voir tous les types de sondes →| Vérification | Ce qui est détecté | Comment ça marche |
|---|---|---|
| Paiement | Panier, paiement ou formulaires cassés | Rejoué étape par étape dans un navigateur réel, toutes les 10 minutes |
| Vitesse de chargement | Pages lentes qui font perdre des paniers | Temps de chargement + Core Web Vitals de laboratoire (LCP, FCP, TTFB, CLS) |
| Disponibilité | Pannes, erreurs serveur | Toutes les 30 s à partir de Professional, revérifié depuis d’autres régions |
| Certificat SSL | Expiration, chaîne cassée, avertissements | Critique à moins de 45 jours de l’expiration, ou une fois expiré |
| Virus & logiciels malveillants | Google signalant votre boutique | Vérifié face à la base de données Google Web Risk |
FAQ sur la surveillance e-commerce
01Qu’est-ce que la surveillance de site e-commerce ?+
02Fonctionne-t-elle avec Shopify, WooCommerce ou ma boutique sur mesure ?+
03Dois-je installer quoi que ce soit ou modifier le code de mon tunnel de paiement ?+
04Est-ce que ça surveille les tunnels de paiement de mes vrais clients ?+
05À quelle fréquence s’exécutent les vérifications ?+
06Quels Core Web Vitals mesurez-vous ?+
07La vérification malware me protège-t-elle de la fraude au paiement ou me rend-elle conforme PCI ?+
08Puis-je surveiller le tunnel de paiement, la vitesse, le SSL et le malware en même temps ?+
09Que se passe-t-il quand quelque chose tombe en panne ?+
Détectez un tunnel de paiement cassé avant vos acheteurs
Placez des vérifications de tunnel de paiement, de vitesse, SSL et malware sur votre boutique dès cet après-midi. Le replay trouve l’étape cassée et la nomme ; vous l’apprenez avant un acheteur.