View all app connections
View all AI automations
View all chatbots
View all lead automations
View all booking automations
View all payment automations
View all workflows
View all Shopify
View all WooCommerce
View all HubSpot
View all Salesforce
View all Stripe
View all Google Sheets
View all Slack
View all dental practice
View all law firm
View all medical practice
View all real estate
View all restaurant and food
View all home services
View all construction
See all: get more leads
See all: get paid faster
See all: save admin time
See all: support customers
See all: book more appointments
See all: sell more online
See all: hire and onboard
View all AI automations
View all AI automations
View all AI automations
View all AI automations
View all AI automations
View all AI automations
View all AI automations

BoldBellowsNot every submission is a brand-new prospect

Stop letting every Google Forms submission create a new Salesforce Lead

An existing Contact filing a support request isn't a new lead, and a campaign registration doesn't need a fresh Opportunity opened underneath it. We gate every submission through an object-selection decision first, so it lands as a Lead, a Case, a Campaign Member update, or a related object, whichever one it actually is.

View Pricing

From $600, paid once.
No monthly connector fee.

  • A known Contact is never logged as a fresh Lead
  • A duplicate rule that blocks a write gets held, not dropped
  • A single-object Starter build usually clears testing in a week
Google Forms to Salesforce automation by BoldBellows: an object-selection gate that decides whether a submission belongs as a Lead, Campaign Member, Case or related custom record before anything writes
Object decision made Case opened, no Lead created SUBMISSIONS · THIS WEEK Forms received44 Routed to Case17 Genuine new Leads21 A known Contact never gets duplicated

The checks a submission runs before it writes to Salesforce

  • Person matching runs before object selectionnever the other way around
  • A known Contact routes to a Casean unknown respondent routes to a Lead
  • A duplicate rule that blocks a write holds itfor a person to resolve, not to skip
  • A schema change halts new writesinstead of guessing at an object that fits
  • A rejected write stays retryableagainst the exact response that produced it

01The Lead-everything trap

A form submission isn't automatically a new prospect

A generic connector usually treats every submission the same way, pushing it in as a new Lead regardless of whether the respondent is already a Contact, an existing Lead, or someone asking for support rather than a sales conversation.

"Our biggest customer showed up as a brand-new Lead in the pipeline."

The connector had no concept of checking whether the email address already belonged to a known Contact before creating a record.

"A campaign registration quietly opened a brand-new Opportunity."

Nobody had told the connector that a registration should just update CampaignMember status, not spin up a pipeline record.

"Blocked writes from a duplicate rule just disappeared from the queue."

Salesforce's own duplicate rule silently rejected several writes, and the connector had no repair path for any of them.

A submission tells you what someone asked for. It doesn't tell you which Salesforce object that request actually belongs in. Those are two separate decisions.

Same form, same submissions. The difference is whether Salesforce receives the object the request actually needed, or a Lead by default regardless of context.

Before

Object rule Object: always Lead Person matching: none
  • Every submission becomes a new Lead
  • An existing Contact gets duplicated silently
  • A blocked write vanishes without a trace

After

Response: R-3387 Matched to Contact 0035g ✓ Routed to Case, not a new Lead ✓ Duplicate rule respected, not bypassed ○ A blocked write held for admin review
  • The object matches what the request actually was
  • A known person is never re-created as a stranger
  • A blocked write is visible, not simply gone

02How it works

How a submission finds its correct Salesforce object

The response gets claimed by its external key first, person matching against Contact and Lead records runs second, the object gate decides the destination third, and the write itself only proceeds once Salesforce's own duplicate rules are satisfied.

A blocked duplicate routes to admin review here STEP 1Claim the response Fetched by externalkey before anything writes STEP 2Match the person Checked against Contactand Lead records both STEP 3Object gate decides Lead, Case or CampaignMember, based on the match STEP 4Write confirmed Only once duplicate rulesand permissions both clear STEP 1Claim the response Fetched by external key STEP 2Match the person Contact and Lead checked STEP 3Object gate decides Lead, Case or Member STEP 4Write confirmed Duplicate rules cleared first A blocked duplicate routes to admin review here
Nothing writes assumed here. An object only gets created once who the respondent already is has actually been checked.

