Overview
The Relationships endpoint returns profiles connected to the team that owns the API key, along with the connection details for each match (who they’re connected to and how). It is the v3 successor to the team-network Network Mapper endpoint and behaves like the previousinNetwork=true flow.
For the API specification, see Relationships endpoint reference. For example queries, see Relationships endpoint examples.
Relationships requests do not consume API credits. See Credits & Usage.
Authentication
Authenticate with your API key in thex-api-key header.
Endpoint
The request body is a standard OpenSearch DSL
query.
Body parameters
In the example below, we query for connections working at a company identified by website domain.bool, match, term, terms, nested, etc.) to refine results — e.g. by job title, location, or seniority.
Filtering connections by sync origin
The profile document includes a nestedteam_connections field that stores how each connection was synced. You can query against team_connections.origins, typically scoped to your team_connections.team_id, to limit results to connections from a particular source.
Accepted team_connections.origins values (provisional, may change): csv, plugin, overlaps, google, google-calendar, user-profile, manual-csv, education-overlaps, investor-overlaps, manual-url.
This is the query-side vocabulary. The response-side
connections[].sources[].origin field uses a different value set — see the response field reference below.team_connections is nested, the query must use a nested query:
Success response (200 OK)
The API returns a list of matched profiles and their team connections.profile— Basic information about the matched person.connections— Team members who are connected to the profile.connections.sources— Describes how the profile is connected to each team member. There can be multiple ways connecting two people. The connection type is defined bysources.origin. Acceptedoriginvalues:linkedin_connection,work_overlap,email_contact,calendar_events,manual_import,education_overlap,shared_investor.
Filtering and query customization
The endpoint accepts any OpenSearch DSL query, so you can narrow results further — e.g. people with specific job titles at a target company. For more example queries, see Relationships endpoint examples.Pagination
The Relationships endpoint supports cursor-based pagination vialimit and pagination_token.
When there are more results beyond the current page, the response includes a
pagination_token. Pass it in the next request body alongside the same query to retrieve the next page. When the response contains no pagination_token, you have reached the last page.
First request

