Mars 2024 : le thème événementiel d’une agence qui organise des soirées et des salons professionnels affichait encore les boutons PayPal historiques pour encaisser les acomptes de réservation. Un an plus tard, le prestataire de paiement a changé, remplacé par PayPlug, et il est temps de dresser un bilan honnête de cette bascule, sans se limiter à la ligne de frais bancaires.
Le thème avait été construit sur mesure, sans WooCommerce, avec un simple formulaire de réservation qui redirigeait vers les boutons PayPal pour le règlement de l’acompte. Ce fonctionnement marchait, mais renvoyait l’utilisateur hors du site pendant l’étape de paiement, ce qui inquiétait l’agence : combien d’acomptes étaient perdus simplement parce que la redirection cassait la confiance à ce moment précis du parcours ?
Pourquoi PayPlug plutôt qu’un autre prestataire
PayPlug propose un formulaire de paiement embarqué qui reste visuellement sur le domaine du site, sans redirection vers un domaine externe pendant la saisie de la carte bancaire. Techniquement, cela se traduit par un appel à l’API PayPlug depuis le thème pour créer un paiement, puis l’affichage d’une page de paiement hébergée par PayPlug mais personnalisable aux couleurs de l’agence, avant un retour sur le site via une URL de notification.
function wpm_creer_paiement_payplug( $montant_centimes, $email ) {
$reponse = wp_remote_post( 'https://api.payplug.com/v1/payments', array(
'headers' => array(
'Authorization' => 'Bearer ' . WPM_PAYPLUG_CLE_SECRETE,
'Content-Type' => 'application/json',
),
'body' => wp_json_encode( array(
'amount' => $montant_centimes,
'currency' => 'EUR',
'customer' => array( 'email' => $email ),
'notification_url' => home_url( '/paiement-confirme/' ),
) ),
) );
return json_decode( wp_remote_retrieve_body( $reponse ), true );
}
Le formulaire de réservation revu
Le gabarit de réservation, construit dans le thème via get_template_part, a été modifié pour appeler cette fonction dès la validation du formulaire, puis rediriger l’utilisateur vers l’URL de paiement hébergée renvoyée par PayPlug. La notification de paiement, elle, arrive sur une route dédiée du thème qui vérifie la signature de la requête avant de marquer la réservation comme réglée dans une table personnalisée, sans jamais faire confiance uniquement à la redirection du navigateur.
Ce point de sécurité est important : une confirmation de paiement ne doit jamais être validée uniquement parce que l’utilisateur revient sur une page de succès. Seule la notification serveur à serveur, vérifiée par sa signature, fait foi.
Ce que le bilan à un an montre
Le taux d’abandon au moment du paiement de l’acompte a baissé de façon nette après la bascule, sans qu’aucune autre modification du parcours de réservation n’ait été apportée pendant la même période. L’équipe attribue cette amélioration à l’absence de redirection vers un domaine visiblement différent, un point de friction qu’elle sous-estimait avant le changement.
- Moins d’abandons constatés au moment précis du paiement de l’acompte
- Un support client moins sollicité sur des questions du type « le paiement a-t-il bien été pris en compte ? »
- Une intégration à maintenir dans le thème, contre une simple balise HTML auparavant
Le prestataire de paiement le moins cher n’est pas toujours celui qui rapporte le plus, si son parcours utilisateur décourage une partie des clients avant même la case bancaire.
Notre verdict
Un an après la bascule, PayPlug tient ses promesses pour ce thème événementiel : un parcours de paiement resté visuellement cohérent avec le site, une intégration qui demande un peu plus de code que de simples boutons PayPal, mais une baisse mesurable des abandons au moment décisif. Le prochain chantier consistera à proposer le paiement en plusieurs fois pour les acomptes les plus élevés, une fonctionnalité que PayPlug propose également.
