Choosing and standardizing www or non-www for SEO

Should a Website Use www or Non-www?

Author: JVDS Design Studio Reading time: about 3 min

Allowing the same website to load on both www and non-www may seem convenient, but it can create two URL sets, fragmented analytics, and confused caching. Other projects create several redirect layers while switching versions.

After selecting the canonical domain, every public signal should point to it, with the other version serving only as a permanent redirect entry point.

01 Choose by Technology and Brand, Not Ranking Myths

www can simplify Cookie and DNS management in some large architectures, while non-www is shorter. Most corporate websites can use either successfully.

Do not switch repeatedly because of claims that “Google prefers one.”

DNS and certificates must cover www and non-www

02 DNS and Certificates Must Cover Both Entry Points

The canonical domain must resolve normally, and the alternate version also needs a valid certificate to complete an HTTPS redirect safely.

An invalid certificate shows users a warning before the redirect occurs.

03 Redirect the Noncanonical Version Permanently in One Step

Preserve the path and necessary parameters and go directly to the corresponding canonical URL. Do not redirect from HTTP to HTTPS and then switch domains.

All rules should avoid loops and conflicts involving letter case or slashes.

Using only the canonical domain in all internal signals

04 Use Only the Canonical Version in Every Internal Signal

Align navigation, body links, canonical tags, hreflang, sitemaps, structured data, sharing links, and email templates.

Update advertising and external materials where practical.

05 Cover the Complete Property in Analytics and Search Platforms

Verify the necessary domain properties and ensure data is consolidated. Record a baseline during migration and monitor crawling, indexing, rankings, and backlinks.

Do not change the domain, paths, and large amounts of content simultaneously without a complete migration plan.

Do not change a stable canonical domain for appearance alone

06 Once Stable, Do Not Change It for Appearance Alone

Changing the canonical domain is effectively a website migration and carries operational cost and short-term volatility risk.

Change it only for strong brand, architectural, or technical reasons.

Canonical Domain Consistency Check

Item
Canonical Requirement
DNS
Both versions are reachable and clearly configured
TLS certificate
Valid on both versions
Redirect
One step to the corresponding final URL
Internal links
Use only the canonical domain
SEO metadata
Canonical and hreflang agree
sitemap
Contains only canonical URLs
Analytics and monitoring
Consolidated data with observable migration

Frequently Asked Questions

Does www look outdated?

That is a brand preference and does not affect technical capability or search performance.

Can both versions return 200?

Not recommended. It creates duplicate entry points and fragmented signals; retain one canonical version.

Will switching www lose backlinks?

A correct one-step permanent redirect usually preserves value, but important backlinks should still be monitored and updated.

Can canonical tags replace redirects?

Not completely. When users and crawlers can still access both address sets, use redirects for normalization.

Is www better when many subdomains exist?

It may simplify Cookie and DNS management, but the actual architecture should determine the choice.

Service
View
Related Services
Design Case Studies
Project Consultation
Link copied

From Idea to Launch, We Build It Together

Building useful, scalable digital products around user experience

Tell Us About Your Project