Subdomain vs Root Domain in UniLink: Which to Connect? (www vs apex explained)

By UniLink May 02, 2026 11 min read
Subdomain vs Root Domain in UniLink: Which to Connect? (www vs apex explained)


Subdomain vs Root Domain in UniLink: Which to Connect? (www vs apex explained)

The difference between www.yourdomain.com and yourdomain.com affects your DNS setup, your SSL certificate, and how visitors reach your UniLink page — here is what to know before you connect.

TL;DR: Connect www.yourdomain.com (subdomain) for the simplest setup — it uses a CNAME record that is widely supported and easy to configure. If you want yourdomain.com (root/apex) specifically, you will need an A record or an ALIAS/ANAME record depending on your DNS provider. The safest approach is to connect www and redirect the root to it, which is also the industry standard practice.

When you connect a custom domain to UniLink, one of the first decisions you face is whether to use the root domain (yourdomain.com, also called the apex domain) or a subdomain like www.yourdomain.com. Most people assume they are the same thing. They are not — they use different DNS record types, have different technical constraints, and behave differently depending on your DNS provider. Understanding the distinction before you configure anything will save you hours of troubleshooting.

What Subdomains and Root Domains Actually Are

The root domain, also called the apex or naked domain, is the bare domain name without any prefix: yourdomain.com. The www version — www.yourdomain.com — is technically a subdomain of that root domain. From a visitor's perspective they look nearly identical, and modern browsers often hide the www prefix in the address bar. But at the DNS level they are completely separate records with different capabilities.

The critical technical constraint is that root domains cannot use CNAME records per the DNS specification (RFC 1034). A CNAME record maps a hostname to another hostname — which is exactly what UniLink needs in order to route your domain to the correct server. Because root domains cannot use CNAME records, pointing your apex domain at UniLink requires an A record (which maps to a fixed IP address) or a proprietary record type like ALIAS or ANAME that some DNS providers offer as a workaround. Subdomains — including www — have no such restriction and can use a CNAME record freely.

This is not a UniLink limitation. It is a fundamental DNS rule. Cloudflare, Route 53, Namecheap, and every other major DNS provider follows the same constraint, though some offer workarounds at the platform level.

How to Connect a Subdomain (www.yourdomain.com) to UniLink

  1. Open your UniLink Dashboard — navigate to Settings → Custom Domain.
  2. Enter your subdomain — type www.yourdomain.com in the domain field and click Save.
  3. Copy the CNAME target — UniLink will display a CNAME record value (something like your-site.unil.ink or a similar target hostname).
  4. Log in to your DNS provider — this is typically where you registered the domain: Namecheap, GoDaddy, Cloudflare, Google Domains, etc.
  5. Create a CNAME record — set the Name/Host to "www" and the Value/Target to the CNAME value UniLink provided. TTL can be left at the default (usually 3600).
  6. Wait for propagation — DNS changes typically take 15 minutes to 2 hours, though up to 48 hours is possible.
  7. Return to UniLink and verify — the Dashboard will show a green "Connected" status once propagation is confirmed and the SSL certificate has been provisioned automatically.

How to Connect a Root Domain (yourdomain.com) to UniLink

  1. Open your UniLink Dashboard — navigate to Settings → Custom Domain.
  2. Enter your root domain — type yourdomain.com (no www prefix) and click Save.
  3. Check what record type UniLink provides — UniLink will display either an A record IP address or, if your DNS provider supports it, a CNAME-equivalent target.
  4. Log in to your DNS provider — go to the DNS management section.
  5. Create an A record — if your provider does not support ALIAS/ANAME, set the Name/Host to "@" (which represents the root) and the Value to the IP address UniLink provided.
  6. Alternatively, use ALIAS or ANAME if available — Cloudflare calls this "Proxied CNAME flattening," Route 53 calls it ALIAS. If your provider supports it, use a CNAME-style record pointing to the UniLink target hostname instead of the A record — this is more resilient to IP changes.
  7. Set up a redirect from root to www or vice versa — to avoid duplicate content and split link equity, add a redirect at the DNS or hosting level so that only one version of the domain is the canonical URL.

Key Settings Explained

Setting What it controls Best practice
CNAME record Maps a hostname (e.g., www) to another hostname. Can only be used on subdomains, not the root domain. Use for www and any other subdomain. It is the simplest and most portable setup.
A record Maps a hostname directly to an IP address. Can be used on the root domain. Risk: if the IP changes, the record breaks. Use only when ALIAS/ANAME is unavailable. Check UniLink's documentation to confirm the IP is stable or set a short TTL.
ALIAS / ANAME record A provider-specific record type that behaves like a CNAME at the root domain. Supported by Cloudflare (as CNAME flattening), Route 53, and some others. Prefer over a plain A record for root domain connections when your DNS provider supports it.
Root-to-www redirect Sends visitors from yourdomain.com to www.yourdomain.com (or vice versa) with a 301 permanent redirect. Always redirect one version to the other. Serving both independently creates duplicate content and confusing analytics.
SSL certificate UniLink provisions an SSL certificate automatically once DNS is verified. The certificate covers the exact hostname you connected. If you connect both www and root, UniLink will provision certificates for each. Verify both show HTTPS before announcing the domain publicly.
Pro tip: The industry-standard recommendation is to connect www.yourdomain.com as your primary domain and set up a 301 redirect from the root (yourdomain.com) to www. This gives you the simplest DNS record (a CNAME), avoids A-record IP-change risk, and follows the same pattern used by the majority of large websites. UniLink's SSL will cover www, and the redirect ensures no visitor ever reaches a broken page by typing the root.

How to Get the Most Out of Your Custom Domain Setup

