What a domain checker actually knows

Three different questions

'Is this domain available' can mean any of three things, and they do not always agree.

The gap in the first row is the one that hurts. It is also the fastest and cheapest check, which is why so many tools use it.

Why a DNS check misleads

DNS answers where a domain points. If nothing answers, the tempting conclusion is that nobody owns it.

But a large share of registered domains do not resolve at all:

• Investor-held names, registered and never configured.
• Defensive registrations — a company buying the misspellings of its own brand.
• Expired names in the redemption window, still owned, not yet released.
• Domains whose owner simply never pointed them anywhere.

Every one of those looks available to a DNS check. If your shortlist came from a tool that works this way, some of it is fiction.

RDAP is the authoritative answer

RDAP — Registration Data Access Protocol — is the modern replacement for WHOIS. You ask the registry that runs the extension, and it answers whether a registration record exists.

For .com that registry is Verisign, and its answer is definitive in a way no inference from DNS can be. There is no category of registered .com that RDAP fails to report.

The trade-off is cost. RDAP is slower than DNS and registries rate-limit it by IP, which is exactly why tools that check hundreds of names quickly are tempted to use DNS instead and hope.

The third answer: unknown

Availability tools usually offer two outcomes. Honest ones offer three.

Lookups fail. A registry times out, a rate limit trips, a resolver returns SERVFAIL. In that moment the tool does not know the answer, and it has a choice: guess, or say so.

Guessing 'available' is the damaging direction — it puts a name on your shortlist that may be owned. Guessing 'taken' quietly throws away names you could have had. Reporting 'unknown' is less satisfying and is the only answer that is true.

A checker that never says 'I do not know' is not more confident. It is less careful.

Why results expire

Availability is a snapshot, not a property. A name that was free when you checked can be registered before you finish reading the list.

This is rarer than domain folklore suggests. The idea that searching for a name causes somebody to register it — 'domain front-running' — has been investigated repeatedly and never demonstrated at reputable registries. What actually happens is ordinary: tens of thousands of .com registrations happen daily, and occasionally one collides with your shortlist.

The practical response is not paranoia. It is to do the checks that are not availability first, and then register the one you decided on promptly rather than sitting on a shortlist for three weeks — the order is here.

Registered, but on its way out

A domain does not go from owned to free the moment it expires. It moves through a fixed sequence, and for most of that sequence a checker correctly reports it as taken while the site it once pointed at has been dead for months.

So a name can sit in the taken column for two and a half months after the last person who cared about it stopped paying. Nothing you can do shortens that, and no checker can tell you the exact second it ends.

This is also why 'it expired last week' is not the good news it sounds like. Expired names that anybody wants are watched by drop-catching services with far better infrastructure than a browser tab, and the ones that quietly drop unnoticed are usually unnoticed for a reason.

Unregistered, and still not yours

There is a small category of names that no registration record exists for and that you cannot register anyway. A checker querying the registry sees no record and, unless it knows about these cases, reports them as free.

• Single-letter .com labels — a.com through z.com have been reserved since 1993, with a handful grandfathered in before the freeze.
• Strings reserved by standards for documentation and testing, such as example.com, and the .test and .invalid extensions. They exist so writing can use a domain without accidentally naming a real one.
• Names a registry has reserved for itself or is contractually required to withhold.
• Registry-premium names, which are genuinely unregistered but priced far above the ordinary rate — a price, not an owner. .com has no premium tier at all, which is why this only bites on other extensions.

None of this is common enough to worry about while generating candidates. It is worth knowing only so that an odd result at checkout reads as a category of name rather than as a broken tool.

Why a checker cannot answer a thousand names at once

Registries rate-limit registration lookups per source address, and they are entitled to: every query costs them something and returns data that used to be scraped wholesale. A tool checking a long list is therefore working against a ceiling it does not control.

There are three ways to handle that ceiling, and only one of them is honest.

1. 1Check fewer names, in batches, pacing the requests — slower, and every answer means what it says.
2. 2Switch to DNS for the bulk of the list and reserve the authoritative check for whatever survives — fast, and now some of the list is guesswork.
3. 3Fire everything at once and treat every failure as available — fastest, and the results are worthless.

This is the reason a careful checker asks you to work through a shortlist rather than handing you a thousand green ticks. A tool that never seems to be limited by anything is not better engineered. It is answering a cheaper question.

The registrar's search is the final word — and a sales page

Whatever any tool told you, the registrar's own search is authoritative in the only sense that matters: it is the system that will take your money and create the record. Check there before you commit to anything.

But separate the answer from the page around it. The answer is a fact. The page is a shop, and it is designed to sell you something adjacent to what you asked for.

Take the availability answer, ignore the merchandising, and decide on the name you actually came for.

Reading a result properly

1. 1Available, from a registry check — trustworthy. Register it when you are ready.
2. 2Available, from a tool that does not say how it checked — verify at a registrar before you commit anything.
3. 3Taken — believe it. False negatives are rare in this direction.
4. 4Unknown — check again later. It usually means a rate limit, not a registration.

And whatever the tool says, the registrar's own search is the final word, because that is the system that will actually take your money and create the record. If the answer keeps coming back taken, that is a naming problem rather than a searching one — changing the shape of what you look for is the way out.