采集卡片

LinkedIn Posts 采集器

任何一个公开的 LinkedIn 帖子地址背后的那条内容:正文全文、作者、时间、互动总数、评论数和随附媒体,每条一行,读自 LinkedIn 对未登录访客给出的那张页面。

本页内容

它采什么

社交

任何一个公开的 LinkedIn 帖子地址背后的那条内容:正文全文、作者、时间、互动总数、评论数和随附媒体,每条一行,读自 LinkedIn 对未登录访客给出的那张页面。 它是一张采集器卡片,也就是说全部约定只有一条:填好表单,回来一张表。不会打开浏览器窗口,不占用你套餐里的任何自动化名额,请求走的是普通 HTTP,带着真实浏览器的 TLS 指纹。

用你自己的地址跑就很好;运行时可以选代理,但这个目标并不需要。无论走的是哪条路,每一行都会记下来——见下面的溯源列。

你要提供什么——6 项

应用画出的那张表单,直接读自这张卡片本身。下面每一条提示,都是运行对话框里显示在该字段旁边的那一条,所以这里没有任何脱离产品另写一遍的说明。

它唯一需要的那个答案

posts
Posts · list · 必填

One post per line, in whatever form you have it — the linkedin.com/posts/… URL, the lnkd.in/… short link the Share button copies, a /feed/update/urn:li:activity:… address, or the bare activity id. Profile and company URLs are not posts and are skipped. The Post URL column of a LinkedIn Company Posts table can be pasted straight in.

其余的都可填可不填

minReactions
Minimum reactions · number

The total across every reaction type. A post LinkedIn reports no counter for fails this rather than counting as zero.

minComments
Minimum comments · number

LinkedIn’s own total, which is larger than the handful of comments the page shows.

postKind
Kind of post · select

LinkedIn files video separately from everything else, and it is the only split it publishes.

keywords
Post contains · list

Keeps a post only when its body contains one of these.

postedWithinDays
Posted in the last (days) · number

Counted from the moment the run starts, so a schedule keeps meaning the same window.

会拿回什么——21 列

每次运行生成一个数据集——一张带类型的表,归你的工作区所有:可以排序、筛选、在网格里直接编辑、整张导出,也可以通过本地 API 读回来。下面就是它创建时带的列。

有 8 列标着可能为空。那是关于记录本身的事实,而不是关于采集器的——一条没有标地点的帖子、一个没有商业类目的账号——把它说出来,是为了让空单元格不被读成采集器坏了。至于返回里根本不带的列,在上游就被删掉了,不会空着交付,所以这里没有一列是装饰。

来自 LinkedIn Posts 的 17 列

键名类型
bodyPostlongText
headlineHeadline可能为空text
authorPosted bytext
postedAtPosteddatetime
reactionsReactionsnumber
commentCountCommentsnumber
postTypeKindtext
imageUrlImage可能为空url
videoUrlVideo可能为空url
durationLength可能为空text
authorUrlAuthor pageurl
authorFollowersAuthor followers可能为空number
hashtagsHashtags可能为空text
thumbnailUrlVideo cover可能为空url
transcriptTranscript可能为空longText
urlPost URLurl
searchTermAsked fortext

每个采集器都会写的 4 列

每张卡片上都是同样这四列,好让一张表在几个月后仍能回答它的行是怎么来的:来自哪个服务、什么时候、请求带的是哪个环境的身份,以及那个身份当时是否已登录。

键名类型
platformPlatformtext
collected_atCollected atdatetime
profileCollected byprofile
logged_inSigned inselect

跑它的四种方式

「采集器」标签页。 挑中这张卡片,填好表单,按「开始」。从这里发起的每一次运行都会生成一张新表,以你搜索的内容和时间命名。想先试试也可以——它只采一页,什么都不写,并告诉你哪些列拿回了内容。

问助手。 它手里有整个目录,所以这张卡片是一句话,而不是一张表单。它会按你说的话把上面那些参数填好,并在开跑之前拿给你看。

通过 MCP 或本地 API。 同一张卡片,从编程 Agent 里调用——MCP 服务器上的 argus_run_scraper,或者本地 APIPOST http://127.0.0.1:39219/v1/scrapers/run。旁边有一个什么都不写入的示例调用。

argus_run_scraper — LinkedIn Posts
{
  "kind": "linkedin_posts",
  "inputs": {
    "posts": [
      "…"
    ]
  }
}

作为工作流里的一个步骤。 Run scraper 步骤把这个采集器放进一条自动化流程的中间——先采、再筛、再发信——整棵流程照样一个窗口都不开。它也是唯一能推翻「一次运行一张表」规则的调用方:指定一张你命名的表,它会在表不存在时按上面的列建好,之后每次运行都写进这张表,追加或者按你指定的匹配列就地更新。这个步骤会把表名、表 id 和行数交给下一步。

它到哪里为止

它不会去驱动页面。凡是需要真实浏览器的事——背后没有列表接口的网站,或者任何操作你自己账号的事——都该交给自动化流程。那是另一件工具,而不是这件工具的劣化版。

它不登录任何地方。未登录读取公开页面是已成定论的做法——Bright Data 未登录采集 Meta 并且胜诉,hiQ 登录后采集 LinkedIn 则败诉——所以这张卡片不要账号,也不持有账号。

LinkedIn 的其余卡片

一张卡片对应一件事,而不是对应一个服务——主页、帖子和它们周围的人,是三种集合、三套字段。