The most important thing to get right is consistency. Pick either www.yourdomain.com or yourdomain.com as your canonical URL and redirect the other to it. This matters because links you share on social media, in emails, or in other platforms will accumulate authority over time. Splitting that authority across two versions of the same URL dilutes SEO signals and can cause confusing analytics where the same page appears under two different URLs in your traffic reports.

From an SEO perspective, search engines treat www.yourdomain.com and yourdomain.com as separate URLs unless you explicitly configure canonicalization. UniLink sets a canonical tag pointing to the URL you configured, but a proper 301 redirect reinforces this at the server level and is a stronger signal. If you are migrating from an existing domain setup, implement the redirect before you start building backlinks to the new UniLink page.

DNS propagation is the most common source of confusion for people setting up custom domains. After you create or change a DNS record, the new record spreads across DNS resolvers worldwide — a process that can take anywhere from a few minutes to 48 hours. During propagation, some visitors may see the old destination and others the new one. UniLink checks your DNS roughly every 15 minutes and updates the Dashboard status as soon as it detects the correct record. Do not delete the old record until UniLink confirms the new one is working.

If you are using Cloudflare for DNS management, be aware that enabling Cloudflare's proxy (the orange cloud icon) intercepts traffic before it reaches UniLink. This can interfere with SSL certificate provisioning and domain verification. The safest approach is to set the record to DNS-only mode (grey cloud) initially, wait for UniLink to confirm the connection, and then re-enable the proxy if you want Cloudflare's caching and DDoS protection.

Troubleshooting Common Issues

Problem Likely cause Fix
Domain shows "Not Connected" after setting DNS DNS propagation is still in progress, or the record type is wrong (e.g., A record used where CNAME is expected or vice versa). Wait up to 48 hours. Verify the record type and value match exactly what UniLink specified. Use dig www.yourdomain.com CNAME in a terminal to check current resolution.
SSL certificate not provisioning UniLink cannot verify DNS ownership — usually because the CNAME or A record is not yet propagated, or Cloudflare proxy is intercepting the verification request. Confirm DNS is fully propagated first. If using Cloudflare, temporarily set the DNS record to grey-cloud (DNS only) until UniLink shows "Connected," then re-enable proxy.
www works but root domain shows an error You connected www but did not set up a redirect from the root domain, and the root has no DNS record pointing anywhere. Add a root-to-www redirect at your DNS provider. Most registrars offer URL forwarding in their DNS control panel as a free feature.
Both www and root work but show different content You connected both versions to UniLink without a redirect, or connected them to different destinations. Pick one as canonical. Set up a 301 redirect from the other version to it. Remove the non-canonical version from UniLink's domain settings.

Subdomain (www) Pros

  • Uses a standard CNAME record — works with every DNS provider without exceptions
  • More resilient to IP changes since CNAME resolves dynamically to a hostname
  • Industry standard — the majority of professional websites use www as their primary URL
  • Easiest to set up and verify in UniLink — no special record types required

Subdomain (www) Cons

  • Requires a separate redirect rule so the root domain does not show a broken page
  • Some users prefer the "cleaner" look of a root domain URL
  • Slightly more steps to configure if your registrar has a complicated DNS interface

Frequently Asked Questions

Does it matter for SEO whether I use www or the root domain?

No, search engines treat both equally as long as you pick one and redirect the other consistently. The important thing is that you do not serve both versions without a canonical redirect — that creates duplicate content issues. UniLink sets canonical tags automatically, but a 301 redirect at the DNS level is the strongest signal.

Why can't I just use a CNAME record for my root domain?

The DNS specification (RFC 1034) prohibits CNAME records at the zone apex — meaning the root domain. The reason is technical: a CNAME says "resolve this name to whatever the target resolves to," but the root domain also needs to hold SOA and NS records, which cannot coexist with a CNAME. Some DNS providers like Cloudflare work around this with proprietary CNAME flattening, but it is provider-specific and not universally available.

Can I connect both www and the root domain to UniLink?

Yes. You can add both as separate custom domains in UniLink's settings. UniLink will provision SSL for each. However, you should still set up a 301 redirect from one to the other to ensure only one canonical URL is active. Serving both without a redirect creates duplicate content.

How long does DNS propagation take after I add a CNAME or A record?

Most changes propagate globally within 15 minutes to 2 hours. The maximum is typically 48 hours, determined by the TTL (Time to Live) value of the old record. If you set a very high TTL (like 86400 seconds = 24 hours) before making changes, propagation will be slower. Lower TTLs before making DNS changes if you want faster propagation.

My DNS provider does not support ALIAS or ANAME. Can I still use a root domain with UniLink?

Yes, using an A record. UniLink provides an IP address you can use in an A record on your root domain. The downside is that if UniLink's infrastructure IP ever changes, your domain will break until you update the record manually. For this reason, www with a CNAME is recommended when possible, and an A record on the root is acceptable as a fallback.

Key Takeaways

  • Subdomains (www.yourdomain.com) use CNAME records — simpler, more portable, and the recommended approach for UniLink connections.
  • Root domains (yourdomain.com) cannot use CNAME records per DNS spec — they require an A record or a provider-specific ALIAS/ANAME workaround.
  • Always redirect one domain version to the other (root → www or www → root) to avoid duplicate content and split analytics.
  • Cloudflare's orange-cloud proxy can interfere with UniLink's SSL provisioning — use DNS-only mode initially until the domain shows "Connected."
  • DNS propagation can take up to 48 hours; UniLink re-checks every 15 minutes and updates the Dashboard status automatically.

Ready to connect your custom domain?

Follow the steps above, and your UniLink page will be live at your own domain — with SSL included at no extra cost.

Get Started Free

Create Your Free Link-in-Bio Page

Join thousands of creators using UniLink. 40+ blocks, analytics, e-commerce, and AI tools — all free.

Get Started Free