一个常见的求职挫折是打开一个有前途职位的提醒，然后发现雇主的页面已经更改、关闭或搬迁。即使申请仍然有效，复制的时间戳也无法告诉你审查进展到什么程度，或者有多少候选人先到。
这不是某一个招聘网站的缺陷。这是整个聚合层构建方式的结果。
职位的实际来源
许多雇主通过申请人跟踪系统（ATS）发布职位，而其他雇主则使用自定义的招聘网站、招聘机构或公共招聘网站。常见系统包括：
- Greenhouse - 在科技和高速增长的初创公司中占主导地位
- Lever - 对于中期科技和产品公司很常见
- Workday - 大型企业、银行、零售、医疗保健
- SmartRecruiters 和 Workable - 在中端市场广泛使用
- Ashby， Pinpoint， Recruitee - 较新，增长迅速
- SuccessFactors, Taleo, iCIMS - 大型企业/传统系统
当雇主发布公开职位时，其职业页面是验证该职位是否仍然开放以及当前要求的最佳地点。其他职位列表可能是复制的、联合发布的或单独提交的，因此它们的发布时间和状态可能不同。
聚合器流程
主要招聘网站通过三种方式之一从这些 ATS 系统中获取数据来构建其职位库存：
1. 直接 API 提供
一些雇主或招聘平台会向特定的招聘网站提供数据。这可能很快，但招聘网站可能仍会对职位进行去重、分类和质量检查，然后才会在搜索中显示。
2. 获取并解析
招聘网站可能会按照自己的时间表重新访问职业页面并解析所找到的职位列表。检查之间的任何间隙都会导致延迟，而之后的更改或关闭可能会导致复制的职位信息在下次更新前过时。
3. 手动或半自动提交
较小的雇主和招聘机构通过聚合器的表单或数据源直接提交职位。这对提交者来说很快，但往往会引入噪音（重复发布、重复项，有时甚至是假的）。
在此基础之上：聚合器运行自己的排名和新鲜度信号，因此即使职位已被索引，它也可能不会立即出现在您的保存搜索结果中。他们首先优化“为该用户找到合适的职位”，其次优化“最新的职位”——而这些目标确实相互制约。
复合延迟
每个步骤都可能增加延迟。一个职位在到达已保存的搜索邮件之前，可能会经过如下流程：
- 公司将职位发布到ATS - T+0
- 一个信息源或定期检查获取该职位
- 职位板进行去重和分类
- 职位变得有资格被搜索并产生提醒
- 下一个摘要邮件到达你的收件箱
有时这个链条很快，有时则不然。当一个合适的职位迅速吸引申请人时，在稍后的提醒之前就从雇主来源发现它会给你真正的可见性优势，因为你可以在队列膨胀之前申请。
实际上什么能胜过这个
三件事，按效果顺序排列：
1. 直接监控招聘页面（这是FirstPost所做的一部分）。 关注雇主的公开来源可以消除后续索引和提醒安排引入的一些延迟。这不能保证即时发现或完全覆盖，但可以在更广泛的队列出现之前，将合适的职位呈现在你面前。
2. 小众社区。 某些领域有专业板块或新闻通讯，可以显示广泛搜索遗漏的雇主和职位。其信息的新鲜度和管理水平各不相同，因此需在雇主来源处确认职位。
3. 针对精选列表的直接申请提醒。 如果你有一个包含 20-50 家雇主的目标名单，对这些特定招聘页面进行自动化每日检查，比在整个 LinkedIn 上进行通用的保存搜索更有用。你是在以速度和信号质量交换广度。
你实际上做出的权衡
每一种搜索策略都在 广度、 新鲜度 和 信号质量之间进行权衡招聘网站对于发现你之前不知道的雇主和职位非常有用。当特定雇主或合适的新职位足够重要以至于需要优先考虑时间时，直接监控就很有用。
定向求职很看重信息是否新鲜，因为复制的招聘广告仍然可见时，雇主的流程可能已经继续推进。在候选人队列和初选名单形成前从雇主源头发现合适职位，会带来真实的时间和曝光优势，即使任何时间戳都无法显示准确的审核进度。