7 个最佳 LinkedIn 抓取 API：个人、公司、帖子与职位

选择 LinkedIn 数据供应商时，最容易犯的错误是只看“支持个人资料、公司、帖子和职位”四个勾选项。真正影响产品的是输入方式、字段完整度、搜索深度、批量能力、账号要求、失败计费以及结构稳定性。

本文比较 SocQ、Bright Data、Apify、ScrapingDog、Coresignal、PhantomBuster 和 Scrape Creators。它们并非同一种产品：有的是标准化 API，有的是企业数据基础设施，有的是 Actor 市场、销售自动化或直接社媒端点。

**快速结论：**需要在产品中读取标准化公开 LinkedIn 记录，并与其他社媒平台共用一种任务模型，可优先评估 SocQ；需要企业级批量采集和交付选择 Bright Data；需要可定制 Actor 选择 Apify；需要 B2B 搜索和历史数据评估 Coresignal；销售团队的无代码流程更适合 PhantomBuster。

供应商信息核对于 2026 年 7 月 19 日。价格和覆盖可能变化，采购前应重新验证。

LinkedIn 抓取 API 一览

我们如何评估供应商

对比维度包括：

1. 覆盖：个人、公司、帖子、职位与搜索分别支持到什么程度。
2. 输入：接受 URL、用户名、关键词、职位搜索还是内部 ID。
3. 结构：字段是否稳定，是否有清晰的可空规则。
4. 运行方式：同步、异步、批量、Webhook、定时任务。
5. 成本：按请求、结果、积分、计算量还是订阅计费。
6. 账号依赖：是否要求 Cookie、登录会话或客户 LinkedIn 账号。
7. 维护风险：解析器由谁维护，页面变化后由谁修复。
8. 合规：是否支持数据最小化、删除和来源追踪。

1. SocQ：适合标准化社媒数据产品

SocQ 提供四类 LinkedIn 接口：

所有接口都采用异步任务：

curl -X POST "https://api.socq.ai/v1/linkedin/profiles" \
  -H "Authorization: Bearer $SOCQ_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "urls": [
      "https://www.linkedin.com/in/satyanadella"
    ]
  }'

保存 task_id，轮询 /v1/tasks/{task_id}，从 data.results.items 读取结果并根据 next_cursor 分页。

SocQ 的优势不是任意抓取，而是限制明确：七个社媒平台使用一致的 platform、resource、type、author、metrics、created_at 和 collected_at 约定。它不提供任意浏览器自动化、登录态操作或无限制人员搜索。

2. Bright Data：适合高容量采集与多种交付

Bright Data 将抓取 API、现成数据集、代理和企业交付能力组合在一起。它更适合需要大量 URL、周期更新、文件交付、Webhook、存储或企业 SLA 的团队。

评估时不要只看公司层面的起步价，应确认：

• 不同 LinkedIn 资源是否按相同单位计费。
• 空结果和失败是否收费。
• 刷新数据与一次性数据集的价格是否不同。
• 是否包含代理、存储和交付成本。
• 批量任务的延迟与并发限制。

如果项目只是偶尔读取数百个个人资料，Bright Data 可能比需要的系统更重；如果团队在经营数据采集业务，它的基础设施价值会更明显。

3. Apify：适合 Actor 选择与定制

Apify 市场里有多种 LinkedIn Actor，覆盖个人、公司、帖子、职位和搜索。Actor 可以通过控制台、API、定时任务和 Webhook 运行，也可以由团队自行开发。

问题在于每个 Actor 都是独立产品：

• 维护者不同。
• 输入字段和 Cookie 要求不同。
• 输出 schema 不一致。
• 价格可能按计算量或事件收费。
• 更新频率和可靠性需要分别验证。

Apify 当前免费计划包含每月 5 美元用量，付费计划从每月 29 美元开始。实际成本还可能包含 Actor 事件、计算、代理、存储和流量。应查看 Apify 官方价格以及具体 Actor 的价格页。

4. ScrapingDog：适合直接的积分制接口

ScrapingDog 提供面向 LinkedIn 资源的 API，并使用积分计费。它适合希望通过一个直接 HTTP 接口获取特定资源、不想搭建浏览器和代理层的团队。

评估重点：

• 不同端点消耗多少积分。
• 搜索和详情是否需要两次调用。
• 作者、公司或职位字段是否完整。
• 失败和空数据是否退还积分。
• 请求频率、并发和批量限制。

积分价格只有换算成“每千条可用记录成本”后才具备可比性。

5. Coresignal：适合 B2B 搜索与历史数据

Coresignal 更接近人员与公司数据产品，而不是简单页面抓取器。它的优势通常在于 B2B 搜索、丰富化、历史记录和批量数据集。

适合：

• 人才市场和招聘情报。
• 公司研究与市场地图。
• 需要历史变化而非单次页面快照。
• 需要复杂搜索条件的 B2B 产品。

如果业务只需要通过已知 URL 获取少量实时资料，Coresignal 的数据产品能力可能超出需要；若核心价值来自大范围检索和历史信息，它会比通用抓取 API 更匹配。

