Kontaktformulare ohne Server? Kein Problem.
Nicht jede Webseite braucht ein eigenes Backend. Besonders bei einfachen Kontaktformularen ist ein dedizierter Server oft unnötig – und verursacht nur Wartung, Sicherheitsaufwand und Komplexität.
Web3Forms bietet eine minimalinvasive Lösung: Formulare, die ganz ohne eigene API auskommen.
Was ist Web3Forms?
Web3Forms ist ein serverless Dienst, der das Empfangen und Weiterleiten von Formularanfragen übernimmt.
Statt deine Daten selbst zu verarbeiten, schickst du sie per POST an einen API-Endpunkt – Web3Forms validiert, filtert Spam, und schickt dir die Anfrage per Mail weiter.
Integration in HTML oder Next.js
<form action="https://api.web3forms.com/submit" method="POST">
<input type="hidden" name="access_key" value="DEIN_API_KEY" />
<input type="text" name="name" required />
<input type="email" name="email" required />
<textarea name="message" required></textarea>
<button type="submit">Absenden</button>
</form>
Optional:
- Weiterleitung via
redirect - Spam-Filter via Honeypot
- DSGVO-Hinweis im Text
Vorteile von Web3Forms
- Kein eigenes Backend notwendig – ideal für statische Seiten
- Einfache Integration – copy & paste
- Spam-Schutz – Honeypot + Limitierung
- Mailversand integriert
- Kostenlos mit fairen Limits
Besonders bei Deployments über Vercel, Netlify oder GitHub Pages entfällt damit der API-Komplex vollständig.
Grenzen & Alternativen
Web3Forms eignet sich für viele Anwendungsfälle – aber nicht für alle.
| Kriterium | Web3Forms | Eigene Edge API |
|---|---|---|
| Dateianhänge | ❌ | ✅ |
| Dynamische Validierung | ❌ | ✅ |
| Personalisierte Antwortlogik | ❌ | ✅ |
| Speicherung in DB oder CMS | ❌ | ✅ |
Alternativen zu Web3Forms
- Formspree (formspree.io) – ähnlich, mit mehr UI & Teamfunktionen
- Formcarry (formcarry.com) – API-First mit erweiterten Regeln
- Netlify Forms – nur bei Hosting über Netlify verfügbar
- Selbst gehostet – z. B. via Vercel Edge Function + Mail API (z. B. Resend, Mailjet)
Fazit
Für einfache Kontaktformulare auf statischen Seiten ist Web3Forms eine pragmatische Lösung – besonders dann, wenn du kein eigenes Backend betreibst und bewusst auf Komplexität verzichtest.
Sobald du jedoch eigene Validierung, Speicherung oder Zustandslogik brauchst, kommst du um eine eigene Lösung nicht herum – z. B. mit Edge Functions oder einem kleinen Express-API-Server.
Für viele Projekte ist „weniger“ nicht nur ausreichend – sondern besser.