Quatre plateformes reconnues
Shopify, PrestaShop, WooCommerce, Magento : la plateforme est reconnue depuis l'URL, les en-têtes et le HTML, puis un parcours pré-rempli avec les sélecteurs connus est proposé. Les sélecteurs restent modifiables.
Sur de vrais téléphones
Votre tunnel d'achat mobile, testé jusqu'au paiement
Ouverture, recherche, fiche produit, panier, connexion, livraison, paiement, confirmation : PanierCheck rejoue le parcours sur de vrais Android et vous dit à quelle étape il casse, sur quel appareil et quel réseau.
Sans carte bancaire pour commencer. Paiement sécurisé par Stripe quand vous changez d'offre.
Étape 7 sur 8 : c'est là que ça casse.
Étape par étape
L'entonnoir, mesuré et non deviné
Réussite et durée sur 24 h, 7 j et 30 j pour chaque étape. On voit laquelle décroche, depuis quand, et sur quel appareil — pas seulement qu'il y a un problème.
- 1 ouverturela page d'accueil s'affiche, bandeau cookies écarté 100 % 1,8 s
- 2 rechercheles résultats affichent au moins un produit 100 % 2,4 s
- 3 fiche produitun prix et un bouton d'ajout sont présents 99 % 2,1 s
- 4 panierle panier contient au moins un article 96 % 2,6 s
- 5 connexionle compte de test est connecté, ou l'invité accepté 92 % 6,3 s
- 6 livraisonadresse et mode de livraison acceptés, total affiché 88 % 5,1 s
- 7 paiementbouton « Payer » introuvable (assert pay_now) — capture, vidéo et erreurs console jointes 61 % —
- 8 confirmationla commande de test est confirmée par un numéro (mode de test requis) — —
Barres = part des passages qui atteignent l'étape. Les étapes conditionnelles (commande invité, confirmation en mode de test) sont comptées à part, jamais comme un échec. Exemple de rapport : aucun passage réel n'a encore été mesuré.
Ce que ça fait
Concrètement
L'entonnoir, étape par étape
Taux de réussite et durée sur 24 h, 7 j et 30 j, pour chaque étape du tunnel. On voit immédiatement laquelle décroche, et depuis quand.
Où ça casse, exactement
L'étape, l'appareil, le réseau, la capture, la vidéo et l'erreur console ou réseau capturée. Un marchand comprend le rapport sans développeur.
La régression détectée
Chaque passage est comparé au précédent : une étape qui décroche déclenche une alerte, par les canaux du kit (email, Slack, webhook signé). Une alerte pour un tunnel cassé, une pour un paiement indisponible.
Le rapport hebdomadaire, en marque blanche
Publié sous lien secret (`GET /report/:token`), avec le nom et la couleur de l'agence : le marchand reçoit un rapport à sa marque, sans clé API à manipuler.
Jamais de vrai paiement
Le parcours s'arrête à la page de paiement. L'étape de confirmation n'est jouée que si le marchand a déclaré un mode de test (Stripe/PayPal ou carte de test) et que l'appelant le demande.
La preuve
Ce que vous recevez quand une étape casse
L'étape, l'appareil, le réseau, la capture, la vidéo, et l'erreur console ou réseau telle qu'elle est sortie. Un marchand comprend le rapport sans développeur.
ShopifyPrestaShopWooCommerceMagento
Le passage s'arrête à la page de paiement : aucun paiement réel n'est effectué, et l'étape de confirmation n'est jouée que si le marchand a déclaré un mode de test.
Échecpassage 4 812
Étape7 / 8 — page de paiement affichée
AppareilRedmi 12 · MIUI 14 · Wi-Fi
Sélecteurassert pay_now → introuvable
ConsoleUncaught TypeError: Cannot read properties of null
Preuvescapture.png · video.mp4 (12 s) · logcat.txt
VerdictTunnel cassé — étape 7, 1 appareil sur 2
En toute franchise
Ce que nous ne faisons pas
Un produit qui cache ses limites fait perdre du temps à tout le monde. Voici les nôtres, aujourd'hui.
- Aucun passage réel sur un vrai appareil n'a encore été mesuré : la détection, les parcours, l'entonnoir, les alertes et le worker sont faits et testés, mais le premier passage sur un Redmi et une boutique de démo reste à faire.
- La 4G est refusée explicitement (`unsupported_network`) tant qu'aucun appareil n'expose la capacité `sim` : l'offre qui l'annonce n'est pas vendable aujourd'hui.
- Pas de filtre par taille d'écran côté socle : le comparatif « petit écran vs grand » ne peut pas être imposé, seulement observé.
- Jamais de vrai paiement : le parcours s'arrête à la page de paiement, sauf mode de test déclaré par le marchand et demandé explicitement.
- La purge des données de Chrome sans désinstaller d'APK (job `device`) n'existe pas encore : PanierCheck utilise `reset: after` en attendant, ce qui désinstalle des paquets tiers.
- L'assistant de configuration multi-écrans et l'espace agence ne sont pas faits : la marque blanche se limite au nom et à la couleur du rapport.
- La table `stores` n'a pas de colonne propriétaire : l'écran liste les boutiques de l'instance (mono-tenant en phase 1).
- Stripe n'est pas branché : la page de facturation le dit et la route de paiement répond 503.
Essayez sur un vrai téléphone
Créez un compte, prenez une clé, lancez votre premier test. C'est gratuit pour commencer.