Superviser un formulaire client, c’est vérifier que le message quitte le site et arrive dans une boîte, pas que la page /contact/ répond HTTP 200. Le parcours réel : le visiteur envoie un POST, le plugin (souvent via wp_mail() sur WordPress) parle à un SMTP, le message arrive dans la boîte du client ou dans un outil derrière. Chaque maillon casse sans que l’accueil du site change de code. Le livrable est une fiche par formulaire, avec la date du dernier essai reçu.
Le chemin, et l’endroit où il casse
| Maillon | Où le voir | Panne typique |
|---|---|---|
| Page | GET sur l’URL du formulaire, code 200 | Modèle cassé après une mise à jour, formulaire absent du HTML |
| Envoi | POST, message de succès du plugin | jQuery du thème en conflit, bouton qui ne poste plus |
| Transport | Réglage SMTP (hôte, port, identifiant) | Mot de passe d’application révoqué, port 25 bloqué par l’hébergeur, wp_mail() sans SMTP |
| Réception | Boîte dédiée, puis boîte du client | SPF ou DKIM absents, message en indésirables |
| Anti-spam | Clés du captcha, domaine autorisé | Clé créée pour le staging, plus valable sur le domaine de production |
| Destinataire métier | Adresse dans le plugin, pas seulement l’admin WordPress | Ancien salarié encore seul destinataire |
Le plugin peut afficher un succès alors que le SMTP a accepté le message et que le fournisseur de boîte l’a jeté ensuite. C’est pour ça que la boîte de test se lit vraiment. Un journal SMTP, s’il existe dans l’extension d’envoi, dit si le serveur distant a répondu 250. Sans 250, vous ne cherchez pas dans les indésirables : le message n’est pas parti.
L’essai, une fois par semaine
- Créez une adresse de test de l’agence, stable, citée sur la fiche. Le client peut la mettre en copie ou vous seul la recevez, selon ce qu’il accepte. Ne testez pas uniquement vers l’adresse commerciale : le jour où elle est pleine, vous ne savez plus si le formulaire marche.
- Ouvrez la page comme un visiteur, sans être connecté à l’admin. Les formulaires réservés aux utilisateurs connectés trompent.
- Remplissez les champs obligatoires. Objet ou message : TEST-AGENCE et la date. Respectez le captcha. Si le captcha bloque le test, c’est déjà un résultat : un visiteur peut l’être aussi.
- Attendez le succès à l’écran, puis ouvrez la boîte de test et les indésirables. Notez l’heure d’arrivée, ou l’absence au bout de dix minutes.
- Si rien n’arrive, ouvrez le journal SMTP et le dernier changement (mise à jour du plugin, rotation de mot de passe, changement de domaine). Une seule piste à la fois.
- Écrivez le résultat sur la fiche : date, reçu ou non, numéro de ticket si vous corrigez.
Vous ne laissez pas ces essais créer des fiches dans le CRM du client. Soit le formulaire de test est exclu de l’automatisation, soit l’objet TEST-AGENCE est filtré. Un essai qui crée un lead est une supervision qui coûte plus cher que la panne.
Après une mise en ligne ou une mise à jour
Le SMTP de production n’est pas celui du staging. Les clés de captcha non plus : elles sont liées à un domaine. Le jour de la bascule, l’essai fait partie des contrôles, au même titre que l’accueil en 200. Une page de remerciement qui s’affiche grâce au cache, sans POST réel, ne compte pas. Videz le cache si le succès apparaît sans que la boîte reçoive quoi que ce soit, et refaites l’envoi.
Un formulaire de paiement ou de devis a un enjeu plus haut qu’un formulaire de newsletter. La fiche le dit, et l’essai de la page à enjeu se fait en premier. Les abus sur les formulaires publics (champs piégés, envois en masse) se traitent à part, comme dans prévenir la fraude sur un formulaire. Ce n’est pas le même contrôle : ici vous vérifiez que les vrais messages passent, pas seulement que les faux sont bloqués. Un anti-spam trop dur produit l’incident inverse, le lead perdu, sans erreur 500.
Le code HTTP de la page, lui, se regarde quand même : une page de contact en 500 ne mérite pas un essai d’envoi. L’analyse de ce code est dans analyser le code HTTP. Quand la page répond mais que le serveur plie sous les envois, le sujet rejoint requêtes HTTP trop nombreuses.
Le livrable est la fiche : URL, plugin, SMTP (le nom du service, pas le mot de passe), destinataires, date du dernier message TEST-AGENCE reçu. Le lundi, les fiches sans date dans les sept derniers jours sont les formulaires non supervisés. Ce sont ceux dont le client parlera en disant que personne ne le rappelle.