什么是ATS？申请人追踪系统详解

申请人追踪系统——如果你听到过招聘人员使用"ATS"这个缩写——是雇主用来管理其招聘流程的软件。当你点击企业招聘页面上的"申请"并填写表单时，你就是在向他们的ATS提交。当招聘人员阅读你的简历、发送筛选邀请、安排面试或发送拒绝邮件时，他们都是通过ATS来操作的。它是你和人类之间的一层，而围绕"ATS优化"建议的行业可能夸大了这一层实际的过滤程度。

值得了解你的申请实际经历了什么过程，因为ATS的设计影响两件事：填写申请表需要多长时间，以及招聘人员在另一端如何看到你的简历。

软件实际做什么

ATS同时承担四项工作。它托管公开的职位发布——大多数公司网站上的"招聘"页面由ATS提供服务，要么嵌入在公司域名中，要么在ATS子域名上。它接收申请并将其存储在结构化数据库中。它管理招聘人员的工作流程：审阅简历、留下备注、给候选人评分、安排面试、发送模板邮件。它还运行分析——填补时间、招聘来源、各阶段转化率、多样性报告，整个招聘仪表板。

2026年主要的ATS

以下是你作为求职者最常遇到的系统。每个都有可识别的URL模式，使得从招聘页面链接就能轻松识别它们。

Workday

URL模式：*.myworkdayjobs.com或jobs.[company].com，带有Workday风格的筛选器。

使用者：大多数大型企业（财富500强、英国大型上市公司、跨国制药、银行、专业服务公司）。

申请者体验：繁重。表单很长，经常需要"创建账户"，多步申请流程。Workday是为招聘人员设计的，不是为申请者。

公开数据暴露：参差不齐。一些Workday租户公开JSON-LD结构化数据；很多不公开。我们关于JSON-LD JobPosting的文章涵盖了对监控的影响。

Greenhouse

URL模式：boards.greenhouse.io/[company]或[company].greenhouse.io。

使用者：中端科技市场（Stripe、Airbnb级别的公司），B轮到上市阶段的初创公司，现代人力资源意识强的企业。

申请者体验：轻松。表单简短，阶段清晰，默认设置合理。

公开数据暴露：出色。每个公开职位发布都有干净的JSON-LD结构化数据，这就是为什么Greenhouse的职位能快速出现在Google Jobs上。

Lever

URL模式：jobs.lever.co/[company]。

使用者：中端科技市场，与Greenhouse客户类似。历史上更注重设计的公司。

申请者体验：轻松，公开职位页面比Greenhouse更简洁。

公开数据暴露：非常好。每个页面都有JSON-LD。

Ashby

URL模式：jobs.ashbyhq.com/[company]或[company]/jobs。

使用者：高速增长的初创公司，A轮到C轮，主要是科技和注重设计的公司。自2023年以来一直在从Greenhouse和Lever手中夺取份额。

申请者体验：主要ATS中最轻松的。申请流程简短，必填字段较少。

公开数据暴露：出色。干净的结构化数据和合理维护的站点地图。

Phenom

URL模式：通常嵌入在雇主域名中（URL中没有明显的"phenom"），但在页面源代码中可见。

使用者：大型企业，特别是那些想在招聘人员后端之上打造品牌化招聘体验的企业。

申请者体验：因雇主定制程度不同而差异很大。有些非常好；有些比原始的Workday更糟。

公开数据暴露：好。Phenom通常发出比平均系统更丰富的JSON-LD。

iCIMS

URL模式：careers-[company].icims.com或嵌入在雇主域名中。

使用者：传统大型企业，特别是医疗保健、零售和制造业。

申请者体验：繁重。通常需要创建账户。

SmartRecruiters

URL模式：jobs.smartrecruiters.com/[company]或careers.[company].com。

使用者：中大型企业，特别是总部在欧洲的企业（该公司最初是欧洲公司）。

申请者体验：中等。足够简洁，但不如Greenhouse或Ashby轻松。

SAP SuccessFactors

URL模式：career[X].successfactors.com或嵌入在雇主域名中。

使用者：大型传统企业，特别是那些在更广泛的人力资源技术栈中使用SAP的企业。

申请者体验：繁重。通常是所有主要ATS中阻力最大的。

Oracle Taleo

URL模式：URL中包含某种形式的taleo。

使用者：份额日益减少的大型企业，主要是运行Oracle HCM的企业。到2026年被视为传统系统，但仍广泛部署。

