Commandes de test WooCommerce : ce que Relvato en fait
Un moniteur de paiement réglé sur « Full order » passe une vraie commande WooCommerce : c’est la seule façon de prouver qu’un client peut vraiment acheter. Avec l’extension Relvato connectée, cette commande de test est marquée, ne réduit jamais votre stock, n’atteint jamais vos statistiques ni vos régies publicitaires, et part à la corbeille quelques minutes plus tard. Les moniteurs laissés à la profondeur par défaut, « Reachable », s’arrêtent avant « Commander » et ne créent aucune commande.
Quand une commande de test est passée
Seuls les moniteurs de paiement et de paiement connecté passent des commandes, et seulement en profondeur « Full order ». Ils paient à la livraison ou, sur les boutiques qui ne le proposent pas, avec un code promo de 100 % créé par l’extension ; il ne fonctionne que dans les requêtes de test signées de Relvato, jamais pour un client. L’e-mail de facturation est la boîte de vérification de votre site (…@verify.relvato.com), pour pouvoir suivre aussi l’e-mail de confirmation.
Un moniteur qui tourne sur ordinateur et sur mobile passe une commande par appareil à chaque exécution.
Comment une commande de test est marquée
L’extension reconnaît le navigateur de Relvato à un jeton signé de courte durée sur chacune de ses requêtes. Chaque commande créée dans une telle requête reçoit la métadonnée de commande _relvato_test = 1 avant son premier enregistrement : les autres extensions voient la marque dès que la commande existe. Une commande facturée à la boîte de vérification, ou passée par le client de test dédié (relvato-verify), compte aussi comme commande de test.
Pour votre propre code — un rapport, un export, un envoi de conversions — l’extension fournit la fonction relvato_is_test_order( $order ), qui renvoie true pour ces commandes. Les développeurs peuvent l’étendre avec le filtre relvato_is_test_order.
Hors des statistiques et des régies publicitaires
Une commande de test est une vraie commande : chaque extension de suivi de la boutique la déclarerait comme un achat, et les enchères intelligentes de Google Ads en tireraient des leçons. Trois choses l’empêchent.
L’extension désactive l’événement d’achat pour les commandes de test dans les extensions de suivi du tableau ci-dessous, y compris les événements qu’elles envoient depuis votre serveur (Measurement Protocol, Conversions API), qu’aucun navigateur ne peut arrêter. À partir de WooCommerce 10.7, elle garde aussi les commandes de test hors de WooCommerce Analytics.
Le navigateur de test de Relvato bloque les adresses de collecte publicitaires et statistiques — Google Analytics, Google Ads, Meta, TikTok, Microsoft Advertising, Pinterest, LinkedIn, Snap, Reddit et X — pendant qu’il passe une commande : une extension de suivi absente du tableau ne peut pas non plus envoyer l’achat depuis la page. Les scripts des balises se chargent toujours, la page se comporte donc comme pour les clients.
Face à un bandeau de cookies, le navigateur de test choisit « Tout refuser » ou « Nécessaires uniquement » lors d’une exécution avec commande, pas « Tout accepter ».
Stock et suppression
Avec « Protect stock & auto-remove verification orders » activé dans les réglages de l’extension (par défaut), une commande de test ne réduit jamais le stock, ne vous envoie pas d’e-mail et part à la corbeille quelques minutes après la page de remerciement. Désactivé, les commandes de test restent dans votre liste et réduisent le stock comme les autres — elles restent marquées et hors des statistiques et des régies.
Le moniteur « Order anomaly » écarte les commandes de test quand il compare les commandes de l’heure au nombre habituel.
Sans l’extension, ou avec une version plus ancienne
Sans l’extension, une commande complète peut quand même être passée, mais rien sur votre serveur ne sait que c’est un test : elle réduit le stock, reste dans vos commandes, et le suivi envoyé par votre serveur peut la déclarer. Chaque exécution de ce type le signale. Connectez l’extension, ou réglez le moniteur sur « Reachable ».
Les versions de l’extension antérieures à 1.57.0 retirent les commandes de test, mais ne les gardent pas hors des extensions de suivi ni de WooCommerce Analytics. Mettez l’extension à jour : l’exécution vous prévient quand elle est obsolète.
Si des commandes de test ont déjà atteint Google Analytics ou Google Ads
Les données déjà envoyées à Google Analytics ne peuvent pas être rappelées. Dans Google Ads, vous pouvez retirer les conversions avec un import d’ajustements de conversion, à l’aide des ID des commandes de test. Vous les trouverez grâce à l’adresse de la boîte de vérification ou à la note de commande de Relvato ; les commandes à la corbeille sont sous Commandes → Corbeille.
Extensions de suivi que l’extension Relvato désactive pour les commandes de test (extension 1.57.0 et plus)
| Extension | Ce qui est désactivé | Comment |
|---|---|---|
| Pixel Manager for WooCommerce | L’achat dans le navigateur, Automatic Conversion Recovery, les événements serveur de la version Pro et le flux d’ajustements Google Ads | Ses filtres pmw_conversion_prevention et pmw_skip_s2s_purchase_event |
| Google for WooCommerce | La conversion d’achat Google Ads | La commande est marquée comme déjà suivie ; sa balise est coupée pour les requêtes de Relvato |
| Google Analytics for WooCommerce | L’achat GA4 | La commande est marquée comme déjà suivie ; le suivi est coupé pour les requêtes de Relvato |
| Site Kit by Google | L’achat GA4 | La commande est marquée comme déjà suivie |
| GTM4WP | L’achat dans le dataLayer | La commande est marquée comme déjà suivie, et son statut comme non suivi |
| Facebook for WooCommerce | Purchase du pixel Meta et la Conversions API | La commande est marquée comme déjà suivie (navigateur et serveur) ; le pixel est coupé pour les requêtes de Relvato |
| PixelYourSite | Ses pixels et la Conversions API | Coupé pour les requêtes de Relvato |
| Pinterest for WooCommerce | La balise Pinterest et la Conversions API | Coupé pour les requêtes de Relvato |
| TikTok | Pixel d’achat et Events API | Ses hooks d’achat sont retirés pour les requêtes de Relvato |
| WooCommerce Analytics | Rapports de revenus et de commandes | Son filtre woocommerce_analytics_is_test_order (WooCommerce 10.7 et plus) |
Questions
Les commandes de test apparaîtront-elles dans Google Analytics 4 ou Google Ads ?
Pas avec l’extension Relvato 1.57.0 ou plus connectée : l’extension désactive l’événement d’achat pour les commandes de test dans les extensions de suivi ci-dessus, et le navigateur de Relvato bloque les adresses de collecte pendant qu’il passe la commande. Une configuration que l’extension ne connaît pas et qui envoie les achats depuis votre serveur — une intégration maison, par exemple — peut ignorer les commandes de test en vérifiant relvato_is_test_order( $order ).
Puis-je empêcher Relvato de passer des commandes ?
Oui : réglez la profondeur du moniteur de paiement sur « Reachable ». Il remplit le paiement et confirme que la commande peut être passée, sans l’envoyer.
Les commandes de test faussent-elles mes rapports de revenus ?
Pas dans WooCommerce Analytics à partir de WooCommerce 10.7 : les commandes de test n’y sont jamais enregistrées. Sur les versions plus anciennes, elles comptent jusqu’à leur retrait — mettez WooCommerce à jour. Votre liste de commandes les affiche jusqu’à leur passage à la corbeille quelques minutes plus tard — ou les garde, si « Protect stock & auto-remove verification orders » est désactivé.
Comment retrouver les commandes de test passées par Relvato ?
Cherchez dans vos commandes l’adresse de la boîte de vérification (…@verify.relvato.com), ou la note de commande de Relvato. Celles à la corbeille sont sous Commandes → Corbeille.