J’ai passé trois jours à Barcelone à chercher la source d’une page blanche sur le site de Point H. Victoria m’avait filé un lien qui ne s’ouvrait pas, pis j’ai cru que c’était une erreur de mon code. J’ai relu tout le CSS, redémarré le serveur, même changé de navigateur… rien à faire. Puis, en désespoir de cause, j’ai fouillé dans le wp-config.php sans trop savoir pourquoi. Et là, bingo : un paramètre oublié depuis des mois. Je l’ai réveillé, et deux jours plus tard, les ventes ont bondi de 20%.
Quand le code parle plus fort que le design
Le problème, c’était ce fameux wp-config.php, ce fichier qui ressemble à un charabia de lettres et de chiffres, mais qui, en réalité, contrôle une bonne partie de l’arrière-plan de WordPress. Je l’avais modifié à l’été 2024, quand Victoria m’avait demandé d’ajouter une fonctionnalité pour les réservations en ligne. Je me souvenais vaguement d’avoir activé un WP_DEBUG pour traquer les erreurs, mais je l’avais désactivé aussitôt que le site fonctionnait.
Le hic? Ce paramètre, s’il est laissé en l’état, peut bloquer certaines transactions en arrière-plan. Imagine : un utilisateur tente de payer, et WP_DEBUG affiche des messages d’erreurs au lieu de rediriger vers le reçu de paiement. Personne ne valide la transaction, le panier reste vide, et les alertes de WordPress commencent à spammer.
Le réveil du paramètre : un coup de chance ou un plan B?
La solution? Rien de plus simple que de réactiver WP_DEBUG en temps normal, mais ici, c’était l’inverse. J’ai ouvert le wp-config.php, trouvé la ligne `define;`, et laissé tomber les autres lignes de commentaires. J’ai aussi vérifié les paramètres de sécurité, comme le sel des cookies `), parce que, comme l’explique WordPress en Français, « un sel obscur réduit les attaques par force brute ».
Mais la vraie astuce, c’était de laisser WP_DEBUG_DISPLAY à `false` et WP_DEBUG_LOG à `true`. Ainsi, les erreurs se sauvegardaient dans un fichier de log au lieu d’être affichées à l’écran. C’était parfait : les utilisateurs ne voyaient plus la page blanche, et les erreurs se loguaient discrètement pour que je puisse les analyser sans stresser le site.
Pourquoi ça a boosté les ventes en deux jours
D’un côté, le site redevenait fonctionnel. De l’autre, j’ai pu identifier d’autres paramètres bloqués, comme la connexion SSL. J’avais oublié de renouveler le certificat, et les navigateurs avertissaient les utilisateurs avec un « ce site n’est pas sécurisé ». En ajustant la directive `define;` et en relançant le certificat via l’hébergeur, tout est devenu https://.
Le coup de pouce final? J’ai ajouté un message de confirmation automatique après paiement en utilisant le plugin WooCommerce, qui m’a fait gagner des heures de configuration. Ce n’était pas la magie, mais un mélange de réactivations discrètes et de bonnes pratiques oubliées.
Le plugin WordPress que j’ai découvert par erreur à Barcelone… et qui a tout changé pour mon site québécois
Le moral de l’histoire, c’est que les paramètres WordPress, c’est comme les vieilles recettes de cuisine : personne ne les lit jusqu’à ce qu’on ait un besoin précis. Pis, quand on les relit, on découvre qu’y a toujours une astuce cachée.
Dis-moi, t’as déjà eu une page blanche et ça t’a pris trois jours pour trouver la source? Ou tu préfères laisser tomber et jeter ton code au recyclage?
— Élise Morane, étudiante en informatique et passionnée d’IA — Point Hub