Formulaire de contact sans WordPress : c'est le choix d'un site généré (Nuxt, autre SSG) ou d'un HTML tenu. Le formulaire vit dans le navigateur, la livraison d'un message passe par une API tierce ou une fonction. Pas de `wp-admin`, pas d'extension de formulaire. Cet article pose le modèle (validation, captcha custom, honeypot), ce que l'on ne met pas dans le client, et pourquoi c'est plus calme à tenir qu'un Contact Form 7 oublié. MakeDigital fonctionne ainsi : formulaire statique, API d'envoi séparée.
📨 Le navigateur suffit à collecter
Champs, validation, honeypot, un défi simple (captcha custom). Puis un POST vers un service qui envoie le mail. Le secret n'est pas dans le JS public. Les clés exposées se restreignent (origine, quota).
On ne pose pas un mail() PHP sur le VPS à la va-vite : réputation, spam, même problème que Woo mal envoyé.
🔐 Ce que WP apportait (et que l'on recopie)
Logs, notification, pièce jointe. Un service le fait. RGPD : mention, durée, qui traite. Pas de table `wp_posts` de messages oubliés.
Si vous devez relire les messages dans un admin : un outil de tickets, pas un CMS.
- Validation front + serveur
- Pas de secret dans le repo public
- Quota / rate limit
- Mention RGPD
📬 Que le message arrive vraiment
Un formulaire qui affiche « merci » n'a pas prouvé que le mail est arrivé. L'adresse d'envoi doit être autorisée par le domaine (SPF, DKIM), sinon le message part dans les indésirables du destinataire.
Je garde une trace de chaque envoi côté serveur et une alerte si le service d'envoi échoue. Un client qui écrit et ne reçoit jamais de réponse ne réécrit pas.
✅ Quand WP reste
Votre site vit déjà dans WordPress, avec cinq formulaires métier et des pièces jointes lourdes ? Alors gardez un seul plugin de formulaires, pas cinq.
Si votre site est statique ou en cours de refonte, un formulaire de contact sans WordPress reste plus léger et plus clair à maintenir : une page, une API d'envoi, des logs.
✅ Vérifications d'un formulaire sans WordPress
On envoie un message réel, on vérifie la réception, l'accusé envoyé au visiteur, le comportement en cas d'erreur et la protection anti-spam. Chaque cas a son test.
Adresse de réception confirmée, accès au service d'envoi à votre nom. Puis 24 à 72 h de suivi : messages arrivés, courrier indésirable, délais. Sans ce suivi, un formulaire peut perdre des demandes sans que personne ne le voie.
- Envoi réel testé de bout en bout
- Version de test avant publication
- Un réglage anti-spam modifié à la fois
- Vérification humaine puis 24 h de suivi des messages
📌 Ce que je refuse sur ce sujet
Je refuse d'installer un CMS entier pour un seul formulaire. Je refuse les formulaires sans protection contre le spam. Je refuse de publier sans avoir reçu un vrai message de test.
Je refuse aussi de me taire : si WordPress vous est utile pour autre chose, je le dis. Cet article n'est pas un prétexte pour vous faire quitter un outil qui marche.
Le formulaire n'a pas besoin de WordPress. Il a besoin d'arriver.
🧭 Questions fréquentes
Faut-il changer tout de suite ? Oui si votre formulaire perd des messages ou reçoit beaucoup de courrier indésirable. Sinon, faites-le à la prochaine mise à jour du site.
Peut-on le brancher sans copie de test ? Un formulaire se teste par un faux envoi : je vérifie la réception, l'anti-spam et le message d'erreur sur une version de test avant de publier.
Combien de temps ? Une demi-journée pour brancher le service d'envoi, régler l'anti-spam et tester. Une journée si vous voulez suivre les demandes dans un autre outil.
