你打开了关于理想职位的每日邮件，但发现该列表已经上线五天了。你没有看错——以下是数据从企业招聘页面到你收件箱的实际流程。
大多数积极求职者最终会注意到同样的规律：工作提醒邮件来了，职位看起来很理想，你点进去，发布日期显示"5天前"或"1周前"。当你真正申请时，你发现已经有200人抢在你前面了。等你进入人工筛选阶段时，招聘人员已经在进行候选名单面试了。
这不是任何一个求职网站的缺陷。这是整个聚合层架构方式的必然结果。
几乎每家现代企业都通过申请人追踪系统（ATS）发布职位。按大致市场份额排列的主要ATS：
当企业发布职位时，一旦它在其ATS上上线，一个公开的URL就存在了。该URL是权威的信息来源。其他一切——聚合网站的列表、赞助帖子、招聘人员的批量推送——都是下游。
主要求职网站通过三种机制之一从这些ATS系统中获取职位信息：
一些ATS供应商提供合作伙伴API，将新职位推送给选定的聚合网站。这是最快的路径——通常从发布到索引只需几分钟——但仅用于高付费的合作关系，而且聚合网站在将职位展示给搜索之前仍需要去重、分类和质量过滤。
聚合网站按照礼貌性的计划访问每家企业的招聘页面（通常每天一次，有时更频繁），下载HTML，并解析出各个职位。这是延迟的主要来源——即使每天只访问一百万个企业页面一次也是庞大的基础设施工程，大多数聚合网站会优先处理其爬取任务，使高流量企业比长尾雇主被更频繁地爬取。
较小的雇主和招聘机构通过聚合网站的表单或数据流直接提交职位。这对提交者来说很快，但往往会引入噪音（重复列表、副本，有时甚至是完全虚假的职位）。
在此之上：聚合网站运行自己的排名和新鲜度信号，因此即使在一个职位被索引之后，它也可能不会立即出现在你的保存搜索结果中。他们首先优化"为该用户推荐合适的职位"，其次才是"最新的职位"——而这两个目标确实存在权衡。
管道中的每一步都增加了延迟。一个职位到达你保存搜索邮件的典型时间线：
最好的情况下，你在职位上线24小时后看到它。最坏的情况下，一周。对于知名雇主的职位——它们收到申请最快——即使24小时也已经是显著的劣势。
三件事，按有效性排序：
1. 直接ATS监控（这就是FirstPost所做的）。如果你直接监控ATS端点，你就跳过了整个聚合层。大多数ATS系统会公开一个JSON或RSS数据源，展示企业的公开职位——这就是企业自己的网站如何呈现招聘页面的。这是除了身在企业内部之外最快的信号来源。
2. 小众社区。对于大多数领域，都有一个由真人运营的小型社区求职网站或通讯，能在数小时内发布职位。这些社区覆盖范围较小但更新更及时，提交过滤通常意味着质量高于大规模聚合网站。
3. 对精选列表的直接申请提醒。如果你有一个20到50家雇主的目标清单，每天自动检查那些特定的招聘页面比在整个LinkedIn上进行通用保存搜索更有用。你是在用广度换取速度和信号质量。
每种搜索策略都是在广度、新鲜度和信号质量之间的权衡。聚合网站以牺牲新鲜度和信号质量为代价来最大化广度。直接监控以牺牲广度为代价来最大化新鲜度和信号质量。
对于积极求职者——尤其是任何瞄准特定雇主或竞争性职位的人——计算结果通常有利于新鲜度。你在第一天投递的职位和你在第五天投递的职位，在招聘人员看来并不是同一个机会，即使它们是同一条列表。