Eine statische Website hat keinen Server, der ein Formular entgegennimmt, also bedeuten Kontaktformulare meist einen Drittanbieter, ein Skript und einen API-Schlüssel. Auf Lobsite braucht ein Formular nur seine action: Lass sie auf /_lobsite/forms/<name> zeigen und deploye. Nachrichten landen auf der Seite „Einsendungen“ in deinem Dashboard und in deinem Postfach, mit herausgefiltertem Spam.
<form action="/_lobsite/forms/contact" method="POST">
<input name="email" type="email" required>
<textarea name="message" required></textarea>
<button>Send</button>
</form>
So funktioniert es
- Lass das Formular auf Lobsite zeigen.
action="/_lobsite/forms/contact"undmethod="POST". Der letzte Teil des Pfads benennt das Formular:contact,newsletter,quote. - Deploye. Das Deploy liest dein HTML und erfasst jedes Formular, das an
/_lobsite/forms/sendet; du musst nichts von Hand registrieren. - Lies die Nachrichten auf der Seite „Einsendungen“ im Dashboard, in deinem Postfach (mit Reply-To auf den Absender gesetzt), oder exportiere sie mit
lobsite forms export contact --csv.
Das Feld oben beginnt mit einer Kontaktseite. Veröffentliche sie, um das Formular auf einer Live-Website zu sehen; es nimmt Nachrichten an, sobald die Website in einem Konto behalten wird.
Spamschutz, eingebaut
Wenn eine Seite ausgeliefert wird, fügt Lobsite jedem Formular ein verstecktes Honeypot-Feld und einen signierten Zeitstempel hinzu. Einsendungen, die den Honeypot ausfüllen oder innerhalb von 2 Sekunden nach dem Laden der Seite eintreffen, werden als Spam abgesondert, und wer zu viele hintereinander sendet, wird abgewiesen. Du fügst dafür weder ein Captcha noch ein Skript hinzu.
Prüfungen, Dankesseiten und JavaScript
Jedes Formular kann einen Abschnitt in lobsite.toml haben, der mit dem Deploy mitgeht:
[forms.contact]
required = ["name", "email", "message"]
types = { email = "email" }
redirect = "/thanks"
requiredundtypeswerden auch auf dem Server geprüft; eine Einsendung, die durchfällt, wird nicht gespeichert, und der Besucher sieht, was er korrigieren muss.redirectzeigt nach dem Senden deine eigene Seite. Ohne die Angabe sieht der Besucher eine Dankesseite mit einem Link zurück.- Senden mit
fetchhält den Besucher auf der Seite: Sendenew FormData(form)mitAccept: application/json, und die Antwort ist{"ok": true}oder die Felder, die nicht bestanden haben. - Frameworks funktionieren, wenn das Formular im gebauten HTML steht, wie es Prerendering und statischer Export erzeugen (Astro, Eleventy, Next.js mit
output: "export", SvelteKit mitprerender).
Vollständige Beispiele (Newsletter, Angebotsanfrage, das fetch-Skript) stehen in der Formular-Doku.
Was jeder Tarif enthält
| Ohne Konto | Kostenlos | Kostenpflichtig (bald verfügbar) | |
|---|---|---|---|
| Nimmt Einsendungen an | Sobald die Website übernommen ist | Ja | Ja |
| Einsendungen pro Monat und Website | — | 25 | Keine Obergrenze |
| E-Mail-Benachrichtigungen | — | Die E-Mail deines Kontos | Jede bestätigte Adresse |
| Signierte Webhooks | — | Nein | Ja |
| Aufbewahrt für | — | 90 Tage | 1 Jahr |
Vorschau-URLs nehmen nie Einsendungen an, und Datei-Uploads in Formularen werden noch nicht unterstützt.
Lass ein Formular auf /_lobsite/forms/contact zeigen. Spamfilter inklusive.
Weiterleitungen, Header und Formulare stehen in lobsite.toml und reisen mit jedem Deploy mit.
Vorschau ansehen, bevor es live geht. Mit einem Klick zurückrollen, samt Weiterleitungen.
Jedes Limit ist veröffentlicht, und jeder Fehler sagt dir, was als Nächstes zu tun ist.
Jede Website bekommt ab dem ersten Deploy eine *.lobsite.app-Adresse mit HTTPS.
Dateien werden nach ihrem Hash gespeichert. Ein erneutes Deploy einer unveränderten Website lädt 0 Bytes hoch.
Lobsite-Formulare, ein Formulardienst oder dein eigenes Backend
| Lobsite-Formulare | Ein Formular-Backend-Dienst | Dein eigenes Backend | |
|---|---|---|---|
| Was du der Seite hinzufügst | Die action |
Den Endpunkt des Dienstes, oft mit Schlüssel oder Skript | Deinen Endpunkt |
| Zu verwaltende Konten | Das, in dem deine Website ist | Ein zweites | Ein Server oder ein Functions-Hoster |
| Spamfilter | Eingebaut | Je nach Dienst und Tarif | Baust du selbst |
| Wird mit der Website zurückgerollt | Ja: Einstellungen liegen in lobsite.toml |
Nein | Kommt darauf an |
| Kostenloses Volumen | 25 pro Monat und Website | Je nach Dienst | Deine Hosting-Kosten |
| Webhooks | Kostenpflichtiger Tarif, bald verfügbar | Meistens | Ja |
Brauchst du schon heute Hunderte Einsendungen pro Monat oder Datei-Uploads, passt ein spezialisierter Dienst besser, bis der kostenpflichtige Tarif startet. Für ein Kontaktformular auf einer kleinen Website reicht die action.
Häufige Fragen
Brauchen Lobsite-Formulare JavaScript?
Nein. Ein schlichtes HTML-Formular funktioniert, wie es ist. JavaScript ist optional, um eine Meldung anzuzeigen, ohne die Seite zu verlassen.
Warum ist die Nachricht meines Formulars im Spam gelandet?
Meist wurde das Formular per JavaScript im Browser gerendert und hat so die versteckten Spam-Felder verloren, die Lobsite beim Ausliefern der Seite hinzufügt. Lass das Formular im gebauten HTML und den Browser das Formular so absenden, wie es ausgeliefert wurde.
Kann ich Nachrichten an eine andere E-Mail-Adresse bekommen?
Im kostenlosen Tarif gehen Benachrichtigungen an die E-Mail deines Kontos. Jede bestätigte Adresse gibt es mit dem kostenpflichtigen Tarif, der bald kommt.
Nimmt eine Website ohne Konto Formularnachrichten an?
Noch nicht: Das Deploy funktioniert, mit einer Warnung, und das Formular nimmt Nachrichten an, sobald du die Website in ein kostenloses Konto übernimmst.
Kann ich mehrere Formulare auf einer Website haben?
Ja. Jeder Name ist ein eigenes Formular mit eigenen Nachrichten und Einstellungen: /_lobsite/forms/contact und /_lobsite/forms/newsletter bleiben auf der Seite „Einsendungen“ und in Exporten getrennt.