# Groups (/docs/api/groups)



The Groups surface resolves LinkedIn groups by their numeric ID and
paginates the visible members. Groups don't have universal-name slugs
— only IDs — so you'll typically arrive here from
[`/v1/search/groups`](/docs/api/search) or from a known group URL.

<EndpointList topic="groups" />

## Get group by ID [#get-group-by-id]

<EndpointDemo id="groups-get" />

Returns group metadata — name, description, visibility, member count,
owner, rules where exposed.

## List group members [#list-group-members]

<EndpointDemo id="groups-members" />

Paginate members with the same person-record shape as
[`/v1/profiles`](/docs/api/profiles). The response includes membership
statuses (`OWNER`, `MANAGER`, `MEMBER`) so you can identify the
moderation surface — useful for ICP discovery in niche professional
communities.

LinkedIn caps each page at \~50 members. For larger groups, paginate
with `offset` until `data: []`.

## Notes [#notes]

* 3 credits per call (group detail or members page), flat per request.
* Group records cache for 14 days.
* Visibility is viewer-scoped on LinkedIn — a private group's members
  won't be returned unless the user has joined. The
  [extension](/docs/extension) inherits the user's visibility; we
  cannot bypass it.