# The Apply-Window Score, Read From Posting Age and Fill Speed

*Read one posting and decide in under two minutes to apply now, apply within a set window, or deprioritize, with a defensible call on whether the early-review window has closed.*

- Canonical URL: https://www.refolk.ai/candidates/guides/apply-window-score-posting-age
- Pillar: Applying at volume
- Format: Framework
- Published: 2026-08-30
- Last reviewed: 2026-08-30
- Reading time: 14 min
- Keywords: when to apply to a job posting, how old is too old to apply to a job, best time to apply after a job is posted, is it worth applying to an old job posting, how long do job postings stay open

## Key takeaways

- Almost half of all applications flow to openings posted in the past 48 hours, and the median posting duration in a 125M-application dataset was just seven days, so speed is real but role-dependent.
- The median visible age of a live posting is about 9.6 days while average time-to-fill is 42 days, meaning a role you find is usually already about a third of the way through the employer's clock.
- LinkedIn's 'Over 100 applicants' badge counts apply-clicks, not finished applications, and 20 to 25 percent of clickers never register while 40 to 60 percent are rejected as unqualified.
- Niche-skill roles justify a wider apply window: Refolk's index holds 347,096 US Software Engineers but only 3,465 with Rust, a roughly 100x smaller pool that slows fills.
- Default LinkedIn alerts arrive 18 to 48 hours after a career page posts a role, with one test averaging 31 hours, so they land after the first-48-hour application flood.
- A professional role still open 60-plus days after posting is a caution flag, not a fresh window; ask the recruiter where they are before you invest tailoring time.

You found a posting. The question is not whether it is a good job - it is whether the early-review window is still open, and how fast you have to move. This guide gives you a two-variable score you can run on one posting in under two minutes: its true age crossed against its fill-speed class, producing a concrete action - apply now, apply within a set window, or deprioritize. It is for people running a search across many companies at once, where you cannot afford to sprint at every listing or to write off every posting that looks a week old.

The blanket advice - "apply within 48 hours" - is an average that hides the variance. A warehouse posting and a director search decay at completely different rates. Applying the same rule to both means racing a role that has months of runway and skipping a role that was already dead on day three. The fix is to score the posting, not the calendar.

## Why one "apply within 48 hours" rule fails

A single timing rule fails because postings decay at different speeds, and the number you can see is not the number you should act on. The headline figures are real but they describe different clocks, and confusing them is the root mistake.

Three separate things get called "how long a posting lasts," and they disagree:

- **Employer time-to-fill.** How long from posting to hire. One benchmark puts the cross-industry average at 42 days, up 24 percent from 2021.
- **Posting duration.** How long the listing stays live. A 125M-application dataset found a median of seven days, often two or three; a live-crawl index reports 20 to 30 days overall.
- **Visible age.** How old a posting looks when you find it. A live index put median visible age at about 9.6 days.

These are not contradictions. They are three points on the same lifecycle. The employer's clock runs longest; the posting comes down somewhere inside it; and by the time you see the listing, it is usually already partway through. The practical consequence is blunt: when you find a role, you are typically about a third of the way into the employer's process, not at the starting line.

**~48h - window that absorbs almost half of all applications**

In a 125M-application dataset, nearly half of applications flowed to openings posted in the past 48 hours.

So speed matters. But how much runway you have left depends on which of these clocks the role is running, and that is what the fill-speed class captures.

## The two variables that decide the window

The Apply-Window Score reads exactly two variables: the posting's true age and its fill-speed class. Age tells you how much of the window is spent; class tells you how big the window was to begin with.

**Age** is not what the aggregator says. LinkedIn and other boards lag the source. Direct career-page monitoring runs roughly three days younger at the median than public boards, because the board only shows the role after it finishes indexing it. So "posted 2 days ago" on an aggregator can mean five days on the company site. Always timestamp from the ATS listing.

**Fill-speed class** sorts roles by how fast they close:

- **Fast:** hourly, warehouse, seasonal, admin. These fill in roughly 20 to 30 days on the employer clock, and the visible window is short.
- **Medium:** most professional individual-contributor roles, recruiting, mid-level.
- **Slow:** senior, technical, executive. Healthcare, technology, and financial services roles regularly take 45 to 65 days; mid-level, technical, and executive searches can run 60 to 90-plus days.

> Age tells you how much of the window is spent. Class tells you how big the window was to begin with.

