docs(audiences): document Excluded people matching — LinkedIn URL or email only - #2331
Merged
george-dilthey merged 3 commits intoAug 26, 2026
Merged
Conversation
… URL or email only)
…email (not profile URL only)
Contributor
george-dilthey
marked this pull request as ready for review
August 26, 2026 15:50
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What changed
Added an "Excluding people (or companies) from your search" sub-section to
docs/audiences.md(under "Importing from people and companies search") documenting that the Excluded people panel in Audiences searches matches on LinkedIn URL or email only — not on title or other fields — and that exclusions are Clay-internal and do not prevent CRM duplicates on write-back.Also updated
docs/find-people-overview.mdanddocs/lookup-rows.mdto consistently reflect that the Exclude people filter matches by LinkedIn URL or email (the existing wording said only "professional profile URL," missing email as a valid matching key).Why
An enterprise customer (Intercom conversation #215475618206882) ran a people search in Audiences, excluded an audience of "all Salesforce contacts with a title," and still got duplicate records in Salesforce. They asked: "what does this feature actually do?" The human admin (Peter Johnston) had to escalate and explain: (1) exclusions match on LinkedIn URL or email, not title, and (2) Clay deduplication is within Clay only — it doesn't prevent Salesforce from creating duplicates on write-back. Neither of these facts was documented anywhere in the Audiences docs. Fin couldn't answer the question, so it escalated.
Source link(s)
clay-base/apps/api/v3/search/services/search.service.ts:1353-1363shows the switch statement that handles onlySemanticType.PersonLinkedInUrlandSemanticType.Email, silently dropping all other fields (title, phone, etc.) via the default case.clay-base/apps/api/v3/search-dsl/services/search-dsl-resolvers.ts:334-399confirms identifiers that don't resolve to a Clay profile ID are rejected.clay-base/apps/api/v3/search-dsl/services/search-dsl-bitmap.service.tsandclay-base/libs/search-dsl/src/planner/planner.ts:2745-2748show the bitmap filter operates at ClickHouse query time as a search-result filter only, with no integration into any CRM writeback logic.Uncertainties
None — both claims verified PASS against the code.
Related observations
docs/audiences.mdcover unrelated topics (docs(audiences): expand field mapping intent best practice to cover SFDC import sync path #2323, docs(audiences): add common HubSpot contact and company field examples #2321, docs(audiences): add FAQ for Salesforce duplicate company records #2305, docs(audiences): add FAQ for time-gated audience segment membership #2303, docs(audiences): document Salesforce SOQL import for Enterprise customers #2295, docs(audiences): restructure Clay table section and rename Upsert/Update Audiences Record actions #2291, docs(audiences): rewrite Clay table import section and fix Upsert action name #2288, docs(audiences): add FAQ for fixing existing duplicates, fix Import Record Matching scope #2280, docs(audiences): add CRM and warehouse sync cadence anchor sections #2272, docs(audiences): note that HubSpot sync time of day is not shown in the UI #2261, docs(clay-ads): add EEA consent, platform fields, delete-recreate behavior, match rate clarification #2251, docs(audiences): document Update segment record as admin-only and clarify permission error #2245, docs(audiences): document Enhanced Matching skip logic and hashed email output fields #2232, docs(audiences): document Enhanced Matching skip logic and hashed email output fields #2231, docs(audiences): add concrete use-case guidance to Audiences vs. Tables FAQ #2225, docs(audiences): clarify Find People destination when using Audience as Target companies #2224, docs(audiences): explain Clay-prefixed auto-populated fields and fix export credits FAQ #2215, docs(audiences): explain why Audiences fields have values when CRM fields are blank #2210, docs(audiences): cover archived workbook behavior in Origin source filter FAQ #2204, docs(audiences): explain signal vs bulk-enrichment relationship and fix auto-enrich timing #2203, docs(audiences): explain that archived source tables remain in Origin source filter #2202, docs(audiences): document signal date limitation and add FAQ #2195, docs(audiences): add Clay table import via Add data sidebar wizard #2192, docs(audiences): correct filter operators — remove false "does not contain any of" claim, add workaround #2185, docs(audiences): document Salesforce one-connection limit and Incomplete status #2184, docs(audiences): document how to pause or stop a workflow #2179, docs(audiences): document Salesforce Leads as import-only, no export sync #2166). None of them document the Excluded people feature or its matching behavior.docs/find-people-overview.mdbut covers using a Companies Audience segment as target companies — not the exclusion matching mechanism. No conflict.docs/lookup-rows.mdbut covers cell size limits for Lookup Multiple Rows — entirely different section. No conflict.Closes DOC-2086