: WWW.example.com or HTTP://example.com – which one is futureproof? http://example.com www.example.com http://www.example.com example.com Which of these would you choose as your favourite to work with
example.com example.com www.example.com example.com
Which of these would you choose as your favourite to work with from 2016 onward? Which domain name would you mention to your clients, websites that link to you, your letterheads, your contact cards etcetera. Why one or the other? Which to avoid these days?
Thinking of the following aspects:
validity, correctly loading URL
audience, most geeks know , most seniors don't
easiest to remember URL as a brand
misspellings by user input (in mobile phone or desktop browser)
browsers not understanding protocol-less links
total length of chars for easy user input
method of preference by major search engines/social media sites
consistency so that links don't fragment but all point to the same
More posts by @Eichhorn148
5 Comments
Sorted by latest first Latest Oldest Best
I personally prefer the www domains. As one of @Jonathon 's points, the real main reason is with cookies. When you have domain.com and you apply a cookie to it, that cookie governs all sub domains such as domain.com, foo.domain.com and bar.domain.com which can cause you headaches in the future if you're dealing with sessions or security.
You can always have a domain.com redirect to a domain.com on the server side so when it comes to print media or linking with other sites, the less there is the better. A user will not bother to remember the www of domain.com so its useless information and I would go as far as to say that the attempt to do so will make the user unhappy, thereby making them avoid your site altogether.
If you're interested/are using the framework, I can supply the code for such a redirect in the form of an ActionFilterAttribute for ASP.NET MVC (I spent 2 days perfecting the filter on my own, so I'm feeling pretty confident about it).
On another note, when it comes to the actual code on your site, don't skip out on details. Meaning, don't try to take www.domain.com/Something/Something-Else into domain.com/Something/Something-Else.
It's not going to work because the
browsers don't understand
protocol-less links.
Even if they did, the second Uri will cause a
redirect to the www version if
you're normalizing, resulting in a
pointless round trip back to the
server.
Forget anything that says -- too scary for non-geeks, and browsers handle this well enough these days (Chrome doesn't even show it on latest builds).
yoursite.com is, strictly speaking, the correct way to represent the domain, as the is deprecated.
However, the average man (or woman) in the street is more familiar with seeing yoursite.com, so if your audience is non-geeks, do them a favour, give them what they're expecting, and use yoursite.com.
If you want to be more cutting edge, your audience is geeky, or you want to school people, use yoursite.com.
Personally I would put domain.com on contact cards,etc and have it redirect to domain.com. This can be done with a simple rewrite.
The reason for this is that my users should never be concerned with having to type I absolutely hate sites that require people to type the www - I think it's a completely outdated requirement from years gone by.
You would, however, want to 301 redirect from domain.com or domain.com. In fact, to anything. The point is to pick your favourite and set all the different ways to get to your site to redirect to the same place so that you aren't penalised for dupe content (I can't remember the SEO term).
The protocol is useless, since browsers will put it in for you (in fact, Chrome doesn't even show it).
Another reason that I have everything redirect to domain.com is due to cookies. For example, the cookies on domain.com will be completely separate from static.domain.com but any cookie set on domain.com will be sent with the HTTP request to sub1.domain.com, sub2.domain.com, etc. Although this is just my preference.
I don't know if the is really required as mentioned above. Most browsers will assume when a URL is type into the address bar if it is not present when the enter button is pressed. I'd say it only really is necessary in hyperlinks as then it is necessary for the link to function properly (unless the browsers assume but at last check they didn't).
In print with or without the "www" is a tomato / tomáto situation. Users are familiar with the www and older web surfers will remember the days when it was required and is now habit. But it's also very common to see domains advertised without it so i don't leaving it off will confuse enough people to be concerned about it.
My advice is to choose one, any one, and stick with it. Consistency is key (and good usability).
Online: yoursite.com
Print: yoursite.com Links: yoursite.com
I don't see how any of this relates to future proofing anything. Your DNS and web server should be set so that yoursite.com and yoursite.com are the same site.
A real link (for someone linking to you) is always going to start with as that is the web protocol handler. On printed marketing material, it makes sense to use unless specifically labelled as a website.
i.e. yoursite.com vs Visit our website: yoursite.com.
Terms of Use Create Support ticket Your support tickets Stock Market News! © vmapp.org2024 All Rights reserved.