How Domain Registration Works

A beginner-friendly guide to registering a domain: who the registrars and registries are, what ICANN does, why you rent a name yearly, and how DNS points it at your site.

Published September 15, 20269 min readBy ACY Partner Indonesia
How Domain Registration Works cover, Web Fundamentals DNS and Domains
300 × 250Ad Space AvailablePlace your ad here

Picking a domain name feels like the easy part of building a website. You type a name, click a button, hand over a card number, and a few minutes later example.com is yours. But behind that quick checkout sits a global system with several layers, a yearly bill you might not expect, and a few decisions that affect how your site actually loads. Once you understand who does what, the whole process stops feeling like magic and starts feeling like something you can control.

This guide walks through the entire picture in plain language: what a domain really is, who sells it, who keeps the master list, and what happens after you click “register.” No prior knowledge needed.

What a domain name actually is

Every device on the internet finds others using a numeric address called an IP address, something like 93.184.216.34. Those numbers are precise but impossible to remember. A domain name is a human-friendly label that stands in for that address. When you type acy-partner.com, the internet quietly translates it into the right IP address and connects you.

So a domain is not the website itself, and it is not the hosting where your files live. It is the name — the signpost that points people to wherever your site is stored. You can keep the same name for decades while moving your actual site between different hosts.

A domain has parts, read from right to left:

blog . acy-partner . com
 │          │          │
 │          │          └── TLD (top-level domain)
 │          └───────────── second-level domain (the part you choose)
 └──────────────────────── subdomain (you create these freely)

The TLD is the ending: .com, .org, .id, .dev, and so on. The second-level domain is the unique piece you pick and pay for. Once you own acy-partner.com, you can create as many subdomains as you like — blog.acy-partner.com, shop.acy-partner.com — at no extra charge, because they all live under the one name you registered.

The three layers: registrant, registrar, registry

This is the part most beginners never see, and it is the key to understanding everything else. Domain registration involves three different roles.

Role Who they are What they do
Registrant You The person or company that registers and uses the domain
Registrar The company you buy from Sells registrations, handles billing, gives you a control panel
Registry The operator of a TLD Keeps the master database for an entire ending like .com

Think of it like license plates. You (the registrant) want a plate. You go to a local office (the registrar) to apply and pay. But there is one central authority (the registry) that keeps the official record of every plate in the system, so no two cars ever get the same one.

A registrar is the shop you interact with — the website where you search for a name, check availability, and pay. There are many of them, and they compete on price and features.

A registry sits above the registrars. Each TLD has exactly one registry that runs its master list. For example, one organization operates the entire .com namespace; a different one operates .org; a national body typically operates a country ending like .id. When you register example.com through any registrar, that registrar tells the .com registry to record you as the owner.

Why this matters to you

You only ever deal directly with a registrar. But knowing the registry exists explains why some TLDs cost more, why certain endings have special rules, and why your name is protected globally — there is a single authoritative record per TLD, not a copy at every shop.

Where ICANN fits in

Above all of this sits ICANN — the Internet Corporation for Assigned Names and Numbers. ICANN is a non-profit body that coordinates the domain name system worldwide. It does not sell you a domain and it does not run the day-to-day database for each TLD. Instead, it sets the rules: which TLDs are allowed to exist, what standards registries and registrars must follow, and how disputes are handled.

A simple way to picture the chain:

ICANN          → sets the rules for the whole system
  └─ Registry  → runs the master database for one TLD (e.g. .com)
       └─ Registrar → sells registrations to the public
            └─ You (registrant) → use the domain

You will rarely interact with ICANN directly. Its role matters because it is the reason the system is consistent and trustworthy: an accredited registrar has agreed to ICANN’s rules, which protects you as a customer.

You don’t buy a domain — you rent it

Here is the surprise that catches many first-time owners: you never permanently own a domain the way you own a chair. You register it for a period — usually one year, sometimes up to ten — and you keep it only as long as you keep renewing.

This is closer to renting an apartment than buying a house. As long as you pay the yearly fee, the name is exclusively yours and nobody else can take it. Stop paying, and after a grace period the name is released back to the pool, where someone else can register it.

Renewals are easy to forget

A lapsed domain can take your whole website and email offline at once, and popular names are sometimes grabbed within minutes of expiring. Turn on auto-renew, keep a valid payment method on file, and make sure the contact email on the account is one you actually check.

Prices vary by TLD and registrar. A common .com might be modest; a trendy or short ending can cost far more. Watch for first-year promo pricing that jumps to a higher standard rate at renewal — read the renewal price, not just the headline price.

What happens after you click “register”

The checkout is quick, but a small chain of events fires behind the scenes:

  1. Availability check. The registrar asks the registry whether the name is free. If someone already holds it, you will be offered alternatives.
  2. Registration record created. The registrar sends your details to the registry, which records you as the holder for the term you paid for.
  3. Contact details stored. Your name, email, and address are attached to the registration (more on privacy below).
  4. Nameservers assigned. The domain is wired to a set of nameservers — the servers that answer “where does this name point?” By default these are the registrar’s own.

