Demo Request for Gatsby
B2B SaaS lead capture — qualifies company size, role, use case before the call. Free for 500 submissions per month — no backend, no SDK, no plugin.
Why Gatsby developers choose splitforms for demo request
Gatsby's static output is excellent for SEO and performance, but static HTML forms have no way to deliver submissions without a backend. Gatsby Cloud offers serverless functions, but wiring SMTP and a dashboard is a substantial project for what should be a simple contact form. The demo request on this page posts from the browser to splitforms — no Gatsby Function, no API route, no build-time configuration. The form works identically whether you deploy to Gatsby Cloud, Netlify, Cloudflare Pages, or any static host.
Yes — this is the shortest safe path for Gatsby.
Use the React / Next.js snippet on this page, keep the demo request fields visible in your Gatsby UI, and let splitforms handle delivery, spam filtering, storage, and webhooks.
Paste the React / Next.js version, then replace YOUR_ACCESS_KEY.
The posted payload contains full name, work email, phone, company, your role, team size, what are you trying to solve?. Required fields are full name, work email, company, your role, team size and what are you trying to solve?.
Gatsby builds a static React app, so 'native' means choosing between (a) Netlify Forms (Gatsby-on-Netlify only, 100 free submissions/month, gatsby-plugin-netlify required), (b) Gatsby Functions (deprecated in Gatsby 5 — they were removed when Gatsby Cloud shut down), or (c) a third-party form backend.
Demo requests are the highest-intent leads a SaaS gets. The form qualifies on company size and use case so the AE walks into the demo prepared, not improvising.
Built for Gatsby developers who hate operating a backend.
Splitforms is the form backend for Gatsby sites. One POST endpoint, no SDK, no plugin — drop the demo request into a page and ship.
Splitforms is the form backend for Gatsby 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 Gatsby project.
Replace YOUR_ACCESS_KEY with your splitforms key, paste into a Gatsby page, and ship. No build-time integration required.
Generate, embed, receive.
Three actions stand between you and your first demo 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 demo request into your Gatsby project
Drop the form snippet into a Gatsby 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.
The reason this demo request exists.
Webhooks into HubSpot / Salesforce / Close · Chili Piper / Calendly routing.
Demo requests cost the SaaS team real money — an AE spends 30-45 minutes on each call. Unqualified demos burn money. The form qualifies on company size, role, use case, current tools, and timeline. ICP-fit leads (right company size, right industry, right pain point) get the AE calendar slot; off-ICP get nurtured via email. The qualifying data also pre-loads the CRM so the AE walks in knowing the prospect's stack and use case — demo close rates climb 30-50% on prepared calls vs cold ones. Most B2B SaaS uses Calendly / Chili Piper for the booking step; the form is the gating layer in front of the calendar.
Capture firmographic data
Required: name, work email, company, role, team size, use case (1-3 sentences). Optional: current tools, timeline, budget range.
Route by ICP fit
Webhook branches on company size and role — ICP-fit leads (e.g. 50+ team, ops/eng decision-maker) book the AE calendar instantly via Chili Piper / Calendly. Off-ICP get nurtured via email instead of burning AE time.
Push to CRM
Webhook to HubSpot / Salesforce / Close / Pipedrive with all qualifying fields prefilled. AE arrives at the demo prepared with the prospect's stack and use case in their notes.
What changes when this demo request lives in Gatsby.
These notes come from the Gatsby platform registry and are rendered on this template page so crawlers see the framework-specific answer without opening a separate guide.
Gatsby builds a static React app, so 'native' means choosing between (a) Netlify Forms (Gatsby-on-Netlify only, 100 free submissions/month, gatsby-plugin-netlify required), (b) Gatsby Functions (deprecated in Gatsby 5 — they were removed when Gatsby Cloud shut down), or (c) a third-party form backend. Gatsby v4 had Functions running as Lambda-equivalent serverless routes; v5 removed them entirely. Result: every Gatsby contact form today uses an external service. Splitforms is a drop-in replacement — same shape as Netlify Forms (POST to a URL), same shape as Formspree, but with 5× the free monthly submissions and built-in spam filtering.
Gatsby builds static HTML + JS that deploys to any host: Netlify, Vercel, Cloudflare Pages, AWS Amplify, S3 + CloudFront, Gatsby Cloud (sunset 2024 — migrate). The form posts cross-origin to splitforms regardless of host. Env vars exposed to the browser bundle must be prefixed GATSBY_ — anything else is undefined client-side. The key gets bundled into the JS at build time; lock it to your domain in the splitforms dashboard. For headless Gatsby + WordPress / Contentful setups, the form lives in the React tree, not the CMS — no special CMS wiring required.
GATSBY_ prefix required for env vars exposed at build time
Gatsby's webpack config only exposes process.env.* variables prefixed with GATSBY_. If you write process.env.SPLITFORMS_KEY, you'll get undefined in the browser bundle. Rename to GATSBY_SPLITFORMS_KEY — and accept that it's bundled into the static JS (lock the key to your domain in the splitforms dashboard).
Gatsby's <Link> can't wrap a form's submit handler
Gatsby's <Link> component prevents default navigation. If you wrap your form in <Link to="/thanks"> thinking the redirect will fire, it won't — the form's submit event runs, but the navigation is suppressed. Use a hidden redirect input on the form and let splitforms handle the 302.
SSR + client hydration mismatch on form initial state
If you use useState('idle') in your form and render any state-dependent UI on first paint, Gatsby's static HTML and React's client render can diverge — you'll see a hydration warning. Render the form unconditionally; only render status messages inside the handler-triggered branches.
Gatsby v5 partial hydration changed how forms hydrate
Gatsby 5 introduced partial hydration via React Server Components. If your form is in a Server Component, the onSubmit handler won't bind. Add 'use client' at the top of the file (or use a separate ContactForm.client.jsx).
Pattern A — React component (Gatsby v4/v5)
Standard React function component, useState for status. Drop into src/components/ContactForm.jsx and import on any page. Set GATSBY_SPLITFORMS_KEY in .env.production and .env.development. Use the same wiring for the demo request fields on this page.
Pattern B — partial hydration (Gatsby v5)
Gatsby 5's partial hydration mounts only the components marked client-bound. Add 'use client' at the top of the form file so the onSubmit handler binds at hydration time; the rest of the page stays static. Use the same wiring for the demo request fields on this page.
What every field actually does.
Each field below ships in the demo 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'.
Work email
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.
Company
Lets you sort enterprise vs SMB inquiries before you reply.
Your role
Buyer-persona signal — IC vs decision-maker changes the follow-up cadence.
Team size
Sizing signal — ICP filter without a discovery call.
What are you trying to solve?
Free-text input — no character limit, expands as the visitor types.
One backend. Every framework.
The same demo request template works on every framework splitforms supports. Pick yours.
Demo Request on Gatsby — 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 Gatsby forms.
Same backend, different qualifying fields. Click through to copy the snippet.
Ship a demo request on Gatsby in 60 seconds.
500 submissions per month, free forever. No credit card. Copy the snippet above and paste it into your Gatsby project.