Developers building websites often ask: "Do I need a form backend like splitforms, or should I just use an email service like SendGrid?" The answer depends on what you're building, but most people asking this question actually need a form backend and don't realize it. This article explains the difference, when to use each, and why they're not really competing products — they solve different layers of the same problem.
A form backend handles everything — not just email
Storage, spam filtering, dashboard, webhooks, and email delivery. One endpoint, zero backend code.
What happens next ⚡
- 📥Submission received — stored in your searchable dashboard
- 📧Email notification — delivered to your inbox instantly
- 🛡️Spam filtered — AI classifier + honeypot, no CAPTCHA
- 🔗Webhook fired — optional: forward to Slack, Discord, Sheets
- ↩️User redirected — to your thank-you page
500 submissions/month free · No credit card
What each one actually does
Form backend (splitforms, Formspree, Getform)
A form backend is a complete submission management platform. It sits between your website form and your inbox. When a visitor submits a form, the form backend:
- Receives the HTTP POST request
- Validates the submission (required fields, email format, honeypot)
- Filters spam using AI classification (on splitforms) or rules-based filters
- Stores the submission in a database with full metadata (IP, timestamp, user agent)
- Sends a notification email to you with the submission content
- Optionally fires webhooks to Slack, Discord, Zapier, or your API
- Optionally sends autoresponders — a confirmation email back to the submitter
- Provides a dashboard where you can search, read, export, and manage all submissions
Email service (SendGrid, Mailgun, Postmark, AWS SES)
An email service is a transport layer. It sends emails from your code. You write server-side logic that says "send an email to this address with this content." The email service handles delivery, bounce handling, SPF/DKIM/DMARC, and IP reputation. It does not:
- Receive form submissions (you write that code)
- Validate form data (you write that code)
- Store submissions (you build that database)
- Filter spam (you build that logic)
- Provide a submissions dashboard (you build that UI)
The analogy
Think of it this way: an email service is the postal service — it delivers letters. A form backend is the entire mailroom: it receives incoming letters, sorts them, filters out junk mail, files copies in the cabinet, notifies you when something arrives, and can forward copies to other people.
You wouldn't hire the postal service to run your mailroom. And you wouldn't build a mailroom just to send a few packages. They're different tools for different needs.
When you need a form backend
- You have a contact form, lead form, or signup form on a website
- You want submissions stored and searchable, not just emailed
- You need spam filtering without CAPTCHA friction
- You want webhooks to forward submissions to Slack, Notion, or a CRM
- You want autoresponders (confirmation emails to the submitter)
- Your site is static (no backend server) and you don't want to write one
- You want a dashboard where non-technical team members can review submissions
Choose: splitforms — free 500/month, $1/month Starter, $5/month Pro. Endpoint: https://splitforms.com/api/submit.
When you need an email service
- You're sending transactional emails from an app (password resets, order confirmations, receipts)
- You're sending marketing campaigns or newsletters to a list
- You have a backend server and want programmatic control over email sending
- You're sending thousands of emails per day and need dedicated IP / deliverability consulting
- You need advanced features: A/B testing, drip campaigns, unsubscribe management, bounce webhooks
Choose: SendGrid, Mailgun, Postmark, or AWS SES. Expect $15-90/month depending on volume.
When you need both
Some businesses use both: a form backend for website forms and a separate email service for app emails. Example: a SaaS company uses splitforms for their marketing site's contact and demo-request forms, and uses Postmark for their app's password-reset and notification emails.
Note: splitforms also supports custom SMTP configuration on paid plans. So if you already have a SendGrid or Mailgun account, you can configure splitforms to send notification emails through your existing email service. You get form backend features and use your preferred email provider for delivery.
Feature comparison
| Capability | Form Backend (splitforms) | Email Service (SendGrid) |
|---|---|---|
| Receives HTML form submissions | ✅ Built in | ❌ You build it |
| Stores submissions | ✅ Database + dashboard | ❌ No concept of "submissions" |
| Spam filtering | ✅ AI classifier | ❌ Not included |
| Sends emails | ✅ Notification + autoresponder | ✅ That's the core product |
| Webhooks | ✅ $1/mo | ✅ Event webhooks |
| Custom SMTP | ✅ Paid plans | — (they ARE the SMTP) |
| Searchable dashboard | ✅ | Email logs only |
| CSV export | ✅ | ❌ |
| Volume email sending | ❌ Form notifications only | ✅ Thousands/day |
| Setup time | 5 minutes | 1-2 hours (code + config) |
| Free tier | 500 submissions/month | 100 emails/day |
The full picture: where each fits in your stack
┌─────────────────────────────────────────────┐
│ Visitor's Browser │
│ ┌───────────────────────────────────────┐ │
│ │ HTML Form │ │
│ │ action="splitforms.com/api/submit" │ │
│ └──────────────┬────────────────────────┘ │
└─────────────────┼───────────────────────────┘
│ HTTP POST
▼
┌─────────────────────────────────────────────┐
│ Form Backend (splitforms) │
│ • Validates fields │
│ • Filters spam (AI) │
│ • Stores in database │
│ • Fires webhooks │
│ • Sends notification email ──────────┐ │
└────────────────────────────────────────┼─────┘
│
┌────────────────────▼────────────────────┐
│ Email Service (built-in or custom SMTP)│
│ • Delivers to your inbox │
│ • Handles bounces, SPF/DKIM │
└─────────────────────────────────────────┘The form backend usesan email service under the hood. When you use splitforms, email delivery is handled for you. When you use an email service directly, you're responsible for everything above the email layer.
Quick decision guide
- "I have a form on my website and I want submissions in my inbox." → Form backend (splitforms). Done.
- "I need to send order confirmation emails from my app." → Email service (SendGrid / Postmark).
- "I have a form AND I send app emails." → Both. splitforms for forms, email service for app email.
- "I have a form and I want it to use my existing SendGrid account." → splitforms with custom SMTP configured to SendGrid.
- "I want to build everything myself for learning." → Email service + your own backend code. Enjoy!
Still not sure? Email hello@splitforms.comwith your use case and we'll tell you straight whether splitforms is the right fit or you need something else.
FAQ
What is the difference between a form backend and an email service?
A form backend (like splitforms) receives form submissions via HTTP POST, stores them in a database, provides a dashboard to manage them, filters spam, and sends notification emails. An email service (like SendGrid or Mailgun) is a lower-level API for sending emails programmatically — it doesn't know about forms, doesn't store submissions, and doesn't provide a dashboard. A form backend uses an email service under the hood.
Do I need both a form backend and an email service?
Usually no. A form backend like splitforms handles both form processing and email delivery. You only need a separate email service if you're sending high-volume transactional emails (order confirmations, password resets, newsletters) programmatically from your app — in which case you'd use the email service directly, not through a form backend.
Can I use SendGrid or Mailgun for my contact form?
Technically yes — you'd write server-side code that receives the form POST, formats an email, and sends it via the SendGrid/Mailgun API. But you'd also need to build spam filtering, submission storage, a dashboard, webhooks, and autoresponder logic yourself. A form backend gives you all of this out of the box without writing backend code.
Why is a form backend better than EmailJS for static sites?
EmailJS connects your frontend form to your email service (Gmail, Outlook, SendGrid) via JavaScript. You still manage the email credentials and there's no submission storage, dashboard, or spam filtering. A form backend like splitforms is a complete solution: no credentials to manage, submissions are stored and searchable, spam is filtered by AI, and you get webhooks and autoresponders.
How much does a form backend cost vs an email service?
splitforms form backend is free for 500 submissions/month, $1/month for 1,000 (Starter), or $5/month for 5,000 (Pro). Email services like SendGrid start at ~$20/month for 10,000 emails, Mailgun at ~$15/month for 10,000. But you'd still need to build and host the form processing logic yourself on top of the email service.