Un site statique n’a pas de serveur pour recevoir un formulaire : un formulaire de contact implique donc en général un service tiers, un script et une clé d’API. Sur Lobsite, un formulaire n’a besoin que de son action : faites-le pointer vers /_lobsite/forms/<name> et déployez. Les messages arrivent sur la page Envois de votre tableau de bord et par e-mail, spam filtré.
<form action="/_lobsite/forms/contact" method="POST">
<input name="email" type="email" required>
<textarea name="message" required></textarea>
<button>Send</button>
</form>
Comment ça marche
- Faites pointer le formulaire vers Lobsite.
action="/_lobsite/forms/contact"etmethod="POST". La dernière partie du chemin nomme le formulaire :contact,newsletter,quote. - Déployez. Le déploiement lit votre HTML et enregistre chaque formulaire qui envoie vers
/_lobsite/forms/; rien à déclarer à la main. - Lisez les messages sur la page Envois du tableau de bord, par e-mail (avec Reply-To réglé sur l’expéditeur), ou exportez-les avec
lobsite forms export contact --csv.
La zone ci-dessus commence par une page de contact. Publiez-la pour voir le formulaire sur un site en ligne ; il accepte les messages une fois le site gardé dans un compte.
Protection anti-spam intégrée
Quand une page est servie, Lobsite ajoute à chaque formulaire un champ piège caché et un horodatage signé. Les envois qui remplissent le piège, ou qui arrivent moins de 2 secondes après le chargement de la page, sont mis de côté comme spam, et un visiteur qui en envoie trop à la suite est refusé. Vous n’ajoutez ni captcha ni script pour tout cela.
Vérifications, pages de remerciement et JavaScript
Chaque formulaire peut avoir une section dans lobsite.toml, qui voyage avec le déploiement :
[forms.contact]
required = ["name", "email", "message"]
types = { email = "email" }
redirect = "/thanks"
requiredettypessont aussi vérifiés sur le serveur ; un envoi qui échoue n’est pas enregistré, et le visiteur voit ce qu’il doit corriger.redirectaffiche votre propre page après l’envoi. Sans lui, le visiteur voit une page de remerciement avec un lien de retour.- Envoyer avec
fetchgarde le visiteur sur la page : envoyeznew FormData(form)avecAccept: application/json, et la réponse est{"ok": true}ou les champs qui n’ont pas passé la vérification. - Les frameworks fonctionnent quand le formulaire est dans le HTML buildé, ce que produisent le prérendu et l’export statique (Astro, Eleventy, Next.js avec
output: "export", SvelteKit avecprerender).
Des exemples complets (newsletter, demande de devis, le script fetch) se trouvent dans la documentation des formulaires.
Ce que comprend chaque offre
| Sans compte | Gratuite | Payante (bientôt) | |
|---|---|---|---|
| Accepte les envois | Une fois le site récupéré | Oui | Oui |
| Envois par mois et par site | — | 25 | Sans limite |
| Notifications par e-mail | — | L’e-mail de votre compte | Toute adresse vérifiée |
| Webhooks signés | — | Non | Oui |
| Conservés pendant | — | 90 jours | 1 an |
Les URL d’aperçu n’acceptent jamais d’envois, et l’envoi de fichiers dans les formulaires n’est pas encore pris en charge.
Faites pointer un formulaire vers /_lobsite/forms/contact. Filtrage du spam inclus.
Redirections, en-têtes et formulaires vivent dans lobsite.toml et accompagnent chaque déploiement.
Prévisualisez avant la mise en ligne. Revenez en arrière en un clic, redirections comprises.
Chaque limite est publiée, et chaque erreur vous dit quoi faire ensuite.
Chaque site reçoit une adresse *.lobsite.app en HTTPS dès le premier déploiement.
Les fichiers sont stockés selon leur hash. Redéployer un site inchangé envoie 0 octet.
Formulaires Lobsite, service de formulaires ou votre propre backend
| Formulaires Lobsite | Un service de backend de formulaires | Votre propre backend | |
|---|---|---|---|
| Ce que vous ajoutez à la page | L’action |
L’endpoint du service, souvent une clé ou un script | Votre endpoint |
| Comptes à gérer | Celui où se trouve votre site | Un deuxième | Un serveur ou un hébergeur de fonctions |
| Filtrage du spam | Intégré | Selon le service et l’offre | À construire vous-même |
| Revient en arrière avec le site | Oui : les réglages sont dans lobsite.toml |
Non | Ça dépend |
| Volume gratuit | 25 par mois et par site | Selon le service | Vos coûts d’hébergement |
| Webhooks | Offre payante, bientôt | En général | Oui |
Si vous avez besoin dès aujourd’hui de centaines d’envois par mois, ou d’envoi de fichiers, un service dédié convient mieux en attendant l’offre payante. Pour un formulaire de contact sur un petit site, l’action suffit.
Questions fréquentes
Les formulaires Lobsite ont-ils besoin de JavaScript ?
Non. Un formulaire HTML simple fonctionne tel quel. JavaScript est facultatif, pour afficher un message sans quitter la page.
Pourquoi le message de mon formulaire est-il arrivé dans les spams ?
Le plus souvent, le formulaire a été rendu par JavaScript dans le navigateur, et il a perdu les champs anti-spam cachés que Lobsite ajoute en servant la page. Gardez le formulaire dans le HTML buildé, et laissez le navigateur l’envoyer tel qu’il a été servi.
Puis-je recevoir les messages à une autre adresse e-mail ?
Avec l’offre gratuite, les notifications vont à l’e-mail de votre compte. N’importe quelle adresse vérifiée est possible avec l’offre payante, bientôt disponible.
Un site sans compte accepte-t-il les messages de formulaire ?
Pas encore : le déploiement fonctionne, avec un avertissement, et le formulaire accepte les messages dès que vous récupérez le site dans un compte gratuit.
Puis-je avoir plusieurs formulaires sur un même site ?
Oui. Chaque nom est un formulaire à part, avec ses propres messages et réglages : /_lobsite/forms/contact et /_lobsite/forms/newsletter restent séparés sur la page Envois et dans les exports.