In support of the www subdomain prefix
For web addresses, I used to consider the “www” prefix an anachronism and argued that its use be deprecated in favor of the plain-old domain. In other words, I used to consider forms such as bostonazure.org superior to the more verbose www.bostonazure.org.
I have seen the light and now advocate the use of the “www” prefix – which is technically a subdomain – for clarity and flexibility. I now consider www.bostonazure.org superior to the overly terse bostonazure.org.
I am not alone in my support of the www subdomain. Not only is there a “yes www” group – found at www.yes-www.org – advocating we keep using the www prefix, there is also an “extra www” group – found at www.www.extra-www.org [sic] – advocating we go all in and start using two sets of www prefixes. While I’m not ready to side with the extra www folks (which would give us www.www.bostonazure.org), for those who do, you might want to know they offer the following nifty badge for your displaying pleasure.
While use of two “www” prefixes may one too many, here are 4 reasons to embrace a single “www’ prefix, followed by 2 tips on how to implement it correctly.
Four reasons to embrace the www prefix
Reason #1: It’s a user-friendly signal, even if occasionally redundant
The main, and possibly best, reason is that it is user-friendly. Users have simply come to expect a www prefix on web pages.
The “www” prefix provides a good signal. You might argue that it is redundant: Perhaps the http:// protocol is sufficient? Or the “.com” at the end?
First, consider that the http:// protocol is not always specified; it is common to see sites advertised in the form www.example.com.
Second, consider that the TLD (top-level-domain) can vary – not every web site it a “dot com” – it might be a .org, .mil, or a TLD from another country – many of which may not be obvious as web addresses for the common user without a www prefix, even with the http:// protocol.
Third, consider that even if there are cases where the www is redundant, that is still okay. An additional, familiar signal to humans letting them know with greater confidence that, yes, this is a web address, is a benefit, not a detriment.
Today, most users probably think that the Web and the Internet are synonymous anyway. To most users, there is nothing but the www – we need to realize that today’s Internet is inhabited by regular civilians (not just programmers and hackers). Let’s acknowledge this larger population by utilizing the www prefix and reducing net confusion (pun intended).
Reason #2: Go with the flow
The application and browser vendors are promoting the www prefix.
Microsoft Word and Microsoft Outlook – two of the most popular applications in the world – both automatically recognize www.bostonazure.org as a web address, while neither automatically recognizes bostonazure.org. (Both also auto recognize http://bostonazure.org.) Other text processing applications have similar detection capabilities and limitations.
Browsers also assume we want the www prefix; in any browser, type in just “twitter” followed by Ctrl-Enter – the browser will automatically put “http://www.” and append “.com” forming “http://www.twitter.com” (though then we are immediately redirected to http://twitter.com). [Note that browsers typically are actually configured to append something other than “.com” if that is not the most common TLD there; country specific settings are in force.] For the less common cases where you are typing in a .org or other non-default setting, the browser can only be so smart; you need to type some in fully on your own.
Reason #3: Advantages on high volume sites
While I have been aware of most of the raw material used in this blog post for years, this one was new to me.
High traffic web sites can get performance benefits by using www, as described in the Yahoo! Best Practices for Speeding Up Your Web Site, though there is a workaround (involving an additional images domain) that still would allow a non-www variant, apparently without penalty.
Reason #4: Azure made me do it!
It turns out that Windows Azure likes you to use the www prefix, as described by Steve Marx in his blog post on custom domain names in Azure. This appears to be due to the combined effects of how Azure does virtualization for highly dynamic cloud environments – plus limitations of DNS.
In fact, it was this discovery that caused me to rethink my long-held beliefs around the use of www. Though I didn’t find any posts that specifically viewed this exactly like I did, my conclusion is the following:
I concluded the Internet community has changed over the years and is now dominated by non-experts. The “www” affordance inserted into the URLs makes enough of a difference in the user experience for non-expert users that we ought to just use the prefix, even if expert users see it as redundant and repetitive – as I used to.
In other words, nobody is harmed by use of the www prefix, while most users benefit.
Two tips to properly configure the www prefix
One of the organizations promoting dropping the www – http://no-www.org/ – describes three classes of “no www” compliance:
- Class A: Do what most sensible sites do and allow both example.com and www.example.com to work. This is probably the most easily supported in GoDaddy, and probably the most user-friendly, since anything reasonable done by the user just works.
- Class B: Redirect traffic from example.com to www.example.com, presumably with a 301 (Permanent) http redirect; this approach is most SEO/Search Engine-friendly, while maintaining similar user-friendliness to Class A.
- Class C: Have the www variant fail to resolve (so browser would give an error to the user attempting to access it). This is not at all user friendly, but is SEO-friendly.
So what are the two rules for properly configuring the www prefix?
Tip #1: Be user- and SEO-friendly with 301 redirect
Being user-friendly argues for Class A or Class B approach as mentioned above.
You don’t want search engines to be confused about whether the www-prefixed or the non-www variant is the official site. This is not Search Engine Optimization (SEO)-friendly; it will hurt your search engine rankings. This argues for Class B or Class C approach as mentioned above.
For the best of both worlds, the Class B approach is the clear winner. Set up a 301 permanent http redirect from your non-www domain to your www-prefixed variant.
You can set this up in GoDaddy with the Forward Subdomain feature in Domain Manager, for example.
You can also set it up with IIS :
Or with Apache:
Tip #2: Specify your canonical source for content
While the SEO comment above covers part of this, you also want to be sure that if you are on a host or environment where you are not able to set up a 301 redirect, you can at least let the search engines know which variant ought to get the SEO-juice.
In your HTML page header, be sure to set the canonical source for your content:
<head> <link rel="canonical" href="http://www.bostonazure.org/" /> ... </head>
Google honors this currently:
Google is even looking at cross-domain support for canonical tag (though other search engines have not announced plans for cross-domain support):
From an official Bing Webmaster blog post from Feb 2009, Bing will support it:
Reportedly, Bing and Yahoo! are not yet supporting this very well:
But it appears Bing and Yahoo! have either just implemented it, or perhaps they are about to:
You can also configure Google Webmaster Tools (and probably the equivalents in Bing and Yahoo!) to say which variant you prefer as the canonical source.
Unusual subdomain uses
There are some odd uses of subdomain prefixes. Some are designed to be extremely compact – such as URL shortening service bit.ly. Others are plain old clever – such as social bookmarking site del.i.cio.us. Still others defy understanding – in the old days (but not *that* old!), I recall adobe.com did not resolve – there was no alias or redirect, just an error – if you did not type in the www prefix, you were out of luck.
Another really interesting case of subdomain shenanigans is still in place over at MIT where you will find that www.mit.edu and mit.edu both resolve – but to totally different sites! This is totally legal, though totally unusual. There is also a web.mit.edu which happens to match mit.edu, but www.mit.edu is in different hands.
In the early days of the web, the Wall Street Journal was an early adopter and they used to advertise as http://wsj.com. These days both wsj.com and www.wsj.com resolve, but they both redirect to a third place, online.wsj.com. Also totally legal, and a bit unusual.
[edit 11-April-2012] Just noticed this related and interesting post: http://pzxc.com/cname-on-domain-root-does-work [though it is not http://www.pzxc.com .. :-)]
Credit for Traffic Light image used above:
Amazon supports only CNAME for Load Balancer necessitating that we live with “www” for web site, or work around it: http://blog.y3xz.com/post/3920967238/the-anomaly-of-amazon-ec2-load-balancing
Domain names are a key component to a web presence. Domain names convert the numerical format that computers use to identify a website into a text based name that is easy for human users to understand and recall.
Pingback: Local Businesses
I don’t like these discussions. The WWW prefix is not required because the client handles the request as WWW when using HTTP. Most people omit the prefix when it comes to subdomains. So why discuss about using it on the root SLD? I’d handle the prefix as an optional addition to refer the service if you need to. But requiring it is like requiring the dot after the TLD. BTW: Why isn’t http://www.blog.codingoutloud.com./ working?
I have a number of sites that need articles however can’t afford to pay someone to put in writing them and do not have the time to do it myself. I’ve discovered only two or three websites the place I can buy PLR article packs, however the amount is small and there is a limited collection of topics.
Pingback: godaddy auction
Pingback: art design
An interesting post from blog.codingoutloud.com. And if you want to read more about ‘www’, check it out, yes, here: en.wikipedia.org/wiki/Www. A few other interesting sites: twitter.com, itunes.apple.com, … notice a pattern? So I like many of the points the author makes, but sheesh, it is all particularly invalidated by his own blog’s www’less url. Indeed, that shows one great weakness, which is that www looks bad when there is already a subdomain.
Learned-alot-from-this post ! I can’t-wait to read more. However I wonder why you didnt speak-about seo management software like IMBA Express or any of the other SEO Software?
Very nice post. I just stumbled upon your weblog and wanted
to say that I have truly enjoyed browsing your blog posts.
After all I’ll be subscribing to your rss feed and I hope you write again soon!
Excellent way of explaining, and good post to get facts on thee
topic of my presentation topic, which i am going to
present in college.
We have been offering free product samples of top notch chocolate bars.
To be allowed, simply just reply to our comment with your address and we will get
it out over the next day.
Pingback: Enforcing HTTPS & WWW prefix with Apache .htaccess redirects using cPanel | Life of MDW
#2 and #3 are no longer true (if they ever were), and #4 is irrelevant for the vast majority of people not using Azure for hosting (and maybe them, too, by now). #1 is a weakened argument, because today, everybody knows that “foo.com” on a billboard is a web domain, even if “.com” is some other TLD.
It’s 5 years after this was written, and we can look back and see that, yep, “www” is just an anachronism, like hit counters, and animated “Best Viewed with Netscape Navigator” badges.
I hate ads that say http://WWW.something.com it is so obnoxious AND i hear the WWW not the Something.com they paid a lot of money to promote. So in that way is harmful not helpful. That is why my site http://babycoop.com and http://bccmalls.com dont add in www too. Your ABC canonical explanation was first-class though! Thanks
Pingback: Can I Also Protect My Subdomains With Cloudbric?
Pingback: Can I Also Protect My Subdomains With Cloudbric?
Thanks for the article.
This article is truly a good one it helps new web users, who are wishing in favor of blogging.
Pingback: Ask Cloudbric: Can I Also Protect My Subdomains With Cloudbric? | Cloudbric Corp.