Blog
Formulaire d'inscription par e-mail sur un site statique (sans plateforme d'e-mail marketing)
· 4 min de lecture
Une inscription à une newsletter, une liste d'attente, une case « prévenez-moi au lancement » - ce sont d'abord des problèmes de formulaire, pas des problèmes marketing. Un seul champ, généralement une adresse e-mail. Un trafic calme pendant des semaines puis un pic dès qu'un lien circule. Et un réflexe très courant dès qu'on s'attaque à sa construction : ouvrir un compte Mailchimp ou ConvertKit, coller leur extrait d'intégration sur la page, et ne plus s'en soucier - alors qu'on voulait simplement un formulaire qui envoie quelque part, pas une plateforme marketing.
Un problème de formulaire déguisé en plateforme marketing
Réfléchissez à ce qu'une case d'inscription à ses débuts doit vraiment faire : afficher un champ, valider un e-mail, le stocker quelque part de visible, et vous prévenir quand quelqu'un de nouveau arrive. C'est tout. Pas d'automatisation, pas de segmentation, pas de lignes d'objet testées en A/B - parce qu'il n'y a pas encore de newsletter à envoyer. Ça peut être une liste d'attente avant même d'avoir choisi le produit à construire, ou la case « recevez les nouveaux articles » d'un site personnel qui ne justifiera jamais un abonnement mensuel. Le travail, c'est la capture, pas les campagnes.
Si l'on se tourne aussi tôt vers une plateforme d'e-mail marketing complète, ce n'est généralement pas qu'on en a besoin - c'est qu'aucune option plus légère ne vient spontanément à l'esprit. Le formulaire intégré d'un ESP est gratuit à ajouter et « ça marche tout de suite », donc il devient le choix par défaut même pour un seul champ de saisie. Le coût apparaît plus tard : un SDK JavaScript tiers chargé à chaque vue de page, ses propres cookies et son propre tracking, et un compte avec des paramètres, des audiences et des tags à gérer avant même d'avoir écrit une seule campagne.
Quand un backend de formulaire léger est le bon outil
Un backend de formulaire hébergé s'occupe exactement de ce dont vous avez besoin maintenant, et de rien de plus :
<form action="https://formhook.app/f/fh_your-key" method="POST">
<input type="email" name="email" required autocomplete="email" />
<button type="submit">Subscribe</button>
</form>Pointez cet action vers un endpoint de formulaire et le champ est en ligne - pas de SDK, pas de cookies, aucun compte à configurer en dehors du formulaire lui-même. Les soumissions arrivent dans un tableau de bord, le spam est filtré avant de vous atteindre (un champ honeypot, une limitation de débit, et Cloudflare Turnstile activé par défaut), et vous êtes prévenu dès qu'une personne s'inscrit. Chez Formhook, c'est gratuit jusqu'à 250 soumissions par mois, sans carte bancaire requise - largement de quoi couvrir une liste d'attente ou la liste de diffusion d'un site en démarrage.
Quand vous voulez vraiment un ESP dédié
L'approche légère cesse d'être la bonne dès qu'il y a une vraie newsletter à gérer : séquences de bienvenue automatisées, campagnes de goutte-à-goutte, segmentation des abonnés, envois testés en A/B, ou - la partie vraiment difficile à faire soi-même - la réputation de délivrabilité en boîte de réception, construite sur des milliers d'envois. C'est un vrai produit porté par une vraie équipe, qui mérite d'être payé une fois que vous vous en servez réellement. L'idée n'est pas d'éviter un ESP pour toujours ; c'est de ne pas en payer un, en configurer un, et charger son script sur chaque page avant d'en avoir besoin.
Être honnête sur ce que c'est
Autant le dire clairement : un backend de formulaire n'est pas une plateforme d'e-mail marketing. Formhook collecte l'inscription et vous prévient qu'elle a eu lieu - il n'envoie pas votre newsletter, et ne le fera jamais. Ce qu'il vous donne, en revanche, c'est la propriété de vos données : chaque soumission est stockée comme une donnée que vous contrôlez, et un export complet du compte (un ZIP contenant tous les formulaires, soumissions et fichiers) garantit que la liste n'est jamais enfermée chez lui. Le jour où vous dépassez le cadre d'une simple case d'inscription, vous exportez les e-mails et les importez directement dans l'ESP de votre choix - pas besoin de récupérer les données à la main depuis un tableau de bord, pas besoin de repartir de zéro.
Pour une liste d'attente, un produit qui démarre, ou un site qui veut juste un « prévenez-moi » sans SDK marketing greffé dessus, c'est tout le travail nécessaire. Consultez le niveau gratuit et ayez le formulaire en ligne en quelques minutes.
Mettez en ligne un formulaire fonctionnel en une ligne
Hébergé dans l'UE, soumissions conservées indéfiniment, notifications push sur tous les niveaux.
Commencer gratuitementSans carte bancaire · consultez la documentation
Continuer la lecture
- Envoi de fichiers sur un site statique : vos vraies optionsL'hébergement statique ne peut pas recevoir de fichiers, mais vos formulaires, si. Envoi multipart via un backend : limites, sécurité, stockage RGPD.
- Qu'est-ce qu'un backend de formulaires ?Un backend de formulaires reçoit, stocke et transmet vos soumissions sans que vous ayez à gérer de serveur. Comment ça marche, et quand en avoir besoin.
- Comment ajouter un formulaire de contact à GitHub PagesGitHub Pages ne peut pas exécuter de code serveur, mais un formulaire de contact fonctionnel reste possible. Trois approches comparées en une minute.