The dossier's two research camps disagree about which variable dominates. One camp says age matters most: across sectors, visible ages cluster in a tight 7-to-12-day band, with the fastest and slowest sectors only about 1.6x apart (7.1 versus 11.4 days). The other camp says class dominates: retail and hospitality at 20 to 30 days versus healthcare, tech, and finance at 45 to 65 days is a real gap on the employer clock. The right move is not to pick a side. Score both, and deprioritize if either one fails. A role that is old *and* fast-class is dead. A role that is young *or* slow-class is worth a look.

## Median posting duration by role class

Fast-class roles come down first, so their apply windows close first. Here is the visible-duration data by class from a single live-crawl index, which you can use as your default when you have no other read on a role.

| Role class | Median open | Source |
|---|---|---|
| Warehouse / seasonal / hourly | within ~7 days | Corvi live crawl |
| Admin & Office | 18.2 days | Corvi live crawl |
| Recruiting | 22.0 days | Corvi live crawl |
| Retail / Food / Hospitality | 33 days | Corvi live crawl |
| All categories | 20-30 days | Corvi live crawl |

Read these as visibility estimates from one index, not employer publish-to-close records, and not gospel. They tell you the shape: hourly and admin roles vanish fast, retail and hospitality linger longer than their reputation suggests. The number to distrust most is the blanket "48 hours" - it fits the warehouse row and badly overstates urgency for a 33-day retail posting.

> **Note:** One index, not a law of nature
>
> These durations come from a single live-crawl source. Use them to set a default expectation, then let the posting's own age and any recruiter contact override the table.

## The channel gap most people miss

The channel you find a role on changes the window more than its industry does. The same job posted to two platforms shows completely different lifespans, because employers run shorter posting cycles on some boards and repost.

In one France study, computer and math roles showed a LinkedIn median of 17 days against an Indeed median of 3 days - the same category, a 5.7x visibility gap driven purely by channel. Transportation ran 21 days on LinkedIn versus 1 day on Indeed; education ran 26 versus 4. The lesson is that "I saw it three days ago on Indeed" and "I saw it three days ago on LinkedIn" are not the same read on remaining window. Faster-cycling channels reward faster action.

#### The three clocks between posting and hire

1. **Career page posts** - True start of the window; ATS date is here
2. **Board indexes it** - 18 to 48 hours later, aggregators show it
3. **You find it** - Median visible age ~9.6 days in
4. **Employer hires** - Average time-to-fill ~42 days

*A role you find is usually already about a third of the way through the employer's clock.*

## The applicant-count badge and what it actually proves

The "Over 100 applicants" badge proves the click-flood has passed - not that the shortlist is set, and not your odds. It is engineered to mislead in both directions, so treat it as one weak signal, never a gate.

Here is what the visible signals prove and how they lie:

- **"Over 100 applicants"** counts apply-button clicks, not finished or qualified applications. It is a display cap introduced at the end of 2023, so a role at 101 clicks and one at 4,000 look identical. It *proves* the early click-flood is over; it *lies* when you read it as your competition, because 20 to 25 percent of clickers never finish registration and 40 to 60 percent of applications are rejected for not meeting requirements. The real field is a fraction of the badge.
- **"Be an early applicant"** appears when you would be among the first ~25 applicants. It *proves* you are plausibly in the first-read wave. It rarely lies, but it is fleeting - it is the strongest apply-now signal you can see for free.

> **Watch out:** Do not let the badge gate a great fit
>
> Skipping a role at "Over 100" is one of the most common self-inflicted misses. With a fifth of clickers never finishing and up to 60 percent unqualified, a role at 101 clicks may have a competing field in the low dozens.

## Score the window: the procedure

Run this in order on the posting in front of you. The whole pass is under two minutes; only the tailoring step in the middle takes real time, and you do that once you have decided the role is worth it.

#### The Apply-Window Score, run in order

1. **Timestamp the posting** - Read the posting date on the company ATS or career page, not the aggregator's "posted 2 days ago," which runs about three days behind the source.
2. **Classify the fill-speed class** - Tag the role fast, medium, or slow. Fast is hourly, warehouse, seasonal, admin; slow is senior, technical, executive.
3. **Read the applicant-count signal** - Translate "Over 100" as "click-flood passed," not "shortlist set." "Be an early applicant" means you are in the first-read wave of about 25.
4. **Score the window** - Cross age against fill class. A fast-class role over 7 days old is a deprioritize; a slow-class role at 10 to 14 days is still live.
5. **Check the stale cutoff** - The 30-day mark means fading; 60-plus days on a professional role means ask the recruiter where they are before you invest effort.
6. **Tailor and submit through the ATS** - Keyword-match the resume to the job description, then submit through the employer's ATS before the daily aggregator digest fires.
7. **Backstop alerts for next time** - Set daily LinkedIn and Indeed alerts and follow target-company career pages directly to beat the 18 to 48 hour crawl lag.

