Why v3
- ~98% reduction in duplicate and corrupted profiles
- All upcoming data quality improvements will only ship to v3
Timeline
Endpoint mapping
Only 8 endpoints move to v3. Everything else stays on its current path.Staying on v2
These endpoints are not moving to v3 โ keep using the current paths:- All
/social/...endpoints (post comments, reactions, reshares, profile posts, company posts) GET /v2/profiles/fetch/refresh(on-demand profile refresh)/team/...endpointsGET /credits/usagePOST /mcp
v2 behavior during the transition window
While both versions are operational:- v2 fetch endpoints read from the legacy Postgres database.
- v2 search endpoints are wired to the new OpenSearch instance.
- v2 additional fields (tags, lists, etc.) are not maintained during the transition window. Use v3 if you need fresh tag/list data.
Removed fields (v3 Fetch Profile)
New fields in v3
The following fields are added to profile responses. See Models > Profile for details.OpenSearch index changes (v3)
Beyond Fetch Profile responses, the OpenSearch profile index used by Search Profiles and Relationships has changed. See OpenSearch Profile Mappings (v3) for the full mapping.Schema deltas since the initial v3 preview
If you integrated against an earlier v3 preview spec, the following deltas apply in the current release: Profileprofile_info.current_seniorityrenamed tocurrent_seniorities(array). Same forexperience[].seniorityโseniorities. Update any query and response parsing.- New profile location fields:
profile_info.location_locality,location_region,location_country,location_continent. profile_info.social_media[]now includesentity_id,connections,followers, andjoin_date.- Removed:
profile_info.linkedin_experience_count,profile_info.linkedin_education_count,profile_info.investor_data. experience[].statusis now required.experience[].company.locations[].headquarterrenamed tois_primary.
company_info.workforceis a single object (was an array). Readworkforce.headcountdirectly instead ofworkforce[0].headcount.- Investor-related fields (
type,specialities,investments,geography_focus) moved into a nestedcompany_info.investorobject. company_info.industry,website,data_updated_at, andsize.classare no longer returned. Use the existingindustries[],websites[], andupdated_at.crunchbase_idremoved from funding investor entries โ usecrunchbase_slug.- Funding amount fields are now
number(decimals allowed) instead ofinteger. company_info.nameis now required.
POST /v3/profiles/fetchandPOST /v3/companies/fetchaccept at most 1,000 entries per identifier array.POST /v3/profiles/searchandPOST /v3/companies/searchrequirefrom >= 0.- All
/v3/*endpoints can return402 Payment Requiredwhen the teamโs API credit allowance is exceeded โ handle it the same way you handle 429.
Field naming (v3 uses snake_case)
v3 endpoints standardize all field names tosnake_case. v2 endpoints continue to use the original camelCase names until they are deprecated on July 15, EOD UTC.
The Relationships, Network Mapper, and on-demand endpoints were already snake_case and are unchanged.
Authentication, errors, rate limits
Unchanged from v2:- Continue sending your API key in the
x-api-keyheader. - Error response shapes are unchanged.
- Rate limits, pagination tokens, and page size (1000) are unchanged.
- Usage continues to be reported under
GET /credits/usage.
Pricing changes
Migration checklist
- Update endpoint base paths from
/v2/...and/companies/...to/v3/...for the 8 endpoints listed above. - Stop requesting the
connectionsandnotesfields from Fetch Profile. Move connection lookups to the Relationships endpoint. - Replace
/v2/profiles/network-mapperwith/v3/relationships, and/v2/network-mapper/partner/networkwith/v3/network-mapper(partner only). - Test your integration end-to-end against v3 before July 15.
- Start consuming the new
hiring,open_to_work,start_date_confidence,current_company_logo_url, andexperience[].company.logo_urlfields if relevant to your use case.

