Un checkout WooCommerce bloqué n'est pas seulement une page lente. Le client peut voir le formulaire, choisir un moyen de paiement et cliquer sur le bouton final, mais la commande n'atteint jamais un état clair de succès ou d'échec.
Un checkout bloqué peut rester invisible dans un monitoring uptime classique parce que la page répond encore en HTTP 200. La séparation utile consiste donc à localiser l'endroit où le tunnel se fige : recalcul livraison, `update_order_review`, état panier Store API, iframe passerelle, redirection 3DS, requête finale commander ou redirection page merci.
Vérifier dans le bon ordre
Avant le clic final, observez les recalculs de livraison, taxes et totaux. Si le formulaire reste bloqué après changement d'adresse ou de livraison, l'origine probable se trouve dans les règles panier, les plugins logistiques, les taxes ou l'endpoint de recalcul.
Au moment du clic sur commander, vérifiez si la requête part, si elle reçoit une réponse, et si WooCommerce crée une commande. Si la requête ne part pas, la piste est souvent JavaScript, thème, validation ou bouton désactivé. Si elle part et revient en erreur, regardez l'endpoint, les logs WooCommerce et les extensions qui interceptent la commande.
Après redirection paiement, séparez l'échec de passerelle du blocage de retour. Un paiement peut être tenté, puis le client ne jamais atteindre la page merci. Ce cas se rapproche de confirmation commande WooCommerce absente.
| Moment du blocage | Ce qu'il faut observer | Piste privilégiée |
|---|---|---|
| Avant le clic final | Recalculs de livraison, taxes et totaux après changement d'adresse | Règles panier, plugins logistiques, taxes ou endpoint de recalcul |
| Au clic sur commander, la requête ne part pas | Console navigateur, bouton désactivé, validation du formulaire | JavaScript, thème, validation ou bouton inactif |
| La requête part et revient en erreur | Endpoint de commande, journaux WooCommerce, extensions qui interceptent la commande | Une extension intervient entre la requête et la création de commande |
| Après redirection paiement | Retour de passerelle, page de remerciement atteinte ou non | Distinguer l'échec de passerelle du blocage de retour |
Interpréter les résultats
Un blocage intermittent peut signaler un timeout, une saturation ou une dépendance externe lente. Un blocage persistant pointe plutôt vers une régression de plugin, une incompatibilité Checkout Blocks, une configuration gateway ou une erreur serveur.
Un signal qui se rétablit seul n'est pas automatiquement un faux positif. Il peut être un incident transitoire réel. Pour parler de faux positif, il faut identifier une faiblesse du monitor : produit synthétique indisponible, sélecteur fragile, attente trop courte ou règle métier volontaire.
Exemple documenté de laboratoire
Point de départ : boutique de test, une extension de suivi de commande interceptant l'action `checkout`. Panne reproduite : le checkout accepte l'adresse, affiche les moyens de paiement, puis reste sur un spinner après clic final. La commande n'est pas créée et aucune page confirmation n'apparaît. Le signal utile n'est donc pas "page joignable", mais "absence d'état final après action de commande".
Les hypothèses écartées : la passerelle n'est pas en cause (aucune tentative ne lui parvient), ce n'est pas un timeout réseau (l'attente est infinie, pas longue), et le panier n'est pas perdu (il est complet jusqu'au clic). La preuve conserve alors l'heure, l'étape, le statut, la durée d'attente, le signal attendu et le signal observé. Elle reste filtrée : aucune identité client, aucune donnée de paiement et aucun détail panier.
Confirmer le rétablissement
CashFlowCanary classe un checkout bloqué comme incident de conversion lorsque le parcours contrôlé n'atteint pas d'état final. Le retour au vert doit être confirmé par un nouveau parcours complet et par la présence d'une étape finale cohérente.
Prévenir la récidive
Un tunnel qui se fige après le clic final vient souvent d'une extension qui intercepte la création de commande ou d'une incompatibilité Checkout Blocks. Après résolution, gardez un monitor sur la requête finale « commander » et sur l'apparition d'un identifiant de commande, testez chaque nouvelle extension de paiement ou de logistique sur un parcours complet avant activation, et notez la version qui avait introduit le blocage.
Pour transformer ce signal en action, consultez les fonctionnalités, comparez les offres, ou demandez Mon Audit Gratuit.
Ce guide complète timeout checkout WooCommerce, bouton commander WooCommerce ne fonctionne pas, erreur validation checkout WooCommerce et confirmation commande WooCommerce absente. Ensemble, ils distinguent tunnel figé, latence, validation, bouton et confirmation absente.