The scoring step is a lookup, not a judgement. Use this grid.

#### Age crossed against fill-speed class

Horizontal axis runs from Young posting (under ~7 days) to Old posting (over ~14 days). Vertical axis runs from Slow-fill class to Fast-fill class.

| Quadrant | What it means |
| --- | --- |
| Fast + young | Apply now, today; the window is short and open |
| Fast + old | Deprioritize; the fast window has likely closed |
| Slow + young | Apply within your normal tailoring window |
| Slow + old | Still live, but check the 60-day cutoff and consider a recruiter ping |

*Deprioritize if either variable fails; the safe zone is young or slow, not old and fast.*

Steps four and six are where most of the value sits: the score turns a vague "should I rush?" into a named action, and the tailoring step protects the timing edge you just earned. Being first in with a generic resume still loses.

## Where this goes wrong

The score fails in predictable ways, almost all of them caused by trusting a single number that was never built to be trusted. Here are the failure modes and how to check each one against a real posting.

| Failure mode | The false positive | The check |
|---|---|---|
| Trusting the aggregator timestamp | "Posted 1 day ago" that the career page posted 3 days back | Open the ATS listing; direct pages run ~3 days younger |
| Reading "Over 100" as your odds | Skipping a great-fit role at 101 clicks | 20-25% never finish, 40-60% unqualified; the field is a fraction |
| One blanket 48-hour rule | Racing a director search like a warehouse role | Score fill class; slow roles stay live 45 to 90 days |
| Assuming class always dominates | Relaxing on a professional role because "senior takes months" | Visible ages cluster 7-12 days; use age AND class |
| Treating a 60-day posting as fresh | Over-investing where a preferred candidate exists | Ask the recruiter where they are before tailoring |
| Relying on daily alerts for hot roles | Feeling "on it" while alerts arrive 18-48h late | Follow career pages directly |

Two more traps do not fit the table cleanly. First, **speed without tailoring**: first-in with a generic resume loses to a slower, keyword-matched application, so never trade the tailoring pass for a few minutes of speed. Second, **stale time-of-day advice**: the widely cited "apply around 10 a.m., Monday beats Saturday by 46 percent" figures trace to a study from around 2019 with unverified recency. Treat time-of-day as directional at best - submit during business hours if you can, but do not hold a finished, tailored application overnight to hit a "peak" the data may no longer support.

> **Rule:** Deprioritize on either variable, not both
>
> A posting has to pass both the age check and the class check to earn a rush. If it fails one - old on a fast role, or a set of stale signals on a slow one - it drops down the queue regardless of how good the job looks.

## Why niche-skill roles widen the window

A niche-skill role justifies a wider apply window than any headline rule suggests, because it draws from a far smaller candidate pool and therefore fills slowly. This is the one case where a visibly old posting is often still worth a full-effort application.

The size of the effect is large. In Refolk's index, 347,096 US profiles hold a "Software Engineer" title, but only 3,465 list Rust as a skill - roughly one-hundredth of the broad pool.

| Segment (US) | Pool size | Multiple vs Rust |
|---|---|---|
| "Software Engineer" title | 347,096 | 100x |
| Rust skill | 3,465 | 1x |

A role that can only be filled from a pool a hundred times smaller cannot close in a week. Fewer qualified applicants arrive per day, the shortlist takes longer to assemble, and a strong late applicant is still a live candidate. When you classify a posting, treat a genuinely rare skill requirement as a slow-fill signal in its own right, even if the title reads generic. The pool-size gap also travels across borders: in Refolk's index, the same Software Engineer title covers 347,096 US profiles against 21,889 in Germany, a 15.9x difference, so the same role fills at different speeds in different markets.

If you want to see how thin a specialist pool is before you decide how hard to push on a posting, [Refolk](/candidates) can size it from its index of professional profiles in one query.

