2026 年的 Google for Jobs：发布一个能被收录的职位（以及 TrueCalling 招聘板做了什么）

如今，大多数求职都从搜索引擎开始，而不是从招聘网站开始。当候选人输入「React 开发 上海」，Google 会在第一条常规结果之前展示一个职位区块：这就是 Google for Jobs。中小企业和猎头公司发布的大多数职位从未出现在那里 —— 不是因为职位不好，而是因为承载它们的页面不包含 Google 期望的结构化数据。本文解释 Google 真正读取的是什么、哪些字段决定收录成败、哪些错误会让职位消失，以及 TrueCalling 招聘板具体做了什么，让平台发布的每个职位无需额外工作就能被收录。

Google for Jobs 不是招聘网站

它是一个聚合器。Google 不会让您去投放广告：它抓取网页，在其中寻找 JSON-LD 格式的 JobPosting 标记，并用找到的内容组合成结果。因此，一个职位只有在它位于一个公开、可索引、并用该标记描述岗位的页面上时，才会出现在 Google for Jobs 中。PDF、图片，或者把二十个职位堆在一起的列表页，都不会被收录。规则很严格：一个职位一个页面，一个页面一个 JobPosting。

实际结论很简单：您在哪个招聘网站发布，远不如最终页面的质量重要。发布在自有网站上、标记完整的职位，会胜过同一职位放在通用平台上、藏在脚本后面、没有薪资也没有截止日期的版本。

决定收录成败的六个字段

1. 准确的职位名称。「高级数据工程师」，而不是「高级数据工程师 —— 全职 —— 上海 —— 急招」。Google 把标题当作标题，而不是口号；硬塞进去的关键词只会降低匹配度，而不是提高它。
2. 完整的 HTML 描述。职位的全文 —— 职责、画像、任职资格 —— 必须放在标记的 description 字段里，而不只是显示在屏幕上。被截成两句话的描述，是原本正确的职位不被展示的首要原因。
3. 发布日期与截止日期。datePosted 是必填项；validThrough 不是，但没有截止日期的职位会随着时间被视为过期，而截止日期已过的职位会被移除 —— 如果长期不处理，还可能引发针对整个网站的人工处罚。
4. 招聘方组织，含 logo。hiringOrganization 必须写明真实雇主。logo 不是必需的，但它决定了富媒体展示；没有 logo，职位就会以纯文本形式夹在带图卡片中间。
5. 地点，或明确的远程标识。现场岗位用带城市和国家代码的 jobLocation；远程岗位则用 jobLocationType: TELECOMMUTE 加上可申请候选人所在国家。描述里写着「远程」却没有这个标记的岗位，会被归类为没有地址的现场岗位 —— 也就是哪里都不在。
6. 薪资范围。对 Google 来说 baseSalary 仍是可选项，但对候选人已成为决定性因素 —— 而欧盟薪酬透明指令要求成员国在 2026 年 6 月 7 日前完成转化，规定必须在面试前告知候选人薪资范围。不如从发布时就写上。

让职位消失的错误

• 同一职位多个 URL。多语言网站在 /zh、/en、/fr 下提供完全相同的职位却没有 canonical，结果是三个页面互相竞争，一个都不被选中。
• 已招满却仍在线的职位。Google 要求移除页面、设为 noindex，或让 validThrough 过期。过期职位仍然显示申请表单，是最常见的违规。
• 无法申请。页面描述了岗位，却指向一个坏掉的表单、一个邮箱或「联系我们」，不满足直接申请的条件，会失去相应标识。
• 注水的描述。在描述岗位之前先粘贴三段公司介绍，会稀释 Google 用于匹配的信号。
• 列表页上的标记。在罗列所有职位的页面上放 JobPosting 是被明确禁止的；那一页应该放 ItemList，而 JobPosting 放在每个职位的独立页面上。

TrueCalling 招聘板具体做了什么

