Consultation Request for SvelteKit
Discovery-call request with service, budget, and timeline qualification. Free for 500 submissions per month — no backend, no SDK, no plugin.
Why SvelteKit developers choose splitforms for consultation request
Svelte's lightweight runtime is one of its biggest selling points — adding a heavy form library defeats the purpose. The consultation request on this page keeps that promise: it uses Svelte's native <code>on:submit</code> directive and a <code>fetch</code> POST, with no external dependencies. The form state lives in a simple <code>let</code> variable, not a store or a state machine. In SvelteKit, you could alternatively use a <code>+page.server.ts</code> action, but that couples your form to SvelteKit's server-side runtime — splitforms decouples it so the same form works on static hosts and other frameworks.
Yes — this is the shortest safe path for SvelteKit.
Use the HTML snippet on this page, keep the consultation request fields visible in your SvelteKit UI, and let splitforms handle delivery, spam filtering, storage, and webhooks.
Paste the HTML version, then replace YOUR_ACCESS_KEY.
The posted payload contains full name, email, phone, topic, what do you need help with?. Required fields are full name, email, phone, topic and what do you need help with?.
SvelteKit's headline form story is form actions — write a default-exported actions object in +page.server.ts, and SvelteKit handles FormData parsing, progressive enhancement (use:enhance), and result passing via the form prop.
Discovery-call request with service, budget, and timeline qualification.
Built for SvelteKit developers who hate operating a backend.
Splitforms is the form backend for SvelteKit sites. One POST endpoint, no SDK, no plugin — drop the consultation request into a page and ship.
Splitforms is the form backend for SvelteKit sites. One POST endpoint, spam filtering, and a real dashboard — drop-in, no server, no PHP. Free for 500 dashboard submissions per month; Starter adds email, signed webhooks, exports, and retained uploads; Pro is $5/mo for 5,000.
- ✓500 form submissions per month
- ✓2 forms on Free; unlimited forms on Pro
- ✓Spam protection (honeypot + classifier)
- ✓Webhooks: Slack, Discord, WhatsApp, custom
- ✓CSV export of all submissions
- ✓Email notifications (CC and BCC on Pro)
Drop into any SvelteKit project.
Replace YOUR_ACCESS_KEY with your splitforms key, paste into a SvelteKit page, and ship. No build-time integration required.
Generate, embed, receive.
Three actions stand between you and your first consultation request submission. None of them require a backend, a database, or a CAPTCHA library.
Generate a free splitforms key
Sign in at splitforms.com — your access key is created instantly. No credit card, no setup wizard, no SDK to install.
Paste the consultation request into your SvelteKit project
Drop the form snippet into a SvelteKit page, component, or layout. Replace YOUR_ACCESS_KEY with the key from your dashboard. The form action is a hard-coded URL — no env vars or build-time wiring needed.
Receive submissions
Dashboard updates live on Free. Starter adds email delivery, signed webhooks, CSV export, Slack/Discord forwarding, and BCC to your team.
What changes when this consultation request lives in SvelteKit.
These notes come from the SvelteKit platform registry and are rendered on this template page so crawlers see the framework-specific answer without opening a separate guide.
SvelteKit's headline form story is form actions — write a default-exported actions object in +page.server.ts, and SvelteKit handles FormData parsing, progressive enhancement (use:enhance), and result passing via the form prop. It's elegant DX — but it doesn't deliver email. You still write the SMTP integration, the spam-filter logic, the database for storing submissions, the webhook fan-out. The result is a form action that's ~80% boilerplate and ~20% your business logic. Splitforms collapses the boilerplate: the form posts directly from the browser to splitforms.com, the form action becomes a thin proxy (or you skip it entirely), and the operational layer disappears.
SvelteKit's adapter system is the deployment story: @sveltejs/adapter-vercel, -netlify, -cloudflare, -cloudflare-workers, -node, -static. The form's POST is cross-origin to splitforms regardless of adapter. On Cloudflare Pages/Workers (free tier: 10ms CPU per request), avoid Pattern B — the form action's fetch round-trip eats your budget; use Pattern A. On Vercel/Netlify, both patterns work with no measurable difference. $env/static/public inlines at build time (use for client-exposed keys); $env/static/private is server-only (use for Pattern B's server-action key). Domain-lock the access key.
Form actions need POST and the named action prefix
If you use +page.server.ts form actions, the form's action attribute must be ?/contact (or whatever you named it) — not /api/contact. Forgetting the ?/ prefix routes to a 404 because SvelteKit doesn't recognize it as an action.
use:enhance disables your client-side handler if you don't return a callback
use:enhance without arguments uses default progressive-enhancement behavior — which calls the form action and re-renders. If you need custom logic (toast on error, etc.), return a function: use:enhance={({ formData, cancel }) => async ({ result }) => …}.
Cloudflare adapter has a 50ms cold start budget — fetch to splitforms eats it
If you use a SvelteKit form action that proxies to splitforms.com via fetch, the round-trip eats your CF Worker time budget on cold start. Skip the proxy: have the form POST directly to splitforms.com from the client (the snippet above does this).
$env/static/public vs $env/dynamic/public — pick the right one
$env/static/public is inlined at build time (faster, but key is in the bundle). $env/dynamic/public is read at runtime (slower, but rotatable without rebuild). For the splitforms key, static is fine if you've locked the key to your domain.
Pattern A — client-side fetch (skip form actions)
Pure +page.svelte with a fetch handler — no +page.server.ts needed. Simpler, works on every adapter without server CPU time, no proxying. Best for Cloudflare Workers / Pages where CPU budget matters. Use the same wiring for the consultation request fields on this page.
Pattern B — form action with use:enhance (no-JS support)
Server-side form action proxies to splitforms; key stays in $env/static/private. With use:enhance, the form posts traditionally without JS (full-page reload, splitforms 302 to /thanks) and AJAXes when JS loads. Maximum compatibility, slight CPU cost on the server. Use the same wiring for the consultation request fields on this page.
What every field actually does.
Each field below ships in the consultation request template — rename, remove, or add your own. Splitforms accepts any name you POST.
Full name
Greeting + dashboard label so submissions don't all read 'anonymous'.
Reply-to address — splitforms wires this so hitting reply goes back to the sender.
Phone
Faster qualification — phone leads convert ~3× higher than email-only on B2B forms.
Topic
Dropdown — keeps responses normalised so you can filter the dashboard.
What do you need help with?
Free-text context — what the visitor actually wants you to know.
One backend. Every framework.
The same consultation request template works on every framework splitforms supports. Pick yours.
Consultation Request on SvelteKit — FAQ.
Direct answers, no marketing fluff. Missing one? Email hello@splitforms.com.
splitforms vs everything else.
Same drop-in API. More free submissions, Starter signed webhooks, MCP support no other backend has.
Other ready-to-ship SvelteKit forms.
Same backend, different qualifying fields. Click through to copy the snippet.
Ship a consultation request on SvelteKit in 60 seconds.
500 submissions per month, free forever. No credit card. Copy the snippet above and paste it into your SvelteKit project.