Loading…
Loading…
Jotform-to-Salesforce that actually writes clean leads, not duplicates and nulls.
For B2B teams, the Jotform-to-Salesforce handoff is where the revenue funnel starts. A form on the marketing site captures a lead; Salesforce turns it into a record; a rep calls within the hour. The wiring between the two needs to be surgical: field mapping that doesn't drop data, deduplication that doesn't create phantom contacts, and field validation that doesn't reject real leads because the form allowed a format Salesforce doesn't.
Jotform has a native Salesforce integration. It handles the basic path. The problems start when you need conditional logic by lead source, multi-object writes (Lead plus Opportunity plus Account), or custom fields on non-standard objects. That's when you either hit the integration's ceiling or graduate to a webhook-plus-Apex approach.
This page covers both: the native integration path, when it's enough, what breaks under scale, and how to architect a Jotform-Salesforce pipeline that an enterprise team can trust.
Jotform connects to Salesforce using OAuth through a connected app. You pick a Salesforce user whose permissions define what Jotform can write. Best practice: create a dedicated integration user, not a real sales rep's account, so permission changes don't break the connection.
The native integration writes to Lead, Contact, Opportunity, or a custom object. Pick the one that matches your funnel stage: most marketing forms should write to Lead, not Contact, so the conversion flow through Salesforce lead assignment rules stays intact.
Drag each form field to a Salesforce field. Required fields on Salesforce (LastName, Company for Lead) must come from somewhere on the form: either as a field or as a static value. Custom fields on the Salesforce object show up automatically if the integration user has access.
Jotform's native integration supports simple conditions (e.g., only write to Salesforce if checkbox X is checked) but not deduplication or cross-object logic. For those, either use Salesforce's own duplicate rules or a webhook-plus-custom-endpoint approach.
Jotform form captures lead data, writes to Salesforce as a Lead, uses hidden form fields to set LeadSource, Campaign, and UTM values, then Salesforce assignment rules route to the right rep. A better UX than Salesforce's own web-to-lead HTML and easier to iterate on without a dev.
Form captures contact and project details, creates a Lead, then a second integration step creates an Opportunity linked to the Lead with the deal value from a calculation field. The rep sees a fully-populated deal on day one instead of having to reconstruct it from notes.
Webinar or event signup writes a Lead or Contact, then adds them to the relevant Salesforce Campaign with Status 'Registered'. Post-event, a workflow rule updates Status to 'Attended' based on a separate check-in form. Marketing attribution stops being a monthly report-building exercise.
Partner signup form writes a Contact linked to a new Account record, tagged with AccountSource and Type. Downstream approval workflow lives in Salesforce; Jotform just captures the structured intake.
Salesforce Lead requires LastName and Company. If a form captures 'Full Name' as one field, the integration can't split it automatically. You need to either split the field in Jotform or pre-process with a formatter. Company can be set to a static placeholder for B2C-style leads, but check with your sales ops team first.
If a form dropdown has option 'United States' and the Salesforce picklist expects 'USA', the write will either fail or land as null. Salesforce picklist API names are case-sensitive and often differ from the display label. Audit picklist mappings before going live.
The native integration writes a new Lead on every submission by default. Someone filling out three forms becomes three Leads. Use Salesforce's matching rules and duplicate rules to catch this on the Salesforce side, or use a webhook approach with an upsert pattern.
Salesforce has API call limits per 24 hours (varies by edition). A high-volume form can eat the org's entire daily quota if the integration fires synchronously on every submission. For spiky traffic, queue submissions and batch-write via a scheduled job.
I ran into them for five years on the Jotform product team. Book a free call and I'll tell you exactly how to handle your Salesforce setup, or send me the details first.
If your team lives entirely in HubSpot, or if you're a small B2C business with 50 leads/month, the native Jotform Salesforce integration may be overkill. A simpler setup (Jotform to Google Sheets, reviewed weekly) can be enough. Skip the native integration and use a webhook-plus-Apex pipeline when you need multi-object writes, deduplication with matching logic beyond exact email, or enrichment steps (Clearbit, ZoomInfo) between form submit and Salesforce write.

Lead capture with scoring, dedup, CRM sync, and Slack alerts on the ones worth interrupting for.

Quote requests that qualify themselves: conditional scope capture that routes to the right rep

The onboarding flow every agency wishes they had before their first client was late with assets
Yes, as long as the integration user has access to the custom object and its fields. Pick the custom object in the integration setup and the field mapping will include all accessible custom fields. Standard caveats about required fields and picklist matching still apply.
Salesforce web-to-lead is an HTML form snippet Salesforce generates. It's limited to Lead object, has basic styling, and is painful to update. Jotform gives you a proper form builder, conditional logic, file uploads, payment integration, and the ability to write to any object. At the cost of being a separate tool to learn.
Not with the native Jotform integration alone. It writes to one object per form. To create Lead plus Opportunity on the same submission, either use Salesforce Flow to create the second record after the first, or use a webhook to a custom endpoint that creates both.
Turn on Salesforce's standard duplicate rules and matching rules for the target object. They'll catch most duplicates on the Salesforce side. For more complex matching (fuzzy name match, phone normalization), handle it in a webhook-plus-Apex pipeline or use a dedicated dedup tool like Cloudingo.
Free 20-minute call. I'll tell you which workflow fits your Salesforce setup and what it would take to build, or you can send me the details first.