Image promotionnelle de SaleSaver présentant la fonctionnalité de relance des paiements WooCommerce pour les paiements ayant échoué. Le visuel comprend trois écrans : un e-mail de relance des paiements WooCommerce, la vue détaillée d’une commande avec un bouton de paiement, et la confirmation de réception du paiement. Le graphisme met en avant des baskets, des icônes intuitives et un design moderne aux tons bleus. Le texte en français vante efficacement la récupération des ventes et encourage les clients à finaliser leurs achats.

SaleSaver : relancer les paiements WooCommerce échoués

Un client choisit ses produits, renseigne son adresse, sélectionne son moyen de paiement et valide sa commande. Pourtant, quelques secondes plus tard, le paiement échoue. La commande existe bien dans WooCommerce, mais la vente n’aboutit pas.

Ce scénario se produit sur pratiquement toutes les boutiques WooCommerce. Une carte peut être refusée, une authentification 3D Secure peut être interrompue, la connexion peut se couper au mauvais moment ou une passerelle de paiement peut rencontrer un incident temporaire.

Le problème ne vient donc pas nécessairement d’un manque d’intérêt. Le client avait déjà choisi ses produits, rempli le checkout et tenté de payer. Il se trouvait au contraire à quelques secondes de la conversion.

C’est précisément ce qui rend les paiements WooCommerce échoués intéressants à traiter. Une relance bien conçue ne cherche pas à recréer une intention d’achat : elle aide un client déjà engagé à terminer une transaction interrompue.

J’ai développé SaleSaver pour faciliter ce travail dans WooCommerce : identifier les commandes concernées, envoyer des relances adaptées et suivre celles qui finissent par être récupérées.

Si vous cherchez directement les fonctionnalités, les différentes versions et les tarifs du plugin, consultez la page SaleSaver pour WooCommerce. Ici, nous allons plutôt voir comment comprendre un paiement échoué, quand relancer le client et comment éviter les erreurs qui pourraient aggraver la situation.

Qu’est-ce qu’une commande échouée dans WooCommerce ?

WooCommerce attribue un statut à chaque commande afin de représenter son état dans le cycle d’achat. Une commande peut ainsi être en attente de paiement, en attente, en cours de traitement, terminée, annulée, remboursée ou échouée.

Le statut Échouée correspond généralement à une commande pour laquelle la tentative de paiement n’a pas été finalisée avec succès. La transaction a pu être refusée par l’établissement bancaire, interrompue au cours d’une authentification ou rejetée par la passerelle.

Vous pouvez consulter la documentation officielle WooCommerce sur les statuts de commande pour retrouver le rôle précis des états Pending payment, On hold, Processing et Failed.

Une commande échouée n’est pas un panier abandonné

Cette distinction est importante. Dans un scénario de panier abandonné, le visiteur peut quitter la boutique bien avant d’avoir créé une commande. Il a parfois simplement ajouté un produit au panier avant de disparaître.

Lorsqu’une commande WooCommerce est déjà créée et que son paiement échoue, le client a franchi beaucoup plus d’étapes. Il a généralement fourni ses coordonnées, choisi son mode de livraison et déclenché une tentative de règlement.

L’intention commerciale est donc plus avancée. Vous ne vous adressez pas à quelqu’un qui a seulement regardé un produit : vous vous adressez à une personne qui a essayé de l’acheter.

Le statut technique ne révèle pas l’intention du client

Imaginez un client qui achète un produit à 120 €. Il compare plusieurs références, choisit son modèle, saisit son adresse et entre les informations de sa carte bancaire.

Sa banque déclenche ensuite une authentification supplémentaire. L’application bancaire ne répond pas, la fenêtre est fermée trop tôt ou le navigateur perd momentanément la connexion.

WooCommerce peut alors enregistrer un échec. Pourtant, rien n’indique que le client ait changé d’avis. Il voulait réellement acheter.

Sans action de votre part, cette vente peut simplement disparaître. Avec un message clair et un moyen direct de reprendre le paiement, vous pouvez au contraire supprimer la friction qui a interrompu le parcours.

Lire SaleSaver : relancer les paiements WooCommerce échoués

Serveur dédié : sécuriser Apache 2 avec ModSecurity photo

Sécuriser Apache avec ModSecurity et OWASP CRS

ModSecurity ajoute une couche de filtrage applicatif devant vos sites web. Il ne remplace ni les mises à jour, ni une configuration Apache propre, ni un pare-feu réseau. En revanche, il peut bloquer ou journaliser des requêtes clairement suspectes avant qu’elles n’atteignent WordPress, PHP, un CMS ancien ou une application maison.

L’ancien tutoriel utilisait Debian Squeeze, des backports manuels et les règles Atomicorp/ASL. Cette méthode a fait son temps. Aujourd’hui, la base saine consiste à installer ModSecurity avec les paquets Debian/Ubuntu, puis à utiliser l’OWASP Core Rule Set.

ModSecurity, à quoi ça sert ?

ModSecurity est un WAF, pour Web Application Firewall. Il analyse les requêtes HTTP et peut détecter, journaliser ou bloquer des comportements suspects.

Il peut notamment aider contre :

  • les injections SQL ;
  • les attaques XSS ;
  • les tentatives de local file inclusion ;
  • les remote file inclusions ;
  • les payloads malformés ;
  • certaines attaques contre les formulaires ;
  • les scans automatisés trop bruyants ;
  • les requêtes qui ciblent des failles connues.

Le point important : ModSecurity a besoin de règles. Sans règles utiles, c’est surtout un moteur qui attend qu’on lui donne du travail. Et comme tout outil de sécurité, il peut aussi produire des faux positifs. Donc on l’installe, on observe, on ajuste, puis on bloque. Pas l’inverse.

Lire Sécuriser Apache avec ModSecurity et OWASP CRS

Un verre à cocktail avec des garnitures colorées et un ananas entier se trouve à côté du texte en gras "HandBrake". En dessous, un texte plus petit indique : "The open source video transcoder and Encoder MKV". L'arrière-plan est gris clair.

Encoder une vidéo en MP4, MKV ou WebM avec HandBrake et FFmpeg

Encoder une vidéo consiste à la convertir dans un format plus adapté à son usage : lecture sur ordinateur, télévision, smartphone, NAS, site web ou archivage personnel. En 2004, on parlait surtout d’AVI, de DivX, de Xvid, d’OGM et de MKV. Aujourd’hui, les choix les plus pratiques sont plutôt MP4, MKV et WebM.

L’ancien tutoriel reposait sur Ripp-it After Me, un outil Windows très populaire à l’époque pour convertir des fichiers MPEG-2 vers Xvid, AVI, OGM ou MKV. Il a rendu service, clairement. Mais il n’est plus le meilleur point de départ pour encoder proprement une vidéo aujourd’hui.

Pour un encodage simple, utilisez HandBrake. Pour un encodage précis, automatisable ou reproductible, utilisez FFmpeg. Voilà le duo moderne. Pas besoin de réveiller DivX depuis son sarcophage numérique.

Lire Encoder une vidéo en MP4, MKV ou WebM avec HandBrake et FFmpeg