Most job seekers know that "apply early" is good advice. The harder question is: how early actually matters?

Some openings stay active for weeks. Others look fresh one day and are gone the next time you check.

This report uses ATSRadar's own historical jobs and polling data to answer four practical questions:

  1. How long do openings usually remain active after ATSRadar first sees them?
  2. How much of the active market is truly fresh right now?
  3. Do some ATS ecosystems or role families move faster than others?
  4. What should job seekers change if they want to apply earlier?

Key takeaways

  • Observed median time-to-inactive: 8.95 days for jobs that have already closed after ATSRadar first saw them.
  • Active jobs are not mostly brand new: the median currently open role has already been in ATSRadar for 24.54 days.
  • Early closure is real: 14.02% of mature cohorts go inactive within 7 days, and 31.53% are inactive within 14 days, rising to 49.03% within 30 days.
  • The truly fresh slice is small: only 1.59% of currently active jobs were first seen in the last 24 hours, and 21.30% were first seen in the last 7 days.
  • What this means for job seekers: the best openings do not vanish instantly across the board, but the early-application edge is strongest in the first 7-14 days.

What "fast-moving" means in this report

This article measures observed opening speed, not the exact amount of time a job has existed on the employer side.

That distinction matters.

  • First seen means when ATSRadar first ingested the opening.
  • Inactive means when ATSRadar detected that the opening had left the active set.
  • postedAt is shown for coverage context only because many ATS records do not provide it consistently enough to anchor lifecycle math.

So when this article says a role "closed within 14 days," it means ATSRadar first saw it, then later detected it inactive within 14 days.

That is the right frame for job seekers deciding how often to check alerts, how quickly to apply, and how much freshness should influence prioritization.

Data breakdown

What the data is measuring

This article measures observed opening speed, not employer-side posted duration. In practice that means we anchor lifecycle math to the moment ATSRadar first sees a job (created_at) and the moment ATSRadar detects it has left the active pool (became_inactive_at).

Current analysis window: 90 days ending 2026-03-31 UTC. Jobs analyzed in-window: 441,014.

Chart 1: Observed time-to-inactive buckets

This chart uses only jobs that have already gone inactive, so it describes observed closed-role lifetimes after ATSRadar first saw the posting.

Share of inactive jobs
37.1% 27.8% 18.6% 9.3% 0.0% 7-14 days14-30 days<3 days3-7 days30+ days

Static chart rendered server-side for reliable loading.

Show full table Hide table
BucketInactive jobsShare of inactive jobs
<3 days29,18916.83%
3-7 days26,55415.31%
7-14 days64,41137.13%
14-30 days46,16226.61%
30+ days7,1564.13%
BucketInactive jobsShare of inactive jobs
<3 days29,18916.83%
3-7 days26,55415.31%
7-14 days64,41137.13%
14-30 days46,16226.61%
30+ days7,1564.13%

Chart 2: How fresh the current active pool actually is

Share of current active jobs
32.9% 24.7% 16.5% 8.2% 0.0% 14d7d3d24h

Static chart rendered server-side for reliable loading.

Show full table Hide table
First seen bucketActive jobsShare of current active jobs
24h4,2631.59%
3d15,4115.76%
7d56,97821.30%
14d88,10332.93%
First seen bucketActive jobsShare of current active jobs
24h4,2631.59%
3d15,4115.76%
7d56,97821.30%
14d88,10332.93%

Chart 3: Daily flow of openings into and out of the active pool

New jobs first seenJobs became inactiveNet active pool change
89,154 65,441 41,727 18,014 -5,700 12-3101-1802-0502-2303-1303-31

Static chart rendered server-side for reliable loading.