6. PhantomBuster：适合无代码销售流程

PhantomBuster 面向表格、CRM、线索丰富化和外联自动化。非工程团队可以通过预设 Phantom 组合工作流。

它适合运营结果，而不一定适合嵌入产品的稳定数据层。需要关注：

• 是否依赖个人 LinkedIn 会话或 Cookie。
• 账号安全与平台限制风险。
• 导出 schema 是否稳定。
• 自动化步骤失败后的恢复方式。
• 销售动作与只读数据采集是否被混在一起。

如果需求是“从表格开始并写回 CRM”，PhantomBuster 很合适；如果需求是“向客户产品稳定返回 JSON”，API 优先的方案通常更自然。

7. Scrape Creators：适合直接社媒 API

Scrape Creators 专注直接社媒数据端点，而不是通用爬虫基础设施或销售自动化。已知 LinkedIn 资源需要常规 API、但团队不想选择 Actor 或运营浏览器流程时，可以评估它。

应分别确认当前个人、公司、帖子和职位覆盖，并测试批量上限、作者字段、分页、credit、空结果计费，以及端点是解析已知 URL 还是执行发现。

LinkedIn 需要与其他六个社媒平台共享统一 schema 和任务生命周期时，SocQ 更合适；更看重小型社媒专用 API 表面时，可以把 Scrape Creators 纳入测试。

覆盖不只是四个勾选项

“支持个人资料”至少可能包含：

• 按 URL 获取单个资料。
• 按关键词搜索人员。
• 获取工作经历和教育。
• 获取公开活动或帖子。
• 获取联系方式。
• 维护历史版本。

这些不是同一种能力。联系方式还涉及额外的准确性、来源和隐私风险。供应商不能因为页面中偶尔出现邮箱，就把它描述为可靠联系方式数据库。

同样，“职位 API”可能是按 URL 详情、关键词搜索、公司职位列表或历史职位数据。采购前建立字段表和输入表，逐项验证。

用真实工作量比较价格

统一换算：

每 1000 条可用记录成本 =
  订阅 + 积分 + 计算 + 代理 + 存储 + 流量 /
  通过校验的去重记录数 × 1000

测试工作量可以包括：

记录成功率、字段完整度、重复率、中位延迟、p95 延迟和最终账单。最便宜的标价不一定产生最低的可用记录成本。

账号要求与运营风险

需要 LinkedIn Cookie 或登录会话的工具会引入额外风险：

• 会话失效和验证码。
• 账号限制。
• 多用户凭证保管。
• 客户授权边界。
• 非工程人员误触高频自动化。

不依赖客户 LinkedIn 账号的托管接口可以降低凭证运营复杂度，但并不自动解决平台条款和法律问题。

应该选择哪一种 LinkedIn 数据 API？

选择 SocQ：需要四类受支持的公开资源、多平台统一结构和 API 优先接入。

选择 Bright Data：高容量、批量交付、代理和企业支持是核心需求。

选择 Apify：需要特定 Actor、定时任务、Webhook 或自定义抓取逻辑。

选择 ScrapingDog：需要直接的专用接口，并能接受积分制。

选择 Coresignal：核心需求是人员/公司搜索、历史数据和 B2B 数据产品。

选择 PhantomBuster：销售或运营团队需要无代码表格、CRM 和自动化流程。

最小 SocQ LinkedIn 示例

const response = await fetch("https://api.socq.ai/v1/linkedin/companies", {
  method: "POST",
  headers: {
    Authorization: `Bearer ${process.env.SOCQ_API_KEY}`,
    "Content-Type": "application/json",
  },
  body: JSON.stringify({
    urls: ["https://www.linkedin.com/company/microsoft"],
  }),
});

const task = await response.json();
console.log(task.data.task_id);

生产环境还应添加超时、退避、游标分页、schema 校验和幂等存储。

LinkedIn 抓取 API 常见问题（FAQ）

最好的 LinkedIn 抓取 API 是哪一个？

不存在对所有场景都最好的供应商。产品型多平台读取可评估 SocQ；高容量企业采集选 Bright Data；定制 Actor 选 Apify；B2B 搜索和历史数据选 Coresignal。

是否必须提供 LinkedIn 账号？

取决于供应商。某些自动化工具或 Actor 需要 Cookie，某些托管公开数据接口不要求客户提供 LinkedIn 账号。必须在测试阶段确认。

可以搜索人员或职位吗？

部分供应商支持，但搜索深度、过滤条件和历史范围不同。不要把“详情接口”误当作“全库搜索”。

能返回邮箱和电话号码吗？

只有在来源合法且公开或通过独立数据产品提供时才可能返回。联系方式通常不完整，并涉及更高的隐私和合规要求。

与 LinkedIn 官方 API 有什么区别？

官方 API 面向获批的合作和用户授权场景；抓取 API 通常读取公开网页数据。两者在权限、覆盖、条款和风险上都不同。

应该如何测试供应商？

使用包含大、小、已删除、重命名和非英文资料的固定样本，同时测量成功率、字段完整度、重复、延迟、错误说明和最终成本。