A domain's age is the time since it was first registered, and you can read it from the creation date in its registration record in a few seconds. The harder part is knowing what that date proves. It's a genuinely useful signal when you're judging whether an email, a shop or a supplier is what it claims to be. It's close to useless as an SEO trick, whatever you may have read.
The fastest way is our domain age checker. Enter the domain and it reads the registration record and shows the creation date, the expiry date and the calculated age.
From a terminal, the classic tool is whois:
whois example.com | grep -i -E "creation date|created"Different registries label the field differently (Creation Date, created, Registered on), which is why the pattern is loose. Watch for one trap: some whois clients, including the one on macOS, print IANA's record for the TLD first. Its created: line is the date the TLD itself was set up (1985 for .org), not your domain. The line you want comes from the registry or registrar further down.
WHOIS is on its way out for generic TLDs, though. Since 28 January 2025, ICANN treats RDAP as the definitive source of gTLD registration data, and most registries and registrars are no longer required to run WHOIS at all. RDAP returns structured JSON, so it's easier to parse:
curl -sL https://rdap.org/domain/example.com | grep -o '"eventAction":"registration","eventDate":"[^"]*"'rdap.org is a bootstrap service that redirects you to the right registry's RDAP server. If you have jq, pipe the output into it and look for the events array, where the registration event holds the creation date.
Country-code domains are patchier. Some ccTLD registries publish a creation date, some publish very little, and a few publish nothing without an account.
The creation date is when the domain was registered in its current, unbroken registration. That has some consequences people miss.
Transfers don't reset it. A domain bought from someone else or moved to a new registrar keeps its original date. So an old creation date doesn't mean the current owner has had it long.
Dropping does reset it. If a domain expires, goes through redemption and is deleted, then someone registers it again, the creation date starts over. A "new" domain might have a long history under a previous owner. Our post on what happens when a domain expires walks through that lifecycle.
It says nothing about the website. A domain can sit parked for fifteen years and then host a brand-new scam. If you want to know what the site looked like in the past, the Internet Archive's Wayback Machine is the tool, not the registration record.
So treat the date as one fact about the registration, not a verdict on the business.
This is where the date earns its keep. Phishing and fraud domains tend to be young, because they get reported and taken down, so attackers register fresh ones constantly. Many email security products and web filters treat very recently registered domains with extra suspicion for exactly that reason.
The pattern to watch for is a mismatch between the claim and the date:
examp1e.com, example-support.com, example.co instead of example.com) with a very recent creation date.A young domain isn't proof of fraud. Every legitimate business started with one. But a young domain plus urgency, a discount that's too good, or a request for credentials is worth stopping for.
A classic invoice fraud looks like this: a supplier you've dealt with for years emails to say their bank details have changed. The message comes from a domain that's one character off from theirs.
Checking the sender's domain age takes seconds. If the domain you've been emailing for years was registered a decade ago and today's message comes from one registered this week, you've found the problem. Confirm any change of payment details by phone using a number you already have, never one from the email.
The same check is worth doing before paying a new supplier, signing up with a new hosting company or trusting a new tool with data.
If you're buying an existing domain, the age is a prompt to look at its history. Check what it used to host in the Wayback Machine, check whether it's on any blocklists with our blacklist checker, and be wary of domains that previously hosted spam or unrelated content. Google's spam policies explicitly name "expired domain abuse", where an old domain is bought and repurposed to trade on its previous reputation with low-value content. Buying an old domain for that reason is not a strategy.
For email, a brand-new domain has no sending reputation. Mailbox providers have nothing to judge it on, so large volumes from a domain registered last week tend to meet more filtering. The fix isn't to find an old domain. It's to set up SPF, DKIM and DMARC properly and increase volume gradually.
A long-running SEO belief says older domains rank better. Google's John Mueller addressed it directly in 2019, saying domain age helps nothing, and Google has repeated the point since. Older sites often do rank well, but because they've had years to build content and earn links, not because of the date in the registration record.
Registering a domain for ten years at a time is a sensible way to avoid accidental expiry. It isn't a ranking signal either.
No. Transfers between registrars and changes of owner keep the original creation date. Only deletion and fresh registration resets it.
Some country-code registries don't publish it, and some limit what they return. For gTLDs the date should always be present in RDAP. If it's missing, try the registry's own lookup service or ICANN's lookup at lookup.icann.org.
No. It's a reason to look more carefully, not a verdict. Check the context: who's contacting you, what they want, and whether the domain matches the organisation it claims to be.
Not directly. Google has said the registration age isn't a ranking factor. The content and links a site builds over time are what matter.
0 comments
No comments yet. Be the first.