At this moment the name is yours, but it may not yet point at anything useful. That last step — nameservers and DNS — is what actually connects the name to your website.

Pointing the domain at your site

Owning a name is only half the job. You still have to tell the internet where that name should lead. This is done through DNS (the Domain Name System) and its records.

You have two main levers:

  • Nameservers decide who is in charge of answering questions about your domain. You can leave DNS with your registrar, or point the nameservers at your hosting provider or a dedicated DNS service.
  • DNS records are the individual instructions, like a phone book of entries. The two you will meet first:
Record What it does Example
A record Points a name to an IPv4 address acy-partner.com → 93.184.216.34
CNAME record Points a name to another name blog.acy-partner.com → acy-partner.com

A typical flow when someone visits your site:

visitor types acy-partner.com


   DNS lookup  → "which IP is this name?"


   nameserver answers → 93.184.216.34


   browser connects to that server → page loads

So the practical sequence is: register the name, then either set its DNS records at the registrar to point at your host’s IP, or change its nameservers to your host so the host manages the records for you. Changes are not always instant — DNS results are cached around the world, so an update can take anywhere from minutes to a day to be seen everywhere.

Keep the name and the hosting separate in your mind

Your domain and your hosting can come from two different companies, and that is perfectly normal. The domain is just the name; DNS is the wiring that connects it to whatever host you choose today. You can switch hosts later without ever changing your domain.

WHOIS and privacy

When you register a domain, your contact information goes into the registration record. WHOIS is the public lookup system that lets anyone query who is behind a domain. Historically this meant your name, email, and address could be looked up by strangers.

Today most registrars offer domain privacy (also called WHOIS privacy or privacy protection). When it is on, the public record shows the registrar’s privacy service instead of your personal details, while you remain the real owner behind the scenes. It is often free or low-cost, and for a personal site it is usually worth enabling. Note that some country-code TLDs and certain business registrations have their own rules about what must stay public.

Quick recap

You now have the full mental model of domain registration:

  • A domain is a human-friendly name that points to an IP address; it is separate from your hosting.
  • Three roles are involved: you (registrant), the registrar you buy from, and the registry that runs each TLD — with ICANN setting the rules above them all.
  • You rent a domain yearly rather than owning it forever, so renewals and auto-renew matter.
  • After registering, you connect the name to your site using nameservers and DNS records (A and CNAME to start).
  • WHOIS makes registration details public, and privacy protection hides your personal contact info.

With the name secured and pointed at your host, the natural next step is to get comfortable with DNS records themselves — what each type does and how to read a DNS lookup. That is where a name stops being just a label and becomes the reliable front door to everything you build.

Tags:domainsdnsregistraricannwhoisweb-fundamentals
728 × 90Ad Space AvailablePlace your ad here

Related Articles

See All Articles

You Might Also Like

Browser compatibility and polyfills cover with code chip if not supported, polyfill
Web Fundamentals / Browsers

Browser Compatibility and Polyfills

Why the same web page can look or behave differently across browsers, and how feature support, progressive enhancement, polyfills, and transpilers help your site work everywhere.

Sep 15, 20269 min read
An Intro to Browser Developer Tools — ACY Partner Indonesia Blog
Web Fundamentals / Browsers

An Intro to Browser Developer Tools

Every browser hides a powerful toolkit behind one key. Meet DevTools and its main panels, and learn how they let you see the DOM, styles, network requests, and storage for yourself.

Sep 15, 202610 min read
Browser Security Basics cover with a same-origin shield code chip
Web Fundamentals / Browsers

Browser Security Basics: How Your Browser Quietly Protects You

A friendly, beginner-first tour of how your browser keeps you safe: the same-origin policy, tab sandboxing, the HTTPS padlock, mixed content, and a gentle intro to why input can be dangerous.

Sep 15, 202611 min read
Browser storage options shown on a dark ACY Partner blog cover
Web Fundamentals / Browsers

Browser Storage: Cookies, localStorage, and More

A beginner-friendly tour of where the browser keeps data: cookies, localStorage, sessionStorage, and IndexedDB. Learn what each one does and when to reach for it.

Sep 15, 20269 min read
Illustration of a browser engine running scripts through an event loop
Web Fundamentals / Browsers

How Browsers Handle JavaScript

A beginner-friendly look at how the browser parses, compiles, and runs JavaScript, why it has one main thread, and how script loading affects what you see on screen.

Sep 15, 20269 min read
Dark blue cover with the title How Browsers Work and a parse to layout to paint code chip
Web Fundamentals / Browsers

How Browsers Work: An Overview

A beginner-friendly tour of what your browser does between typing a URL and seeing a page: networking, parsing, the render tree, layout, paint, compositing, and the JavaScript engine.

Sep 15, 20269 min read