Google Forms and Salesforce details that shape this build

  • A form submission carries no inherent sense of Salesforce object type. That decision only exists once the gate is explicitly configured to make it, based on person matching and form purpose together.
  • Salesforce external IDs support upsert, but a duplicate rule can still block a write outright. A blocked write needs its own repair path rather than being treated as a normal failure.
  • Object permissions on the integration user can silently limit what actually writes. The field-level permission check exists to catch that mismatch before real submissions arrive.

03What powers the object gate

What gets written where, and who decides it

The external response key and field-level permission check ship with Starter. The purpose classifier and campaign membership writer join at Growth. The person-match policy and duplicate-rule handler complete the model at Scale.

StarterGrowthScale

Routing log ResponseMatchObjectResult R-3387Contact 0035gCaseWritten R-3388None foundLeadWritten R-3390Lead 00Q9kBlockedHeld R-3391Contact 0036hCampaign MemberWritten R-3389None foundLeadWritten Resubmission → same record reconciled Forms MatchedGatedWrittenReconciled Routing log ResponseObject R-3387Case R-3390Blocked R-3391Campaign Member R-3389Lead Resubmission → record reconciled Forms Matched+ 3 more views

External response key Starter

Anchors every write to its own submission, so a retry updates instead of duplicating.

Field-level permission check Starter

Tests the integration user against every target field before live traffic arrives.

Purpose classifier Growth

Selects the Salesforce object from what the form was actually built to collect.

Campaign membership writer Growth

Updates source and participation on a registration without inflating pipeline.

Person-match policy Scale

Evaluates Contact and Lead candidates under an explicit precedence rule you approve.

Duplicate-rule handler Scale

Catches a blocked write and surfaces it directly to the right administrator.

Exception queue Growth

Holds an ambiguous match in plain view rather than forcing a guess at which object wins.

Thirty-day stabilization Scale

Routing decisions get reviewed against real submissions through the first month live.

ROUTING HEALTH Correctly matched submissions, this month Blocked writes open right now Open count 0
Scale adds this dashboard, tracking correctly matched submissions against a blocked-write count that trends toward empty.

04Who it's for

Built for teams who protect their org's data

Salesforce admins protecting data quality, campaign managers tracking genuine acquisition, support leaders keeping cases separate from leads, and sales operations analysts reviewing duplicates.

Salesforce admin

Protects data quality and needs every object choice traceable to a documented rule.

Campaign manager

Tracks genuine acquisition and doesn't want an existing Contact inflating new-Lead counts.

Support leader

Keeps support cases out of the sales pipeline where they never belonged in the first place.

Sales operations analyst

Reviews duplicate candidates and would rather a blocked write wait than get silently dropped.

05Compare

What a Lead-only integration never checks

Pushing every submission in as a Lead is a five-minute setup. Telling an existing Contact apart from a genuine new prospect is the part most connectors skip entirely.

Three approaches compared: a Lead-only sync, a spreadsheet export, and the BoldBellows build
What's checkedLead-only syncSpreadsheet exportBoldBellows build
Existing ContactsNoDuplicated as a fresh Lead every timePartialSomeone has to import and de-dupe by handYesMatched before any object is chosen
Object typeNoAlways a Lead, regardless of intentNoObject choice made manually, if at allYesDecided by the object-selection gate
Duplicate rulesNoA blocked write is treated as any errorPartialCaught only if someone happens to noticeYesRouted straight to the right administrator
A repeat submissionNoCreates a second Lead for the same personNoAppears as another unlinked rowYesUpdates the existing record it belongs to

The dual-match trap

An email address matches both a live Contact and a dormant Lead in the same org. The person-match policy applies an explicit precedence rule instead of guessing which record actually wins.

The registration-without-a-deal trap

A campaign registration should only update CampaignMember status, never open an Opportunity underneath it. The purpose classifier keeps that distinction explicit rather than assumed.

PricingClear, one-off packages

Give Salesforce the object each request actually needed

Choose how much person matching and duplicate governance your org actually requires, and the total tracks it live as you build. Wiring your first Salesforce object starts at $600.

View Pricing
Pricing

Build your Google Forms to Salesforce price

Pick a package, answer three short questions about intake, respondent matching and form-edit policy, and your price and turnaround move as you choose.


Choose your packageRequired

The three packages differ by how much person-matching and duplicate governance you get.