申请者体验：过时。几乎总是需要创建账户。很多候选人讲述的"最糟糕的求职申请体验"的故事都指向Taleo实例。

ATS实际如何处理你的申请

当你点击"申请"时的整体流程：

1. 表单摄入。你的输入进入结构化数据库。简历被解析（准确度各异）为结构化字段：姓名、联系方式、工作经历、教育背景。
2. 淘汰问题。如果该职位有淘汰问题（"你是否有在英国工作的资格？"、"你是否有5年以上的Java经验？"），回答"否"的申请者可能被自动淘汰。这是最接近"ATS拒绝你"的情况，它基于你明确的是/否回答，而非简历解析。
3. 可选评分。一些ATS基于关键词匹配和先前信号应用自动评分。这在2026年越来越普遍，但仍然不是所有地方的默认。
4. 招聘人员审阅。申请进入招聘人员的队列。他们按顺序审阅（带有我们关于审阅顺序文章中涵盖的例外情况）。
5. 阶段推进。如果被列入候选名单，申请会经历各个阶段（初筛、技术面试、现场面试、录用）。每个阶段都有自己的状态、沟通模板和时间线。

"ATS优化"的误解与真相

围绕"ATS友好简历"建议有一个产业，它夸大了ATS本身的过滤程度。以下是哪些是对的，哪些不是。

误解："如果简历不匹配关键词，ATS会拒绝你的简历。"

真相：大多数现代ATS不会按关键词自动拒绝。Workday、Greenhouse、Lever、Ashby、SmartRecruiters和Phenom都默认将每份申请展示给招聘人员。淘汰问题可以自动拒绝，但那些是你填写的明确的是/否字段。

误解："你需要一种特殊的ATS友好简历格式。"

真相：一份干净的、单栏的、使用普通文本（没有图片、没有图片中的文字、没有奇特字体）的简历在每个主要ATS中都能正确解析。带有两栏、侧边栏或图片形式文字的高度设计简历可能解析不佳，如果招聘人员依赖解析视图而非原始PDF，这可能会影响你。使用单栏设计，保存为PDF，就没问题了。

误解："ATS无法读取PDF。"

真相：每个主要的现代ATS都能读取PDF。一些仍然略微偏好Word文档，但差异微乎其微。

真相：与职位描述的关键词重叠确实有帮助，但是为了招聘人员，而非ATS。

招聘人员在20分钟内浏览50份简历。如果职位描述中的关键词出现在你简历顶部三分之一处，你在5秒内就被视为"明显匹配"。如果相同的内容埋在底部的一段长文中，你被视为"可能匹配，我稍后再看"，而且经常不会有第二次审阅。

这对你的申请策略意味着什么

实际影响：

1. 通过企业自己的ATS投递，而不是通过聚合网站的包装。LinkedIn上的"一键申请"提交在大多数公司中进入一个单独的、低优先级的队列。直接ATS提交进入主队列。我们对LinkedIn、Indeed和直接ATS的比较涵盖了阻力权衡。
2. 不要害怕繁重的ATS（Workday、Taleo、SuccessFactors）。是的，表单很长。但申请仍然会到达一个会阅读它的真人招聘人员。完成一次表单，保存你的账户，并在同一公司的未来申请中重复使用。
3. 使用URL提前识别ATS。如果你要申请很多职位，知道你即将填写的是一个5字段的Greenhouse表单还是一个40字段的Workday表单，可以让你把后者集中到一个会话中处理。
4. 直接监控权威ATS上的新职位。直接招聘页面监控在新鲜度上优于聚合网站提醒；对于早期和YC公司，我们关于早期初创公司职位的文章涵盖了能更快发现职位的渠道。

总结

ATS作为守门人的角色，远没有围绕它的产业所暗示的那么重要。它很少自动拒绝，它能读取PDF，你的申请几乎总是会到达一个真人，他会在30秒内浏览你的简历。重要的是那30秒的浏览是否落在你简历中与职位要求匹配的部分——这是一个人的问题，不是算法问题。

从这篇文章中更有用的收获是URL技巧。一旦你知道Workday意味着繁重的表单，Greenhouse意味着轻松的表单，Ashby结构良好而Taleo来自另一个时代，你就可以相应地计划你的申请会话——而且你可以通过企业的ATS直接监控特定雇主，而不是等LinkedIn赶上来。我们完整的早期投递指南涵盖了日常操作的其余部分。

---

← 返回博客  ·  免费开始 →