分页获取领英公司关联人员摘要
查看 领英 LinkedIn 数据 API 的全部接口 →使用 company_id 与 page 查询可获取的公司关联人员摘要。文档中的 data 数组包含 full_name、title、location、services、is_premium 和可选头像信息；部分条目的姓名为 LinkedIn Member，id、url、urn 均为 null。响应附带 page、total、has_more。应保留匿名记录和空标识；这不是保证完整或经过核实的员工花名册。
API 功能
读取公司关联主页摘要 返回条目描述选中公司可获取的关联个人资料。
兼容匿名姓名与空标识 示例含 LinkedIn Member 姓名，以及明确为 null 的 ID、URL 和 URN。
身份缺失时保留职位地区 即使个人身份不可用，title 与 location 仍可能提供研究背景。
不承诺全量的人员分页 通过 page、total、has_more 读取可用页面，不将其包装成完整员工目录。
在线 API 演示
未找到可用的 API Key，请前往控制台创建后刷新本页。 控制台 →
GET
/api/project/linkedin-scraper/get-company-people API 响应 (JSON)
{} curl -X GET 'https://api.opendata-api.com/api/project/linkedin-scraper/get-company-people?key=<API_KEY>&company_id=<company_id>&page=1'
curl -X GET 'https://api.opendata-api.com/api/project/linkedin-scraper/get-company-people?key=<API_KEY>&company_id=<company_id>&page=1'
查询结果
需要帮助？
如遇接口异常，或需要其他接口需求，可联系我们
使用场景
- 为企业客户简报审阅可用人员的职位与地域背景。
- 评估公司关联人员分页结果中实际可用的资料覆盖率。
- 仅在提供有效 URL 时保留带来源链接的员工摘要。
- 将匿名人员观察值与已解析身份的职业记录分开存储。
常见问题
为什么部分条目只显示 LinkedIn Member？
文档中的匿名条目就是这种形式。应将 id、url、urn 的 null 保持为 null，不要虚构姓名，也不要将这些记录当作已解析身份。
total 是经过核实的员工人数吗？
不是。它是所返回关联主页结果的分页元数据，不能证明员工覆盖完整或核实实际在薪人数。