Show full table Hide table
DayNew jobsJobs became inactiveNet active pool change
2025-12-31000
2026-01-01000
2026-01-02000
2026-01-03000
2026-01-04000
2026-01-05000
2026-01-06000
2026-01-07000
2026-01-08000
2026-01-09000
2026-01-10000
2026-01-11000
2026-01-12000
2026-01-13000
2026-01-14000
2026-01-15000
2026-01-16000
2026-01-17000
2026-01-18000
2026-01-19000
2026-01-20000
2026-01-21000
2026-01-22000
2026-01-23000
2026-01-24000
2026-01-25000
2026-01-26000
2026-01-27000
2026-01-28000
2026-01-29000
2026-01-30000
2026-01-31000
2026-02-01000
2026-02-02000
2026-02-03000
2026-02-04000
2026-02-05000
2026-02-06000
2026-02-07000
2026-02-08000
2026-02-09000
2026-02-10000
2026-02-11000
2026-02-12000
2026-02-13000
2026-02-14000
2026-02-15000
2026-02-16000
2026-02-17000
2026-02-1856,308366+55,942
2026-02-1964,168777+63,391
2026-02-205,8153,895+1,920
2026-02-211,091969+122
2026-02-2277153-76
2026-02-236,5221,810+4,712
2026-02-245,0633,737+1,326
2026-02-252,4542,760-306
2026-02-263,3173,140+177
2026-02-2733,35629,172+4,184
2026-02-286,1675,359+808
2026-03-0117,612237+17,375
2026-03-023,4871,723+1,764
2026-03-033,0934,449-1,356
2026-03-045,0654,842+223
2026-03-053,7003,874-174
2026-03-0689,1543,404+85,750
2026-03-072,8802,721+159
2026-03-084,891444+4,447
2026-03-093,5255,154-1,629
2026-03-103,4187,794-4,376
2026-03-111,047973+74
2026-03-122,4292,150+279
2026-03-133,2033,081+122
2026-03-14703701+2
2026-03-1510,73010,262+468
2026-03-16670850-180
2026-03-17322265+57
2026-03-183,3863,394-8
2026-03-1917,56518,878-1,313
2026-03-208,4006,166+2,234
2026-03-212,8903,695-805
2026-03-2202-2
2026-03-231,2526,952-5,700
2026-03-248,8795,577+3,302
2026-03-254,1267+4,119
2026-03-2634,90410,188+24,716
2026-03-277481,414-666
2026-03-2814,1266,584+7,542
2026-03-29210280-70
2026-03-302,8445,275-2,431
2026-03-311,4200+1,420
DayNew jobsJobs became inactiveNet active pool change
2025-12-31000
2026-01-01000
2026-01-02000
2026-01-03000
2026-01-04000
2026-01-05000
2026-01-06000

Showing first 7 of 91 rows.

Chart 4: Which ATS ecosystems move faster

Only providers above the minimum volume threshold (5,000 jobs and mature 14-day cohorts) are included.

Share inactive within 14 days
52.7% 39.6% 26.4% 13.2% 0.0% AshbyLeverSmartRecrui...Greenhouse

Static chart rendered server-side for reliable loading.

Show full table Hide table
ATSJobs in windowMedian observed time-to-inactiveInactive within 7dInactive within 14dInactive within 30d
Greenhouse214,22213.15 days6.52%20.41%41.18%
Ashby88,5128.94 days15.51%52.74%64.10%
Lever77,0726.51 days25.87%33.33%41.76%
SmartRecruiters35,1255.39 days27.32%33.29%37.50%
ATSJobs in windowMedian observed time-to-inactiveInactive within 7dInactive within 14dInactive within 30d
Greenhouse214,22213.15 days6.52%20.41%41.18%
Ashby88,5128.94 days15.51%52.74%64.10%
Lever77,0726.51 days25.87%33.33%41.76%
SmartRecruiters35,1255.39 days27.32%33.29%37.50%

Chart 5: Which role families close faster

Family inference coverage: 66.54% of jobs landed in a non-Other family.

Median observed time-to-inactive (days)
0 3 7 10 13 HR/PeopleSecurityFinanceDesignProductDataMarketingSalesEngineeringOperations/RevOps

Static chart rendered server-side for reliable loading.