TrueCalling 首先是一款寻访软件：EMILY 读取需求说明，然后去寻找候选人。但平台中创建的任何职位描述也可以一键公开，这就是 truecalling.ai 招聘板发挥作用的地方。当招聘官打开发布开关时，会发生以下事情。

• 每个职位一个页面，自动生成完整标记。标题、完整描述（概要、画像、任职资格、软技能）、带 logo 和网址的雇主、带国家的地点、远程状态、合同类型、年薪范围：职位描述中填写的每个字段都会变成对应的 JobPosting 字段，并声明支持直接申请。五分钟内即可上线。
• 滚动的截止日期。只要职位在平台中处于激活状态，每次页面重新生成时有效期都会自动向后推 60 天。招聘官停用职位后，页面消失，职位干净地退出索引 —— 不需要任何人惦记。
• 每个职位一个 canonical URL。页面存在于网站的 13 种语言中，但标记会把与职位描述语言一致的版本指定为 canonical。没有重复，没有内部竞争。
• 直接进入您流程的申请。表单（姓名、邮箱、电话、所在地、按需要求的 LinkedIn、PDF 简历）有防机器人保护，申请会直接进入应用内对应职位的流程 —— 而不是进入一个需要重新录入的邮箱。
• 候选人侧的语义搜索。访问者可以按国家浏览职位、按合同和远程筛选，或者用自然语言描述想找的工作 —— 「资深 React 开发工程师、远程、金融科技」—— 得到按接近度排序的结果。也可以上传简历，让引擎找出匹配的职位，分为强匹配、良好匹配或可能匹配。
• 自动充实的人才库。为匹配而上传的简历，与 投递简历页面上的简历一样，都会进入人才库 —— 这些是主动寻访无需再去寻找的入站档案。

不需要配置，不需要额外购买，也不需要学习任何 Google 规则：标记跟着职位描述走。招聘官唯一要做的就是把描述填好 —— 而正如我们即将看到的，这恰恰是真正重要的工作。

入站与出站：漏斗的两半

收录良好的招聘板和主动寻访并不冲突：它们覆盖的是几乎不重叠的两群人。Google for Jobs 和招聘板抓住的是主动求职者 —— 依职能不同，占市场的 20-30 %。寻访要去找的是剩下的 70 %，那些永远不会投递、却会回复一条相关消息的人：这是我们关于 被动候选人寻访指南的主题。把两股流量放进同一条流程 —— 入站申请与寻访档案，用同一套标准评分 —— 的团队，避开了那个经典失误：一份优秀的入站申请被忽略，只因为它到了另一个工具里。这也是 TrueCalling 招聘板不单独存储任何东西的原因：一切汇聚到职位，再通过 现有集成进入您的 ATS。

清单：六步发布一个能被收录的职位

1. 撰写完整、分节的职位描述。岗位概要、目标画像、任职资格、软技能 —— 四个独立区块，而不是一堵文字墙。这就是结构化描述的来源。
2. 填写精确的地点和工作模式。写城市，而不是地区；远程作为字段，而不是正文中的一句话。
3. 写明合同类型和薪资范围。候选人最常看的两个字段，也是最常空着的两个字段。
4. 添加公司 logo 和网址。这就是把文本结果变成带图卡片的东西。
5. 发布，然后验证。把职位 URL 放进 Google 的富媒体结果测试工具，并关注 Search Console 中的「职位发布」报告 —— 收录通常需要几小时到几天。
6. 岗位一招满就停用。幽灵职位会失去候选人的信任，也会失去 Google 的信任。在 TrueCalling 上，停用职位描述就够了。

Google for Jobs 奖励的只有一件事：一个干净的页面，用完整数据描述一个真实岗位。TrueCalling 招聘板把这部分自动化，让招聘官专注于职位描述，然后专注于候选人 —— 入站与出站皆然。 查看招聘板上的在招职位，或者 了解 EMILY 如何寻访招聘板吸引不到的人才。