ZapBounce and Salesforce
Salesforce splits the same person across objects. A Lead has an Email field, a Contact has another, and after conversion you have both with no guarantee they agree.
That shape decides how verification fits: the verdict belongs on the record as a field, so it survives conversion and can be read by assignment rules, validation rules and reports.
The same address exists on several objects with different histories
A Lead converted to a Contact leaves the Lead record behind, often with an address that was never re-checked. Reports built on Leads and reports built on Contacts then disagree about the same person.
Salesforce has no native concept of a deliverability verdict. Its EmailBouncedDate and EmailBouncedReason fields populate only after a send has already failed, and only when bounce management is switched on.
The practical damage is in routing. A rep receives a lead, emails it, it bounces, and the lead sits in the queue as worked. Multiply that across a quarter and the pipeline numbers describe activity that never reached anyone.
How the data moves
Add custom fields to Lead and Contact both
A picklist for the verdict and a date for the check, on each object. Map them in the conversion mapping so a converted Lead carries its verdict across.
Verify through a scheduled Apex job or a middleware
Query records where the verdict date is null or older than your threshold, batch them out, and write the results back. Bulk API for the write, because row-by-row updates will hit governor limits.
Use the verdict in assignment rules
Route confirmed addresses to email cadences and unresolvable ones to a phone-first queue. That turns a limitation into a routing decision rather than a wasted touch.
Report on the verdict, not on activity
A report grouping leads by verdict shows how much of the pipeline was never contactable, which is usually the first time anyone has seen that number.
Setting it up
- Create a picklist field for the verdict and a date field for the check on both Lead and Contact.
- Add both to the Lead-to-Contact conversion field mapping so the verdict survives conversion.
- Build a scheduled job that batches unverified records out and writes results back through the Bulk API.
- Add the verdict to lead assignment rules so unresolvable addresses route to a calling queue.
- Create a report grouping open leads by verdict and share it with sales management.
- Switch on Salesforce bounce management so its own bounce fields populate alongside yours.
Salesforce: common questions
Lead or Contact first?
Leads, because that is where the untested addresses are. Contacts have usually been emailed successfully at least once.
Apex or middleware?
Middleware if you already run one, because the retry and backoff logic is easier outside Apex. Scheduled Apex works for moderate volumes.
Will this fix duplicate records?
No. Deduplication is upstream of verification, and verifying duplicates costs nothing extra because we collapse them before billing.
Check a Salesforce export today
100 free checks a month, no card. Unknown results and duplicates are never billed.