WooCommerce

Mettez à jour les boutiques WooCommerce sans casser le paiement.

Les mises à jour de boutique sont risquées par défaut, donc Verploy les teste d’abord sur une copie privée de la boutique : pages sur ordinateur et mobile, panier et page de paiement. La boutique en ligne ne reçoit la mise à jour que si tout passe.

Commencer gratuitement

Comment les mises à jour de boutique sont testées

Sans carte bancaire. Chaque mise à jour est vérifiée, et les plus risquées sont d’abord testées sur une copie.

Comment ça marche

Découvrez Verploy en 80 secondes.

Comment une mise à jour est vérifiée, testée sur une copie quand elle est risquée, et retenue ou annulée quand quelque chose cloche.

Commencer gratuitement →

La lecture depuis YouTube démarre après votre clic. Voir sur YouTube

Le problème

Un paiement cassé coûte de l’argent chaque minute

WooCommerce, les passerelles de paiement et les thèmes de boutique sont souvent mis à jour. La plupart des mises à jour se passent bien, mais quand l’une casse le panier ou le paiement, la boutique perd des commandes jusqu’à ce que quelqu’un s’en aperçoive. Et revenir en arrière sur une boutique est délicat : les commandes passées après la sauvegarde ne doivent pas disparaître.

Verploy traite les boutiques comme à haut risque : leurs mises à jour passent toujours d’abord sur une copie de test, et la boutique en ligne n’est mise à jour que si les vérifications réussissent.

Comment Verploy protège les boutiques

Conçu pour les boutiques que vous maintenez

Paiement testé sur une copie

Sur la copie de test, Verploy ajoute un produit au panier et vérifie que la page de paiement s’ouvre, avant et après la mise à jour. Il ne paie jamais et ne passe jamais de commande.

Les formulaires aussi sont testés

Contact Form 7, Gravity Forms et WPForms sont remplis et envoyés sur la copie de test. La copie n’envoie aucun e-mail et bloque les requêtes sortantes : aucun vrai message ni paiement ne part.

Commandes conservées lors d’un retour arrière

Sur les sites avec la protection des données, les commandes, saisies de formulaires, commentaires et comptes créés après la sauvegarde restent sur le site si Verploy doit revenir en arrière.

Maintenance courte

Sur les sites avec la protection des données, les visiteurs ne voient l’avis de maintenance que pendant la bascule elle-même. Les webhooks de paiement reçoivent un « réessayez plus tard » au lieu d’une boutique à moitié mise à jour.

En pratique

Ce qui se passe quand une mise à jour échoue au test

La mise à jour est retenue : la boutique en ligne n’est pas touchée
Vous voyez simplement ce qui a échoué, avec des captures avant et après
Les autres mises à jour de la boutique peuvent quand même avancer
Pour les grosses mises à jour, choisissez « Test uniquement », examinez le résultat et passez en ligne en un clic

Questions

Questions fréquentes

Verploy passe-t-il des commandes de test ?

Non. Sur la copie de test, il ajoute un produit au panier et vérifie que la page de paiement s’ouvre. Il ne paie jamais et ne commande jamais, et la copie bloque les requêtes sortantes vers les prestataires de paiement.

Que deviennent les commandes si une mise à jour est annulée ?

Sur les sites avec la protection des données, les commandes et saisies de formulaires créées après la sauvegarde restent sur le site ; tout le reste revient à la version d’avant la mise à jour.

Est-ce compatible avec toutes les passerelles de paiement ?

Le contrôle du paiement vérifie que la page de paiement s’ouvre et fonctionne sur la copie de test. Il ne se connecte pas au prestataire de paiement.

Passez moins de temps à vérifier WordPress.

Laissez Verploy faire le travail de maintenance.