Show full table Hide table
Role familyJobs in windowMedian observed time-to-inactiveInactive within 7dInactive within 14dInactive within 30d
Engineering85,8648.94 days13.61%33.60%49.22%
Design71,9908.98 days20.51%35.43%48.03%
Security33,78312.50 days10.38%29.08%47.91%
Sales29,2148.95 days7.90%30.72%50.59%
Operations/RevOps16,4388.94 days11.55%37.05%55.75%
Marketing12,5658.95 days11.29%37.14%55.78%
Data9,7578.95 days14.53%33.35%52.28%
HR/People9,29313.10 days12.61%40.90%62.62%
Finance8,5719.38 days9.68%32.38%56.34%
Product6,5618.98 days8.92%31.38%50.20%
Role familyJobs in windowMedian observed time-to-inactiveInactive within 7dInactive within 14dInactive within 30d
Engineering85,8648.94 days13.61%33.60%49.22%
Design71,9908.98 days20.51%35.43%48.03%
Security33,78312.50 days10.38%29.08%47.91%
Sales29,2148.95 days7.90%30.72%50.59%
Operations/RevOps16,4388.94 days11.55%37.05%55.75%
Marketing12,5658.95 days11.29%37.14%55.78%

Showing first 6 of 10 rows.

Geography note

ATSRadar stores a raw country value for only 36.16% of jobs in this historical first-seen window, so this article does not publish country speed rankings. That is deliberate: weak normalization would create false precision.

What job seekers should do with this

  • If a role matters, treat the first 7-14 days as the highest-value application window instead of assuming it will sit open for a month.
  • Keep one broad alert for volume and one tighter alert for the exact titles you want, so you can react quickly without drowning in noise.
  • When a provider or role family in this report moves faster, check those openings daily rather than weekly.
  • Use freshness as a filter, not a guarantee: a job first seen yesterday is not automatically better, but it is less likely to be late-stage in the hiring process.

Why applying early still matters

The data does not say that every job disappears instantly.

It does say that the first week and the first two weeks matter more than many job seekers assume.

If you only check once a week, you will still catch part of the market. But you will be consistently late on the slice that moves fastest, and that is often the exact slice with the least competition slack.

In practical terms:

  1. Use alerts or searches that surface newly seen roles daily.
  2. Prioritize the first 7-14 days, not just the first 24 hours.
  3. Use freshness to rank your queue, especially in faster ATS ecosystems and faster-moving role families.
  4. Do not rely on postedAt alone when it is missing or stale. First-seen timing is often the more reliable operational signal.

Methodology

Analysis window: 90 days ending 2026-03-31T04:08:06.489Z (UTC).

Dataset coverage: first observed job 2026-02-18T06:53:08.863Z, latest observed lifecycle timestamp 2026-03-31T04:08:06.489Z.

Field choices: first seen = jobs.created_at is used as first seen by ATSRadar because it marks first ingestion into the platform. last seen = jobs.last_seen_at is used as the most recent confirmed observation of an opening. became inactive = jobs.became_inactive_at is used as the detected closure timestamp when a previously active opening drops out of the active set.

postedAt coverage: 219,224 jobs in-window (49.71%).

Role-family coverage: 66.54% classified outside Other.

Exact vs Approximate
  • Exact: first seen = jobs.created_at (job first ingested by ATSRadar)
  • Exact: last seen = jobs.last_seen_at (most recent successful observation)
  • Exact: became inactive = jobs.became_inactive_at (when ATSRadar detected the job left the active set)
  • Exact: freshness buckets use current active jobs only and first-seen timestamps
  • Exact: daily flow uses UTC day buckets from created_at and became_inactive_at
  • Approximate: time-to-inactive is exact to ATSRadar detection time, not the exact moment an employer removed the posting
  • Approximate: median observed lifetime only covers jobs that have already become inactive inside the analysis window
  • Approximate: postedAt reflects source-provided employer timestamps and is used for coverage notes only because completeness is mixed
  • Approximate: older inactive rows that predate became_inactive_at were backfilled from updated_at / last_seen_at / scanned_at fallbacks during migration 0033
  • Approximate: geography is not published in this article because stored country coverage is not strong enough for a reliable all-cohort speed comparison

Try ATSRadar for free

Want to spot openings earlier instead of refreshing company pages manually?

Register Now, it's free and track fresh openings by title, company, and source.