Ask me this: `Senior software engineers in Berlin who list Rust and have been at their company under a year` - [run the search](https://www.refolk.ai/start?q=Senior%20software%20engineers%20in%20Berlin%20who%20list%20Rust%20and%20have%20been%20at%20their%20company%20under%20a%20year).

*Returns the specialist pool an employer is actually competing for, so you can judge how slowly that role really fills.*

## Keep the score current and beat the crawl lag

The score is only as fresh as the postings you feed it, and default alerts feed you stale ones. Alert infrastructure structurally removes the very speed advantage the data rewards: index-then-batch pipelines add 18 to 48 hours before you are notified, yet nearly half of applications land in the first 48 hours.

One test measured LinkedIn averaging 31 hours of lag between a career page posting and the in-app push. Against a 48-hour application flood, that means default-alert users arrive after the peak has passed. LinkedIn is also capped at 20 saved alerts and defaults to daily or weekly email, which compounds the delay.

The fix is to skip the index for your highest-priority targets:

**Fresh-posting detection setup**

```
1. List your top target companies and bookmark each one's careers/jobs page directly.
2. Check those pages on your own cadence (daily for fast-fill targets, twice a week for slow).
3. Set daily - not weekly - LinkedIn and Indeed alerts for your role and location as a backstop.
4. For each hit, timestamp from the career page, not the alert email.
5. When you find a fresh fast-class role, run the score and apply the same day.
```

*Do the career-page list for your top 10 to 15 target companies; use alerts as a wide net for everything else.*

Before you call any single application done, run this check.

#### Before you submit this application

- [ ] I read the posting date from the company ATS, not the aggregator's "posted X days ago"
- [ ] I tagged the role fast, medium, or slow fill class
- [ ] I discounted the applicant-count badge instead of treating it as my odds
- [ ] I crossed age against class and produced apply-now / apply-within-N / deprioritize
- [ ] For any professional role open 60-plus days, I checked with the recruiter before investing
- [ ] I keyword-matched the resume to the job description before submitting
- [ ] I have a career-page monitor plus a daily alert live for this role type

The score does not promise you the job. It promises you spend your limited hours on the postings where timing still helps, and stop sprinting at roles where the window closed before you arrived. Run it on every posting, trust the ATS date over the badge, and widen the window for anything that draws from a genuinely small pool.

## Frequently asked questions

### How old is too old to apply to a job posting?

There is no single number; it depends on fill-speed class. For a fast-class role such as warehouse, seasonal, or admin, more than about seven days old is usually too late to be in the first-read wave. For a slow-class professional role, 10 to 14 days is still live and 30-plus days is only fading. Treat 60-plus days on a professional role as a caution flag and ask the recruiter where they are before tailoring.

### Is it worth applying to an old job posting?

Sometimes. A visibly old posting on a slow-fill role with a niche skill can still be viable because the candidate pool is small and fills take 45 to 90 days. A months-old posting on a fast-fill role is usually dead. The tell is not age alone but age crossed against fill class, plus a quick recruiter check when a professional role has been open past 60 days.

### What is the best time to apply after a job is posted?

The data points to the first 48 hours to five days. Almost half of applications flow to openings posted in the past 48 hours, one cited benchmark puts about 70 percent of interviews with first-seven-day applicants, and 72 percent of offers in another study went to applicants within the first five days. Read the posting from the career page, not the aggregator, so you are counting from the real start.

### Does 'Over 100 applicants' mean I should not bother?

No. The LinkedIn badge counts apply-button clicks, not finished or qualified applications, and it caps at 'Over 100' so 101 and 4,000 look identical. Between 20 and 25 percent of clickers never finish registration and 40 to 60 percent of applications are rejected for not meeting requirements, so the real competing field is a fraction of the displayed number. Down-weight it; do not use it as a gate.

### How long do job postings usually stay open?

It varies by source and channel. One 125M-application dataset found a median posting duration of seven days, often two or three. A live-crawl index reports an overall median of 20 to 30 days with an upper quarter past about 59 days. What applicants actually see is narrower: median visible age is roughly 9.6 days, because platforms pull listings on hire and re-list slow roles.

### Why do my LinkedIn job alerts feel late?

Because LinkedIn's in-app push fires only after it finishes indexing the role, which happens 18 to 48 hours after the company career page posts it; one test measured an average lag of 31 hours. With nearly half of applications landing in the first 48 hours, default alert users often arrive after the peak. Follow target-company career pages directly to close that gap.

---

*From the Refolk guide library. I revise these guides rather than replacing them, so the current version is always at https://www.refolk.ai/candidates/guides/apply-window-score-posting-age*