One live form and one Salesforce object, with retries anchored to the same intake record.

  • One site, one form, one Salesforce object
  • External response key
  • Field-level permission check
  • Response-ID replay protection
  • Normal, duplicate and failed-write tests
  • Focused operating handoff

A purpose classifier and campaign membership writer route each submission to the right object.

  • Everything in Starter
  • Purpose classifier
  • Campaign membership writer
  • One controlled historical load
  • Exception queue and repair notes
  • Schema-change documentation

A person-match policy and duplicate-rule handler govern the full Contact-versus-Lead decision.

  • Everything in Growth
  • Person-match policy
  • Duplicate-rule handler
  • Scheduled reconciliation
  • Advanced branching scenarios
  • Thirty-day stabilization review

Multiple domains, regulated records, complex migrations or several business units. Tell us the real scope and we will price it for your build.

How should a submission reach the object gate?Required

A reconciliation sweep exists for whatever a live trigger drops.

How should a submission be matched to a person?Required

A verified fallback catches an address that looks malformed at intake.

How should a changed form question be treated?Required

Routing a changed question to review takes more setup than a flat block.

How soon do you need it live?Required

Standard follows the schedule your other choices set. Pay to move up the queue and go live sooner.

Optional extrasOptional

Each one begins switched off. Turn on what your rollout needs, watch the total, switch it back off.

06The process

Turning your org's people data into an enforced gate

Starter's single-object scope is deliberately narrow, which keeps it testable in under a week. Growth's purpose classifier needs a bit more back-and-forth to get your object rules genuinely right. Scale's full person-match policy and duplicate-rule handling, once proven against your org's actual duplicate rules, can run closer to twelve days. Under a fiscal-quarter deadline? Tell us early, and a faster speed option compresses the schedule.

Your object-mapping worksheet Which submission types deserve a Case How Contact and Lead precedence should work Who reviews a write your duplicate rules block What the integration user is actually allowed to touch Set by your admin, not assumed Build summary Test set: 44 submissions run Submissions routed 44 Blocked writes caught 2 Unresolved duplicates 0 Ready for handoff
  1. Define the object rules

    We sit with your Salesforce admin and turn their existing judgment about Leads, Cases and Campaigns into a rule the gate can actually enforce.

  2. Set the matching precedence

    You approve what happens when an email matches both a Contact and a Lead, and who reviews a case the rule can't resolve.

  3. Build the object-selection gate

    We configure the capture, the person matching and every Salesforce write it's permitted to make.

  4. Try to break it

    An email that matches both a Contact and a dormant Lead, a campaign registration that shouldn't open an Opportunity, and a write your own duplicate rule blocks all get thrown at it before launch.

  5. Launch and audit the first routing calls

    Once live, the earliest object decisions get pulled and checked by hand against what actually happened in Salesforce.

Three things to have ready

  • Some way into the live form, whether editor rights or its API.
  • A short set of real submissions covering each intended object.
  • Administrator access to the target Salesforce org.

07Security and ownership

Your intake pipeline, walled off from the rest of the org.

This build writes only to the objects named in its mapping. Every other object, automation and org-wide setting in Salesforce sits completely outside what it can reach.

A dedicated integration user, narrowly permissioned

This build authenticates as its own Salesforce user, limited to exactly the objects and fields its mapping needs.

A duplicate-rule block halts the write, not the queue

When Salesforce's own rules reject a write, that one submission holds for review while everything else keeps processing.

Only mapped fields ever cross into Salesforce

An answer with no defined field mapping stays with the raw submission, never guessed onto a record.

Credentials never sit anywhere visible

Whoever can browse the form or its script project still has no way to see what authorizes writing to Salesforce.

A retried submission updates one record

The external response key keeps a resend from creating a second object for the same submission.

Full ownership passes to you at delivery

The object rules, the matching policy and the complete implementation become yours to run independently.

08In their words

What BoldBellows clients say

Verified reviews from teams who use BoldBellows automations every day, from CRM hygiene and pipeline accuracy to sales and support.

AI Lead Qualification & Sales Automation

Our sales team wasted hours chasing cold leads. BoldBellows built an AI lead-scoring system that reads behavior, email engagement and buying signals.

It filters out weak leads and sends personalized follow-ups automatically, so our team only talks to people who are ready to buy. Conversions rose 40% in the first month. It paid for itself straight away.

Aisha MohammedVerifiedDubai, UAE

AI CRM Automation

