Qu'est-ce qu'un backend de formulaires ?

Un backend de formulaires est un service hébergé qui reçoit les soumissions de formulaire de votre site pour que vous n'ayez pas à gérer de serveur. Votre formulaire HTML envoie une requête POST vers le point de terminaison du service ; celui-ci valide la requête, filtre le spam, stocke la soumission et vous notifie. Votre site reste entièrement statique.

Le problème qu'il résout

Les formulaires HTML sont la seule partie d'un site statique qui ne peut pas rester statique. Un élément <form> a besoin d'un endroit où envoyer ses données, et les navigateurs ne peuvent faire une requête POST que vers une URL. Historiquement, cela impliquait de faire tourner un serveur - des scripts PHP, une application Node, ou plus tard une fonction serverless - avec tout ce que cela implique : filtrage du spam, stockage, envoi d'e-mails, disponibilité.

Un backend de formulaires remplace tout ça par un seul attribut :

C'est toute l'intégration. Le reste - analyse, protection anti-spam, stockage, notifications - se passe du côté du service.

Ce qu'un bon backend de formulaires gère pour vous

• Réception et analyse - soumissions form-encoded, JSON et multipart
• Protection anti-spam - champs honeypot, limitation de débit et défis comme Cloudflare Turnstile
• Stockage - soumissions dans un tableau de bord que vous pouvez rechercher et exporter
• Notifications - par e-mail ou, mieux, notifications push natives dès qu'une soumission arrive
• Sécurité - listes blanches CORS, redirections validées, TLS

Quand vous en avez besoin

Vous avez besoin d'un backend de formulaires si l'une de ces situations décrit votre projet :

1. Votre site est statique - GitHub Pages, Cloudflare Pages, un export servi par Nginx, Hugo, Astro, du HTML pur. Il n'y a aucun serveur pour recevoir la requête POST.
2. Vous ne voulez pas maintenir un récepteur - même sur des sites avec serveurs, un point de terminaison de contact est de la plomberie indifférenciée qui a besoin d'un filtrage anti-spam et d'une surveillance pour toujours.
3. Vous voulez centraliser vos soumissions - consultables, exportables, et poussées vers votre téléphone, plutôt qu'éparpillées dans des boîtes de réception.

Quand vous n'en avez pas besoin

Si vous faites déjà tourner un serveur d'application complet et que le formulaire alimente directement votre propre base de données et votre logique métier, un backend hébergé est un saut supplémentaire dont vous n'avez peut-être pas besoin. Un backend de formulaires trouve sa place quand le formulaire est une tâche annexe - un formulaire de contact ou de demande greffé sur un site par ailleurs statique ou orienté contenu.

Ce qu'il faut vérifier avant d'en choisir un

La catégorie paraît interchangeable de l'extérieur ; les différences apparaissent après la mise en production. Quatre questions à poser à n'importe quel fournisseur, y compris le nôtre :

1. À quoi sert le niveau gratuit ? Certains sont explicitement positionnés pour les tests et le développement, pas pour la production. Le niveau gratuit de Formhook est conçu pour de vrais sites - 250 soumissions par mois, conservées indéfiniment.
2. Combien de temps les soumissions sont-elles conservées ? Un prospect qui s'autodétruit après 30 jours est un prospect que votre client perd. Trouvez la politique de rétention par écrit.
3. Où les données résident-elles physiquement ? Pour les sites européens, un traitement hébergé aux États-Unis fait entrer toute la question du transfert de données dans votre politique de confidentialité. Formhook stocke les soumissions en Allemagne.
4. Pouvez-vous tout exporter ? Si partir demande de supplier le support pour obtenir un export de données, n'entrez pas.

Une fois ces points vérifiés, l'intégration se résume vraiment à la ligne ci-dessus. Consultez la documentation pour la référence complète des champs, ou les guides par framework pour un extrait à copier-coller en Astro, Next.js, Hugo, et plus.