Un sito statico non ha un server che riceva un modulo, quindi i moduli di contatto di solito significano un servizio esterno, uno script e una chiave API. Su Lobsite un modulo ha bisogno solo del suo action: puntalo a /_lobsite/forms/<name> e pubblica. I messaggi arrivano nella pagina Invii della tua dashboard e nella tua email, con lo spam filtrato.
<form action="/_lobsite/forms/contact" method="POST">
<input name="email" type="email" required>
<textarea name="message" required></textarea>
<button>Send</button>
</form>
Come funziona
- Punta il modulo a Lobsite.
action="/_lobsite/forms/contact"emethod="POST". L'ultima parte del percorso dà il nome al modulo:contact,newsletter,quote. - Pubblica. Il deploy legge il tuo HTML e registra ogni modulo che invia a
/_lobsite/forms/; non c'è nulla da registrare a mano. - Leggi i messaggi nella pagina Invii della dashboard, nella tua email (con Reply-To impostato sul mittente), o esportali con
lobsite forms export contact --csv.
Il riquadro qui sopra parte con una pagina di contatto. Pubblicala per vedere il modulo su un sito online; accetta messaggi quando il sito viene tenuto in un account.
Protezione antispam integrata
Quando una pagina viene servita, Lobsite aggiunge a ogni modulo un campo trappola nascosto e un timestamp firmato. Gli invii che compilano la trappola, o che arrivano entro 2 secondi dal caricamento della pagina, vengono messi da parte come spam, e chi ne invia troppi di fila viene respinto. Non aggiungi captcha né script per nulla di tutto questo.
Controlli, pagine di ringraziamento e JavaScript
Ogni modulo può avere una sezione in lobsite.toml, che viaggia con il deploy:
[forms.contact]
required = ["name", "email", "message"]
types = { email = "email" }
redirect = "/thanks"
requiredetypesvengono controllati anche sul server; un invio che non li rispetta non viene salvato, e il visitatore vede cosa correggere.redirectmostra la tua pagina dopo l'invio. Senza, il visitatore vede una pagina di ringraziamento con un link per tornare indietro.- Inviare con
fetchtiene il visitatore sulla pagina: invianew FormData(form)conAccept: application/json, e la risposta è{"ok": true}o i campi che non hanno superato il controllo. - I framework funzionano quando il modulo è nell'HTML generato, che è ciò che producono il prerendering e l'export statico (Astro, Eleventy, Next.js con
output: "export", SvelteKit conprerender).
Esempi completi (newsletter, richiesta di preventivo, lo script fetch) sono nella documentazione dei moduli.
Cosa include ogni piano
| Senza account | Gratuito | A pagamento (in arrivo) | |
|---|---|---|---|
| Accetta invii | Una volta rivendicato il sito | Sì | Sì |
| Invii al mese, per sito | — | 25 | Senza limiti |
| Notifiche via email | — | L'email del tuo account | Qualsiasi indirizzo verificato |
| Webhook firmati | — | No | Sì |
| Conservati per | — | 90 giorni | 1 anno |
Gli URL di anteprima non accettano mai invii, e il caricamento di file nei moduli non è ancora supportato.
Fai puntare un modulo a /_lobsite/forms/contact. Filtro antispam incluso.
Reindirizzamenti, header e moduli stanno in lobsite.toml e viaggiano con ogni deploy.
Anteprima prima di andare online. Rollback in un clic, reindirizzamenti compresi.
Ogni limite è pubblicato e ogni errore ti dice cosa fare dopo.
Ogni sito riceve un indirizzo *.lobsite.app con HTTPS dal primo deploy.
I file vengono salvati in base al loro hash. Ripubblicare un sito invariato carica 0 byte.
Moduli Lobsite, un servizio di moduli o il tuo backend
| Moduli Lobsite | Un servizio di backend per moduli | Il tuo backend | |
|---|---|---|---|
| Cosa aggiungi alla pagina | L'action |
L'endpoint del servizio, spesso una chiave o uno script | Il tuo endpoint |
| Account da gestire | Quello in cui è il sito | Un secondo | Un server o un hosting di funzioni |
| Filtro antispam | Integrato | Dipende dal servizio e dal piano | Lo costruisci tu |
| Torna indietro con il sito | Sì: le impostazioni stanno in lobsite.toml |
No | Dipende |
| Volume gratuito | 25 al mese per sito | Dipende dal servizio | I tuoi costi di hosting |
| Webhook | Piano a pagamento, in arrivo | Di solito | Sì |
Se oggi ti servono centinaia di invii al mese, o il caricamento di file, un servizio dedicato è più adatto finché non arriva il piano a pagamento. Per un modulo di contatto su un piccolo sito, basta l'action.
Domande frequenti
I moduli di Lobsite richiedono JavaScript?
No. Un semplice modulo HTML funziona così com'è. JavaScript è facoltativo, per mostrare un messaggio senza lasciare la pagina.
Perché il messaggio del mio modulo è finito nello spam?
Il più delle volte il modulo è stato generato da JavaScript nel browser, perdendo così i campi antispam nascosti che Lobsite aggiunge quando serve la pagina. Tieni il modulo nell'HTML generato e lascia che il browser lo invii così come è stato servito.
Posso ricevere i messaggi a un altro indirizzo email?
Nel piano gratuito le notifiche vanno all'email del tuo account. Qualsiasi indirizzo verificato è disponibile con il piano a pagamento, in arrivo.
Un sito senza account accetta messaggi dai moduli?
Non ancora: il deploy funziona, con un avviso, e il modulo inizia ad accettare messaggi quando rivendichi il sito in un account gratuito.
Posso avere più moduli su un sito?
Sì. Ogni nome è un modulo a sé, con i suoi messaggi e le sue impostazioni: /_lobsite/forms/contact e /_lobsite/forms/newsletter restano separati nella pagina Invii e negli export.