A good domain you want just happens to be registered by someone who forgot to renew it. The dream is that it "drops" and you can register it fresh at normal price. The reality is more fiddly than that, and the difference between catching it and losing it to a backorder service usually comes down to understanding the exact lifecycle stages. Here is how it works and how I use IPIPAI's Whois tool to time it.
The Domain Expiry Lifecycle, Stage by Stage
After a domain lapses, it does not vanish instantly. It walks through a sequence of states before it is finally released back to the public pool. Each state is visible in the Whois Domain Status field, which is exactly what makes the whole thing predictable.
- Expiration — the renewal date passes. The domain keeps working but the registry flags it.
- Auto-Renew Grace Period (typically a few days to a month) — the current owner can still renew at the normal price. Nothing is available to you yet.
- Redemption Period (usually about 30 days) — the original owner gets one last, expensive chance to redeem it. Status typically shows
redemptionPeriod. Still not yours. - Pending Delete (around 5 days) — the registry is literally about to delete and release it. Status shows
pendingDelete. This is the moment everyone starts paying attention. - Dropped — it re-enters the open pool and anyone, or any backorder service, can grab it. For a wanted name this happens at a specific cutoff time that is the same moment a dozen competitors press the button.
The two flags that matter for you are redemptionPeriod and pendingDelete. Seeing pendingDelete tells you the drop is days away, not months.
What a Backorder Actually Is
A backorder is a service that monitors a specific domain and, the instant it drops, races to register it. Because a hot name can be claimed within milliseconds, most people use a backorder rather than hoping their own hand is fast enough. Some services split the domain among multiple bidders if several place a backorder on it.
The practical move is to place a backorder during pendingDelete. Not during redemptionPeriod, when the original owner might still redeem it and you pay for nothing. Not before that, when you are just guessing.
How to Track It With IPIPAI Whois
Here is the workflow I run on a domain I want:
- Open the IPIPAI Whois tool and search the domain.
- Read the Expiry Date to confirm it has actually lapsed.
- Watch the Domain Status field as it moves from
redemptionPeriodtopendingDelete. - Once you see
pendingDelete, place your backorder immediately. - Re-check the record right before the expected drop window to confirm it is still in the delete pipeline.
Because Whois records update as the registry moves the domain through its states, this is a live, observable process — you are watching the countdown, not hoping.
Reading the Status Flags Quick Reference
| Status flag | What it means | Can you grab it now? |
|---|---|---|
clientHold | Registrar suspended it | No |
redemptionPeriod | Owner can still redeem | Too early — wait |
pendingDelete | Drop is imminent | Place backorder now |
pendingRestore | Being restored, not dropping | Re-evaluate |
Common Traps
- Registries differ. The exact days per stage and the precise drop time vary by registry and TLD, so a
.comand a country-code domain are not on the same clock. - Drop catches are competitive. The same wanted name usually has many backorders stacked on it; the result is not always "first come, first served."
- A domain can be pulled from the pipeline. A pendingDelete can sometimes be reversed into pendingRestore if the owner or a registry intervention changes things.
Wrapping Up
Catching a dropping domain is a process, not a gamble: watch the Whois status as it walks from redemptionPeriod to pendingDelete, place the backorder at the right stage, and re-confirm before the drop window. The IPIPAI Whois tool is where I do all of it, and the broader Whois explained article covers the fields in detail. The rest of the toolkit is on the IPIPAI articles page.