Our CRM was barely used because updating it by hand was tedious. BoldBellows automated data entry, tagging, segmentation and follow-ups.

Now the CRM is always up to date and our campaigns are far more accurate. It improved our whole sales pipeline.

David KimVerifiedSeoul, South Korea

AI Translation & Localisation

When we expanded abroad we needed fast, accurate translations. BoldBellows built an AI translation system that turns our content into several languages instantly.

The translations read naturally and suit each culture. We now serve customers in five new countries without hiring translators. BoldBellows helped us go global.

Kenji NakamuraVerifiedOsaka, Japan

AI E-commerce Listings Automation

BoldBellows automated our product listings. The AI writes descriptions, organizes photos and publishes listings across several marketplaces.

It even answers customer questions instantly. Our store looks more professional and sales have noticeably increased.

Pedro LimaVerifiedSão Paulo, Brazil

AI Email & Smart Inbox Management

Our inbox used to be chaos. BoldBellows built an AI email system that sorts messages, drafts replies and flags anything urgent.

It learns how we write and gets better every week. We reply faster and no longer miss important messages. It feels like having a personal assistant working around the clock.

Chloe AndersonVerifiedMelbourne, Australia

AI Automation Partner

BoldBellows is hands-down the best AI automation partner we’ve worked with. Their systems are fast, reliable and built around how our business actually works.

Every automation they’ve delivered, from customer service to content, runs flawlessly. We’ve saved time, cut costs and grown faster than we expected.

Kwame MensahVerifiedKumasi, Ghana

AI Booking & Scheduling Automation

Our coaching business needed a better way to schedule. BoldBellows automated all of it: bookings, reminders, cancellations and follow-ups.

No-shows fell by 60% and clients enjoy how smooth it is. It feels personal, not robotic. One of the best upgrades we’ve made.

Emily CarterVerifiedLondon, United Kingdom

AI Accounting & Invoice Automation

BoldBellows automated our whole invoicing process: creating invoices, sending reminders and tracking payments.

Late payments dropped sharply, and our accounting team finally has time for strategy instead of repetitive admin. Worth every penny.

Ravi PatelVerifiedNew Delhi, India

AI Chatbot & Customer Support

BoldBellows built an AI support chatbot for our online boutique, and it has changed how we run the business. We used to have two full-time staff answering the same questions all day. Now the AI handles order tracking, product recommendations and even refund requests on its own.

What surprised me most is how natural it sounds. Customers compliment the ‘agent’ without realizing it’s AI. Our support workload dropped by 75% and customer satisfaction went up dramatically.

Maria GonzálezVerifiedMadrid, Spain

09FAQ

Questions about objects, matching and duplicates

Still unsure? We reply in plain English.

What actually happens when Salesforce's own duplicate rule blocks a write?

It's held in the exception queue with the response and the reason it was blocked, visible to whoever you've named as the reviewing admin, rather than silently disappearing.

Is it hard to update the object-routing rules once we're live?

No. Adjusting when a submission routes to a Case instead of a Lead touches only that piece of the mapping, not the capture logic or anything else the gate does.

Does this replace Salesforce's own Web-to-Lead form feature?

Not generally. Web-to-Lead only ever creates Leads. This exists for teams whose intake already lives in Google Forms and who need more than a single object type as the outcome.

Is there a recurring cost stacked on top of what we're quoted?

What you pay us is a one-time build cost, full stop. Your Google Workspace and Salesforce licenses continue under whatever terms you already have with those providers.

What if we add a brand-new object type to the routing later on?

A genuinely new object needs its own mapping and permission check before it can be a valid outcome. Until that's added, a submission that would need it waits in the exception queue.

Do older submissions ever get a chance to go through the object gate?

With the legacy response backfill extra, yes. Each past submission gets matched and routed under the exact same rules as anything live, so nothing from before launch skips the duplicate check. If you searched for google forms to salesforce, sync google forms responses to salesforce and google forms salesforce integration, this is the service that delivers it.

Next stepStop letting a Lead count that isn't real

Give Salesforce decisions it can actually stand behind

Tell us what a submission should turn into given who the respondent already is, and we'll build that judgment into an enforced gate. Getting your first Salesforce object wired up starts at $600.

  • From $600, paid once
  • A known Contact never becomes a duplicate Lead
  • A blocked write is held, never silently dropped
  • Every object choice traces back to its own rule