采集卡片
LinkedIn Companies 采集器
任何一个公开的 LinkedIn 公司主页背后的那家机构:名称、简介、标语、实时员工数、网站和注册城市,每家一行,读自 LinkedIn 对未登录访客给出的那张页面。
它采什么
任何一个公开的 LinkedIn 公司主页背后的那家机构:名称、简介、标语、实时员工数、网站和注册城市,每家一行,读自 LinkedIn 对未登录访客给出的那张页面。 它是一张采集器卡片,也就是说全部约定只有一条:填好表单,回来一张表。不会打开浏览器窗口,不占用你套餐里的任何自动化名额,请求走的是普通 HTTP,带着真实浏览器的 TLS 指纹。
用你自己的地址跑就很好;运行时可以选代理,但这个目标并不需要。无论走的是哪条路,每一行都会记下来——见下面的溯源列。
你要提供什么——6 项
应用画出的那张表单,直接读自这张卡片本身。下面每一条提示,都是运行对话框里显示在该字段旁边的那一条,所以这里没有任何脱离产品另写一遍的说明。
它唯一需要的那个答案
- companies
- Companies · list · 必填
One company per line, in whatever form you have it — the company page URL, a country subdomain like de.linkedin.com/company/…, or the bare slug. Member, school and showcase pages are not companies and are skipped. If every one of them fails with a 999 it is the address and not the slugs: this card usually does better with no proxy than with a shared one.
其余的都可填可不填
- minEmployees
- Minimum employees · number
- website
- Website · select
- keywords
- Description contains · list
- countries
- Country · list
- scrapeContacts
- Find email addresses · boolean
LinkedIn’s live headcount. A company whose page publishes no count at all fails this rather than counting as zero.
Most company pages link one; the ones that do not are usually the smaller listings.
Keeps a company only when its About text contains one of these. Costs no extra requests — the reply already carried the text.
Two-letter codes, as LinkedIn writes them. Most companies publish no address at all and fail this, so reach for it only when you know your targets have one.
Opens each company’s own website — the one in the Website column, not the LinkedIn page — looking for an address, a named contact and social links. A company with no linked site is skipped. This is the slow half: a company page is one request, and this adds up to fifteen more per company.
会拿回什么——29 列
每次运行生成一个数据集——一张带类型的表,归你的工作区所有:可以排序、筛选、在网格里直接编辑、整张导出,也可以通过本地 API 读回来。下面就是它创建时带的列。
有 8 列标着可能为空。那是关于记录本身的事实,而不是关于采集器的——一条没有标地点的帖子、一个没有商业类目的账号——把它说出来,是为了让空单元格不被读成采集器坏了。至于返回里根本不带的列,在上游就被删掉了,不会空着交付,所以这里没有一列是装饰。
来自 LinkedIn Companies 的 13 列
| 键名 | 列 | 类型 |
|---|---|---|
| name | Company | text |
| about | About可能为空 | longText |
| slogan | Tagline可能为空 | text |
| employeeCount | Employees | number |
| website | Website可能为空 | url |
| street | Street可能为空 | text |
| city | City可能为空 | text |
| region | Region可能为空 | text |
| postalCode | Postcode可能为空 | text |
| country | Country可能为空 | text |
| logoUrl | Logo | url |
| url | Company page | url |
| searchTerm | Found via | text |
来自补全环节的 12 列
打开这个选项,运行时每行会多发一次请求:它会访问 website 列里的那个网站,找地址、找具体联系人、找社交链接。这一步把一条名录记录变成一条线索,也是你要它做的时候整次运行大部分时间的去处。
| 键名 | 列 | 类型 |
|---|---|---|
| contact_email | Direct email | |
| contact_name | Contact | text |
| contact_role | Role | text |
| emails | All emails | longText |
| contact_source_url | Found on | url |
| url | ||
| url | ||
| url | ||
| X / Twitter | url | |
| youtube | YouTube | url |
| tiktok | TikTok | url |
每个采集器都会写的 4 列
每张卡片上都是同样这四列,好让一张表在几个月后仍能回答它的行是怎么来的:来自哪个服务、什么时候、请求带的是哪个环境的身份,以及那个身份当时是否已登录。
| 键名 | 列 | 类型 |
|---|---|---|
| platform | Platform | text |
| collected_at | Collected at | datetime |
| profile | Collected by | profile |
| logged_in | Signed in | select |
跑它的四种方式
「采集器」标签页。 挑中这张卡片,填好表单,按「开始」。从这里发起的每一次运行都会生成一张新表,以你搜索的内容和时间命名。想先试试也可以——它只采一页,什么都不写,并告诉你哪些列拿回了内容。
问助手。 它手里有整个目录,所以这张卡片是一句话,而不是一张表单。它会按你说的话把上面那些参数填好,并在开跑之前拿给你看。
通过 MCP 或本地 API。 同一张卡片,从编程 Agent 里调用——MCP 服务器上的 argus_run_scraper,或者本地 API 的 POST http://127.0.0.1:39219/v1/scrapers/run。旁边有一个什么都不写入的示例调用。
{
"kind": "linkedin_companies",
"inputs": {
"companies": [
"…"
]
}
}作为工作流里的一个步骤。 Run scraper 步骤把这个采集器放进一条自动化流程的中间——先采、再筛、再发信——整棵流程照样一个窗口都不开。它也是唯一能推翻「一次运行一张表」规则的调用方:指定一张你命名的表,它会在表不存在时按上面的列建好,之后每次运行都写进这张表,追加或者按你指定的匹配列就地更新。这个步骤会把表名、表 id 和行数交给下一步。
它到哪里为止
它不会去驱动页面。凡是需要真实浏览器的事——背后没有列表接口的网站,或者任何操作你自己账号的事——都该交给自动化流程。那是另一件工具,而不是这件工具的劣化版。
它不登录任何地方。未登录读取公开页面是已成定论的做法——Bright Data 未登录采集 Meta 并且胜诉,hiQ 登录后采集 LinkedIn 则败诉——所以这张卡片不要账号,也不持有账号。
LinkedIn 的其余卡片
一张卡片对应一件事,而不是对应一个服务——主页、帖子和它们周围的人,是三种集合、三套字段。