What Is a Domain Name?

A domain name is a structured name in the Domain Name System, or DNS, such as example.com. People use names because they are easier to recognize than network addresses, while DNS can provide the records that help software find a service. A domain does not itself contain a website, and its name is not the same thing as the server where a site runs.
Domain names form a hierarchy. Read the labels separated by dots from right to left to understand where a name sits in that hierarchy. A name can identify a website, mail service, or another resource, depending on the DNS records and the software using it. The examples below use reserved example names to show the structure without implying that a particular live site exists.
Read the Labels in a Domain Tree
Each part between dots is a label. In www.example.com, the labels are www, example, and com. The rightmost visible label is closest to the DNS root; each label added on the left creates a more specific name beneath its parent. The optional final dot in a fully qualified written name represents the root itself.
- The root is written as a single dot: .
- The top-level domain in this example is com.
- The example name example.com is directly below com.
- The name www.example.com is below example.com.
- The name api.www.example.com adds another level below www.example.com.
The labels describe positions in the naming tree. They do not reveal where the site is hosted or whether www.example.com and example.com serve the same content.
Understand the Root, TLD, and Subdomains
The root sits at the top of the DNS naming hierarchy. Below it are top-level domains, or TLDs, such as .com and .uk. IANA coordinates the root zone and records the delegation details for TLDs. Beneath a TLD are further names administered under that part of the tree.
A subdomain is a name below another domain. For example, support.example.com is below example.com, and east.support.example.com is below both. In everyday use, people often call the extra leftmost label a subdomain, but the DNS relationship applies at every level. The label www is a common convention for a web hostname, not a special requirement built into the DNS tree.
A domain name can be used in a URL, but the full URL includes more than the domain. In https://www.example.com/help, www.example.com is the hostname, https identifies the scheme, and /help is a path.
Separate a Registrable Name from a DNS Zone
A typical registrable name under .com has two labels, as illustrated by the reserved name example.com. For an available name, registration establishes the right to use it for a period under the applicable agreement. It does not mean every name in the DNS tree is purchased separately, and the registrable boundary is not always a simple count of two labels. Different TLD policies can place it at a different depth.
A DNS zone is an administrative portion of the naming tree served by authoritative DNS servers. It is defined by authority and delegation, not by the act of registering a name. One zone can contain records for its own apex and many names beneath it. A subdomain can remain in its parent's zone, or the parent can delegate it to another set of authoritative servers, creating a separate zone. Merely adding a blog label does not require a new DNS delegation.
The zone apex is the name at the top of that particular zone. It might be example.com for a zone operated there, but it could also be support.example.com if that branch is delegated as its own zone. The same name can be a registered domain, a subdomain, and a zone apex, but each term describes a different relationship. To decide where a DNS record is managed, find the relevant authoritative zone, not just the registrar account.
Separate Registration, DNS, and Hosting
Registration, DNS operation, and website hosting are three different roles. A registrar handles domain registrations on behalf of its customers. DNS providers publish authoritative records for a zone, such as address records for web hosts or mail routing records. A hosting provider runs the server or service that delivers the website. One company may sell all three services, but each still performs a different job.
Consider a site that uses three separate companies for registration, authoritative DNS, and web hosting. The name servers selected through the registrar are published in the parent zone's delegation. The DNS records then identify the relevant service destinations. The host must still be configured to answer requests for the intended name. Paying for one of these services does not automatically configure the other two.
This separation explains common troubleshooting questions. A name can be registered and active while its DNS records are missing. DNS can resolve while the web server is offline or not configured for the hostname. A website can run at a server address even before a domain points to it. If no DNS answer is available, inspect the delegation and records; if the name resolves but the site fails, check the web service at the returned address.







