Why We Shouldn’t Make Separate Mobile Websites


There has been a long-running war going on over the mobile Web: it can be summarized with the following question: “Is there a mobile Web?” That is, is the mobile device so fundamentally different that you should make different websites for it, or is there only one Web that we access using a variety of different devices? Acclaimed usability pundit Jakob Nielsen thinks that you should make separate mobile websites. I disagree.

Jakob Nielsen, the usability expert, recently published his latest mobile usability guidelines1. He summarizes:

“Good mobile user experience requires a different design than what’s needed to satisfy desktop users. Two designs, two sites, and cross-linking to make it all work.”

I disagree (mostly) with the idea that people need different content because they’re using different types of devices.

Firstly, because we’ve been here before, in the early years of this century. Around 2002, the huge UK supermarket chain Tesco launched Tesco Access—a website that was designed so that disabled people could browse the Tesco website and buy groceries that would be delivered to their homes.

It was a great success—heavily stripped down, all server-generated (as in, those days screen readers couldn’t handle much JavaScript) and it was highly usable. One design goal was “to allow customers to purchase an average of 30 items in just 15 minutes from login to checkout.” In fact, from a contemporary report2, (cited by Mike Davis), “many non-disabled customers are switching from the main Tesco site to the Tesco Access site, because they find it easier and faster to use!” It also made Tesco a lot of money3: “Work undertaken by Tesco.com to make their home grocery service more accessible to blind customers has resulted in revenue in excess of £13m per annum, revenue that simply wasn’t available to the company when the website was inaccessible to blind customers.”

However, some blind users weren’t happy. There were special offers on the “normal” Tesco website that weren’t available on the access website. There were advertisements that were similarly unavailable—which was a surprise; whereas most people hate advertisements, here was a community complaining that it wasn’t getting them.

The vital point is that you never know better than your users what content they want. When Nielsen writes that mobile websites should “cut features, to eliminate things that are not core to the mobile use case; [and] cut content, to reduce word count and defer secondary information to secondary pages,” he forgets this fact.

Tesco learned this:4

“We have completely redesigned Access so that it is no longer separate from our main website but is now right at the center of it, enabling our Access customers to enjoy the same features and functionality available on the standard grocery website. As part of this work we have had to retire the old Access website.”

Nielsen writes:

“Build a separate mobile-optimized site (or mobile site) if you can afford it … Good mobile user experience requires a different design than what’s needed to satisfy desktop users. Two designs, two websites, and cross-linking to make it all work.”

From talking to people in the industry, and from my own experience of leading a dev team, I’ve found that building a separate mobile website is considered to be a cheaper option in some circumstances—there may be time or budgetary constraints. Sometimes teams don’t have another option but creating a separate website due to factors beyond their control.

I believe that this is not ideal, but for many it’s a reality. Re-factoring a whole website with responsive design requires auditing content. And changing a production website with all the attendant risks, then testing the whole website to ensure it works on mobile devices (while introducing no regressions in the desktop website)—all this is a huge task. If the website is powered by a CMS, it’s often cheaper and easier to leave the “desktop website” alone, and implement a parallel URL structure so that www.example.com/foo is mirrored by m.example.com/foo, and www.example.com/bar is mirrored by m.example.com/bar (with the CMS simply outputting the information into a highly simplified template for the mobile website).

The problem with this approach is Nielsen’s suggestion: “If mobile users arrive at your full website’s URL, auto-redirect them to your mobile website.” The question here is how can you reliably detect mobile browsers in order to redirect them? The fact is: you can’t. Most people attempt to do this with browser sniffing—checking the User Agent string that the browser sends to the server with every request. However, these are easily spoofed in browsers, so they can’t be relied upon, and they don’t tell the truth, anyways5. “Browser sniffing” has a justifiably bad reputation, so is often renamed “device detection” these days, but it’s the same flawed concept.

On mobile, Twitter.com automatically forwards users to a separate mobile website.

More troublesome is that there are literally hundreds of UA strings6 that your detection script needs to be aware of in order to send the visitor to the “right” page. The list is ever-growing, so you need to constantly check and update your detection scripts. And of course, you only know about a new User Agent string after it turns up in your analytics—so there will be a period between the first visitor arriving with an unknown UA and your adding it to your detection scripts (in which visitors will be sent to the wrong website).

Despite all this work to set up a second parallel website, you will still find that some visitors are sent to the wrong place, so here I agree with Nielsen:

“Offer a clear link from your full site to your mobile site for users who end up at the full site despite the redirect … Offer a clear link from your mobile site to your full site for those (few) users who need special features that are found only on the full site.”

Missing out features and content on mobile devices perpetuates the digital divide. As Josh Clark points out7 in his rebuttal:

“First, a growing number of people are using mobile as the only way they access the Web. A pair of studies late last year from Pew and from On Device Research showed that over 25% of people in the US who browse the Web on smartphones almost never use any other platform. That’s north of 11% of adults in the US, or about 25 million people, who only see the Web on small screens. There’s a digital-divide issue here. People who can afford only one screen or internet connection are choosing the phone. If you want to reach them at all, you have to reach them on mobile. We can’t settle for serving such a huge audience a stripped-down experience or force them to swim through a desktop layout in a small screen.”

The number of people only using mobile devices to access the Web is even higher in emerging economies. Why exclude them?

Mobile Usability

I also agree with Nielsen when he writes:

“When people access sites using mobile devices, their measured usability is much higher for mobile sites than for full sites.”

But from this he draws the wrong conclusion, that we should continue making special mobile websites. I believe that special mobile websites is like sticking plaster over the problem; we generally shouldn’t have separate mobile websites, anymore than we should have separate screen reader websites. The reason many “full websites” are unusable on mobile phones is because many full websites are unusable on any device. It’s often said that your expenditure rises as your income does, and that the amount of clutter you own expands to fill your house however many times you move to a bigger one. In the same way, website owners have long proved incontinent in keeping desktop websites focussed, simply because they have so much room. This is perfectly illustrated by the xkcd comic:

A Venn diagram showing 'Things on the front page of a university website' and 'Things people go to the site looking for.' Only one item is in the intersection: 'Full name of school.'
A Venn diagram showing “Things on the front page of a university website” and “Things people go to the site looking for.” Only one item is in the intersection: “Full name of school.” Image source: xkcd8.

As I wrote on the website The Pastry Box9 on April 13th:

“The mobile pundits got it right: sites should be minimal, functional, with everything designed to help the user complete a task, and then go. But that doesn’t mean that you need to make a separate mobile site from your normal site. If your normal site isn’t minimal, functional, with everything designed to help the user complete a task, it’s time to rethink your whole site.

“And once you’ve done that, serve it to everyone, whatever the device.”

In a previous article, Nielsen wrote in September 2011 that he dropped testing usability with featurephones:

“Our first research found that feature phone usability is so miserable when accessing the Web that we recommend that most companies don’t bother supporting feature phones.

“Empirically, websites see very little traffic from feature phones, partly because people rarely go on the Web when their experience is so bad, and partly because the higher classes of phones have seen a dramatic uplift in market share since our earlier research.”

This is a highly westernized view. Many people can’t afford smartphones, so they use feature phones running proxy browsers (such as Opera Mini), which move the heavy lifting to servers. This is often the only way that underpowered featurephones can browse the Web. Statistics from Opera’s monthly State of the Mobile Web report10 (disclosure: Opera is my employer) shows that lower-end feature phones still dominate the market in Eastern Europe, Africa11 and other emerging economies—see the top 20 handsets worldwide for 201112 that accessed Opera Mini. Since February 2011, the number of unique users of Opera Mini has increased 78.17% and data traffic is up 142.79%13.

A caveat about those statistics: not every user of Opera Mini is a featurephone user in developing countries. They’re widely used on high-end smartphones in the West, too, as we know that they are much faster than built-in browsers, and users really want speed14.

Nielsen’s dismissal of feature phones reminds me of some attitudes to Web accessibility in the early 2000’s. His assertion that companies shouldn’t support feature phones because they see little traffic from feature phones is the classic accessibility chicken and egg situation: we don’t need to bother with making our website accessible, as no-one who visits us needs it. This is analogous to the owner of a restaurant that is up a flight of stairs saying he doesn’t need to add a wheelchair ramp as no-one with a wheelchair ever comes to his restaurant. It’s flawed logic.

Developing Usable Websites For All Devices

The W3C Mobile Web best practices15 say:

“One Web means making, as far as is reasonable, the same information and services available to users irrespective of the device they are using. However, it does not mean that exactly the same information is available in exactly the same representation across all devices. The context of mobile use, device capability variations, bandwidth issues and mobile network capabilities all affect the representation. Furthermore, some services and information are more suitable for and targeted at particular user contexts.”

There will always be edge cases when separate, mobile-specific websites will be a better user experience, but this shouldn’t be your default when approaching the mobile Web. For a maintainable, future-friendly development methodology, I recommend that your default approach to mobile be to design one website that can adapt to different devices with viewport, Media Queries and other technologies that are often buzzworded “Responsive Design.”

Combining these techniques in a smart way with progressive enhancement allows your content to be viewed on any device (and with richer experiences available on more sophisticated devices), with the possibility of accessing device APIs such as geolocation, or the shiny new getUserMedia for camera access16.

Although many other resources are available, I’ve written “Mobile-friendly: The mobile web optimization guide17” which you’ll hopefully find a useful starting point.

Further Reading

(jvb) (il)

In your experience, what kind of “mobile websites” do you create most often?22


  1. 1 http://www.useit.com/alertbox/mobile-vs-full-sites.html
  2. 2 http://isolani.co.uk/blog/access/TescoAccess
  3. 3 http://www.sean.co.uk/a/webdesign/accessibility.shtm
  4. 4 http://www.tesco.com/access/
  5. 5 http://webaim.org/blog/user-agent-string-history/
  6. 6 http://www.useragentstring.com/pages/useragentstring.php
  7. 7 http://www.netmagazine.com/opinions/nielsen-wrong-mobile
  8. 8 http://xkcd.com/773/
  9. 9 http://the-pastry-box-project.net/bruce-lawson/2012-april-13/
  10. 10 http://www.opera.com/smw/
  11. 11 http://flowingdata.com/2010/10/18/true-size-of-africa/
  12. 12 http://www.opera.com/smw/2011/11/
  13. 13 http://www.opera.com/smw/2012/02/
  14. 14 http://www.brucelawson.co.uk/2012/what-users-want-from-mobile-and-what-we-can-re-learn-from-them/
  15. 15 http://www.w3.org/TR/mobile-bp/#OneWeb
  16. 16 http://html5doctor.com/getusermedia/
  17. 17 http://dev.opera.com/articles/view/the-mobile-web-optimization-guide/
  18. 18 http://www.netmagazine.com/news/designers-respond-nielsen-mobile-121892
  19. 19 http://www.netmagazine.com/interviews/nielsen-responds-mobile-criticism
  20. 20 http://www.iheni.com/mobile-desktop-development/
  21. 21 http://www.sitepoint.com/notes-on-designing-websites-for-the-asian-market/
  22. 22 http://polldaddy.com/poll/6153176/

↑ Back to top Tweet itShare on Facebook

Bruce Lawson evangelises open web technologies for Opera. He co-authored Introducing HTML5, the best-selling book on HTML5 that has just been published in its second edition. He blogs at brucelawson.co.uk.

  1. 1

    Christopher Anderton

    April 23, 2012 4:04 am

    Mobile devices browsers are rapidly becoming more and more like desktop versions in terms of features. Also the resolution is getting higher and higher on mobile devices.

    • 52

      True, future will be different hopefully better. But what about the billion devices out there now ?

  2. 103

    While responsive design is a nice idea in practice, the fact that users don’t get the option to view the “full site” makes it a no go for me. Even if you don’t cut any content out, it just feels like you’ve been zoomed into the page, and zoom out has been blocked. Forcing you to scroll loads to work out whats on the page.

    For sites you’re new to:
    There is no way to see the page zoomed out all at once, and then zoom in straight to the content you’re after. You lose the ability to get a feel for the company/product from it’s site’s design.

    For sites you regularly frequent on desktop:
    You end up viewing a completely different layout of the site, and have to learn how it works from scratch. You can’t just jump straight to the part of the page/site you know you’re interested in.

    For me, responsive sites are claustrophobic.

  3. 154

    I read through the whole article and skimmed through the comments and I didn’t see one mention of a CMS called Joomla! and the Mobile Joomla! extension that pretty much solves all of these issues and debates. I maintain a single site, but I get mobile formatting and desktop formatting, and there’s a link for the visitor to switch formatting if they so choose. Plus, I use the Kunena extension for forums, and that also looks and functions great on both desktop and mobile.

    With Joomla!, you can have your cake and eat it too.

  4. 205

    Holy FUCK there are lots of comments!

    But yeah, been there, designed a new site for mobile and it didn’t work out. Simply because maintaining and designing two websites is 2x harder, and eventually one is going to bite the dust

  5. 256


    Mobile Joomla seems to be doing browser-sniffing too http://www.mobilejoomla.com/documentation/12-getting-started/41-setting-and-configuration.html

  6. 307

    One page for devices is easier to maintain. For the usability, user will feel the same way they work in desktop, notebook or tablet. And responsive web is well developing with great features these days ( css3, javascript lib … )

  7. 358

    Nice article but I more or less disagree. Responsiveness is not the question here but rather context. Yes it is true that we need to display information differently on different devices, but more importantly we need to take into account the context in which the user is browsing.

    It’s highly likely that a user browsing from a mobile device is looking to achieve a completely different set of goals than the desktop user. The most obvious scenario that springs to mind is the idea of a mobile user lost in a city and looking for a businesses office.

    As soon as they load the homepage of said business from a mobile device, they should be primarily presented with a map and contact details. It’s highly unlikely the users priority is the latest blog post in the situation.

    p.s. My name is Gary not Gar :D

  8. 409

    Discussion TL;DR: The sensible thing to do is not whether to do responsive design or built a complete different website, but focus on functionality. I don’t mind using a “simpler” site design on my smart phone, but I _DO_ mind a lot being handled like an idiot, ie. also the main functionality of the site, eg. the search engine or the contents are downgraded as well.

    I’m both using mobile-aware websites – who do NOT “responsively” react, but simply implement mobile content and navigational options, eg. disable auto-enhancement or auto-reloads so that you can easily use any form fields, or reduce the accidently click-able areas on the site itself – AND mobile-only / responsive-designed sites, which are focused on the mobile user, but still can compete content- and function-wise with their big sisters, ie. the desktop computer-focused website.

    So the key to reach the user stays the same as it always does: Built proper navigation AND focus on the main topics of your site. Nice design is NOT the key factor in this, so get that out of your head – or else … (users won’t come back / stop using your site very abruptly).

    cu, w0lf.

    ps: I’m still fwolf, not “fwol”. looks like your comment form processing does sometimes like to mangle up the name field :P

  9. 460

    This entire article makes no sense. Your entire argument for responsive design vs mobile websites is supported by users not having limited access. That’s content and functionality, not design. Design is your presentation of content and functionality, and the user’s expectations for each medium is absolutely not the same. Content and function should be presented based on the medium and/or user’s needs, and that’s why Access/mobile/tablet websites are better than responsive designs. A website that interfaces each medium perfectly without limited experience and content to any of the users is the winner.

  10. 511

    There’s no perfect solution.

    Luke Wrobleski’s Mobile First – design for small viewports first and progressively enhance – is the best compromise (thus far).

    Just package all your content and flow according to screen size with media queries.

    You only need a few, really (iPhone/mobile, tablet/iPad, desktop).

    I wouldn’t even worry about TV – the # of people viewing on TV is so trivial I am happy to provide a less than perfect UX for them in order to provide a kick butt one for the 99% on desktop/tabs/mobile.

    Your analytics package will tell you what to design for. I can almost guarantee TV won’t show up. It’s going to be Windows, Linux, iOS, OSX with iPads, iPhones, mobile, desktop and attendent resolutions.

  11. 562

    Lina Balciunaite

    May 1, 2012 5:16 pm

    Very good article that arises the discussion that will always exist. It just shows that every project needs to have a mobile strategy, meaning, that the analysis part is very important before starting to decide which option should be used. Personally, in general, I can’t say which option (responsive design or redirection to the separate mobile website) is better. But you can say which is better looking into a certain project and doing the analysis. Because both options have its pros and cons, so in every case it´s important, is it a new website or is it old that needs a mobile version, does it have a lot of information or not, what geographical location is the most important for that website, what kind of devices the target group use, etc., etc., etc. And after having all info to my mind it’s possible to choose the right option, cause in one case it can work better the responsive design, in another – separate mobile website.

  12. 613

    Catherine Khetagurova

    May 1, 2012 9:34 pm

    I have many times participated in the discussions of the topic that simply tired of these, in my opinion, useless disputes …
    My strong view, supported by the practice: it is not clear whether for mobile sites or not – this is stupid. People need and responsive sites, and mobile – it all depends on the specific purpose of creating a site on the requirements and expectations of users and from the challenges posed by the site owner.

  13. 664

    Because having multiple sites make it harder to update.
    Another reason is because you may simply code your site to detect the device and adjust from it.

  14. 715

    Regarding featured phones: it depends on the product you promote. If you target a Western audience exclusively, you can easily drop support for. It’s not always a question of being available to everyone, although it sounds politically correct. ;-)

  15. 766

    I respectfully disagree with your argument and feel as though your Tesco example is not an apples to apples comparison. If I’m mobile chances are I want key information about your business or whatever your most recent content is. If I’m on the web I likely want, or can at least consume with ease, more information. I think you’ll see more and more businesses releasing apps to provide the mobile experience users want – not to mention do some more intensive branding while they’re at it.

  16. 817

    I’m a web designer of 15 years. For a long time, I believed the experts in my field and even taught my web development students at our local college that creating a mobile version of websites was not only prudent, but the future of the web. However, every time I get online with my android phone or tablet, I find myself back-pedaling. I go to some websites and am automatically forwarded to their mobile version with no way to get back to the full site. The information that I’m after isn’t even on the mobile version. Other sites I go to don’t have mobile versions and are almost unusable because of horrid design flaws that are even apparent on my desktop. Drop-downs that won’t function properly, links and buttons that are too small, poorly constructed forms, pop-ups that have to be closed before moving forward on the site; all these things contribute to the overall usability whether you are using a mobile device or a desktop.

    It is from my experiences as a user and NOT as a designer that I have come to believe that responsive design is the best solution to the problem. A well thought out site that cross-browser/platform tests out, doesn’t abuse bandwidth (remember the days of dial-up folks?), and allows for progressive enhancements can be accomplished. We really can build links that are as easy to click as they are to touch. It just means we have to think this out a little more and really determine what people are after on our websites. Remember: The best designs come from asking the right questions.

    • 868

      That’s right Jeanna, Asking the right questions, but to whom? The user, of course. So I’m with Jacob; useability studies rock. You can sit in your office testing all the browsers and screen sizes under the sun. You think you’ve got it right until you let that baby out into the real world.
      Then you find out it’s back to the drawing board.

  17. 919

    This is a very productive debate on technical organization and capabilities of competing approaches. It’s also interesting to consider the business implications of single site vs. segregated sites. For better or worse, organizations tend to budget and spend in alignment with site organization, and in planning these expenditures, the benefit represented by an audience is a true consideration. Functional segregation along the lines of mobile and desktop “enables” budgetary segregation by audience. When the features are prioritized separately, this can have the very unintended effect of denying discounts to blind people, as cited in the original post.

    I think it’s the right thing to support a unified site, because it puts all the stakeholders into the same investment bucket, for better or for worse. We are already at a point where the ROI represented by user audiences is tipping in favor of mobility. That said, the desktop is set to become the next usability slum, as investments in mobility begin to eclipse those made against desktop oriented sites. Is a blind person more likely to be a desktop or a mobile user? The answer might change often. The answer is not relevant, but it does bring to light the complexity of feature prioritization in the face of the resource, budgetary and schedule constraints we are all juggling. It makes sense to favor device agnosticism and unity, if only to avoid unfavorable impact of unintentionally segregating and denying benefit to an audience, which may also very well be one that is a constitutionally protected class of people.

  18. 970

    Love this article; you captured all the reasons we decided to go responsive with intridea.com. Creating and maintaining multiple mobile solutions just wasn’t pragmatic.

    Though redesigning the site to be responsive was no small undertaking we certainly saved a lot of time and money in the long run. Additionally, I’ve found everyone who sees our site is struck by the novelty of the responsive design!

  19. 1021

    Who is the person trying to reach your web world?

    First Timer? Are they a regular to or, have been to your website before?

    Are the expectations / experiences of mobile device users different for repeat traffic -vs- new traffic? (to your web world. mobile or otherwise)

    Will you lose current website traffic if mobile web expectations aren’t met?

    This post is less than 3 months into the future since the article was posted and analytics suggest YES, businesses ARE losing customer base due to poor mobile web performance.

    Are ALL mobile users needs the same for ALL businesses?

    Does a business use the mobile web to attract a prospect to later come back on laptop or work station for more details?

    So many questions. I think the answer is that there is no ONE answer.

    … and as luck would have it, once we figure out how to plug and chug away with mobile web applications, our portable devices will project a hologram screen and we will be back full circle asking… “how did we used to maximize full screen websites?” lol.

  20. 1072

    One should go for responsive design iff speed & performance does’t matter… Mobile devices are comparatively slower than computer. Seperate design proves to be faster and more usable & easy to implement…

  21. 1123

    …”Earlier in this century…” Trying to impart historical grandeur to your opinion?

  22. 1174

    Again…I find it strange that some that disagree are the ones that are missing the point about having critical information RIGHT in front of your EYES..on ANY platform.

    Example….how often do you want to know about the company, contact names. address and a real phone number or persons name to call?…..In the real world that is in the high 90% range..

    Remember the Yellow pages….learn from the past ..people are still people not binary code

  23. 1225

    Just voted for responsive design. Even more than just for usability purposes this is definitely the ideal approach to take for a site in terms of ability to achieve quality placement in the major search indices (whether on a desktop or digital device query).

    More on this here: http://www.seo.com/blog/the-best-way-to-develop-an-optimized-mobile-website/

  24. 1276

    My view is also that there is no right or wrong answer to this question. It will largely depend on what your website is about, what its purpose is, the information architecture of the site etc..

    In some cases, responsive design will be the best move, but in other cases, a mobile specific site will be the far better approach.

    My own site is a good case in point. It is a portfolio site designed to show off my work, with a horizontal scrolling JS slideshow that is perfect for desktop and laptop screen sizes and browsers.
    It still functions well on mobile browsers, but the design required a new approach for a better mobile experience. The best approach was to create a mobile specific portfolio site, that was vertical in design, simpler, and without using any JS.

  25. 1327

    It just goes to show that you can’t please everyone and sometimes site authors try and force feed their way of accomplishing a particular task. While I appreciate all the articles I read–because they do provide great information–let’s not forget that my audience isn’t necessarily your audience and we are probably both trying to achieve a different goal.

    I do like these kinds of articles however, because they often turn the lights on in our heads and help us build upon our thought processes. I guess what I’m trying to say is what works for you may not work for me and so on. You may like to build “responsive” pages and I might like to build a separate mobile site. Why? Because we’re all in different situations. Not all of us work for design and developer firms where we have to listen to someone telling us what to do. Some of us do this for fun – like me ;)

    Information is good and helping each other is good, but remember we’re all working on something different and what you’re working on in no way shape or form has any bearing on whether I build a separate site or not as long as I’m achieving my end goal.

  26. 1378

    One thing that seems to go ignored is the most important aspect of site design – lead conversion. When you build a full site, with all your calls to action at the top and on the side – this can disappear with responsive designs. Thus your primary tactics to get people to submit their info can literally be non-existent. This means you have to put those tools within the content. I’ve been doing this more and more but it does create a situation where I have multiple lead gen forms on every page in an effort to ensure every visitor knows how to take action or contact me.

    Keep in mind, I don’t use Adwords so my type of focus is different than most. My goal is to find people who’re seriously interested in receiving access to something or someone that costs money. Thus, every visitor could be a handsome reward. I can’t afford to lose that person’s information because my site was shrunk on their phone. LOL.. I’m NOT necessarily saying responsive is bad but this site is a great example. You’ve got a crap load of paid advertisements on your right sidebar. The problem is most people aren’t seeing that side bar because it squishes down in certain resolutions.

    My personal choice is to continue to design for desktop, but then add in tools and techniques that cater more toward mobile users. I have to build for both, but more importantly, I have to convert both!

  27. 1429

    I agree about mobile site’s what is the point!

    Basically design one site, optimize it for all devices which is easy by the way just validate your site you website will and should run fine on most devices long as you do not have big image files on your website or any un-optimized elements, instead of worry about devices what your sites should really be thinking is user Interactivity, we are now living in a touch screen age on many devises soooo….

    Shouldn’t we be worry about sites that are more touch friendly rather than devices friendly?

    • 1480

      What about design features that work great with a PC/desktop /mouse interface but poorly on the mobile, and vice-versa? Should you throw away a great bit of software just because not everybody can use it?

  28. 1531

    I love how this was posted on a terribly designed mobile site which doesn’t use the correct width in landscape or portrait. I think that mobile web sites shouldn’t exist we are in an era where our smart phones out power some desktop computers so f*ck off mobile site builders, and stop FAILING at tring to make your site eaiser to use my making an unfinished site where you cannot zoom, has very buggy code, and a bad CSS template…

  29. 1582

    mobile sites should die. my site is completely readable on any phone I’ve tried. For one, I keep simple. Tables mostly. Also, I keep the max width at 900 pixels. bagtoss . com

    I’m actually trying to find out if when viewing on a phone, if the network you are on or the browser manipulates the code for some reason. I have a Samsung Galaxy S4 and there is an option for viewing the desktop version. I only have one version and when I select this option, the picture viewer I have starts to work correctly. It is possible the picture view has code for mobile versions but the developer claims it does not.

    From the developer FAQ page: “Why can’t I view my gallery on a 3G mobile connection?

    Some mobile networks perform ‘Content Modification’ on HTML content viewed over a 3G connection. This may cause Juicebox to break. Most networks add an option to ‘Request desktop site’ which bypasses the issue. ‘Content Modification’ by mobile networks not only breaks Juicebox, it breaks many websites that uses JavaScript. We are aware of this issue and are investigating possible solutions.”

    If this is truly the case, then is there some code I can add to the page to tell phones to stop it! Just render it in desktop view.



  30. 1633

    Nothing irks me more on the web when a mobile site is dumbed-down and stripped of content, and to get the information I need I have to click on “go to full site”.

    Users are impatient, they don’t have time to hunt through a clumsy mobile interface. If a user can’t get to the content they want on a device in the same time as on a desktop, than it’s a design failure.

    Why pay so much for these smartphones and cell plans when you often get a lesser version of the web with one?

    Responsive design is the way to go.

  31. 1684

    I spoof my web browser’s user agent (Chrome) as a means to avoid awful redesigns of blogs, such as Ars Technica, there’s this sickness going about, fixing what’s not broken, Gawker’s done it several times, too bad they don’t have an alternative mobile site, now I just don’t visit any of their sites (Lifehacker, Gizmodo, etc…) because their design layouts came out of their asses. I also spoof Google Search, so it’ll serve their mobile CSS instead, it just looks neat and well organized.

  32. 1735

    Oh, the irony of having to type this comment after having had to scroll through 300 miles of ridiculously-oversized text, on a phone with a full browser and broadband connection that would be perfectly capable of showing your full website if only you hadn’t listened to some idiot ‘UX Designer’ who convinced you that forcing this special needs version of your content was a good idea for some reason.

  33. 1786

    Abdalhamid AlAttar

    January 5, 2014 4:16 am

    You can’t create a ruler and make it work for everything. It’s not about do it or don’t do it. Part of analyzing your needs is to decide which approach to take. Some websites better to be separated, some better to be responsive. Others better to have mobile apps. It’s all dependable variables, you can’t just say Yes or No before you study what you want to do.

  34. 1837

    This particular web site is an example of why the author might be wrong.

    The text is rather large on a PC monitor, and the amount that fits on one screen is a bit minimal. I feel like I’m reading something written in a children’s book with big friendly letters for kids.

    The same layout would be OK if the text just resized itself a little better and made use of more of the screen. But there’s no question that in trying to make something for the mobile, the desktop experience has suffered greatly.

    A paint vendor’s site used to have a fantastic colour pallete to allow to to quickly find any shade you wanted. That excellent idea has been binned to make it mobile friendly, you have to navigate back and forth between loads of pages and you can’t see all of the colours together.

    The desktop is the rich experience, the mobile is the common one. Don’t try to make them the same at the cost of losing the slick stuff.

    • 1888

      Not everone who visits this website has perfect eyesight, and I would agree with your comment on the text size if I thought that everyone in the world had perfect sight.

      If the text is readable, by everyone, then I don’t see the issue. If its not readable by everyone, then the site is potentially loosing visitors.

      Personally, it would be great to see more text on the screen wihout having to scroll down, but I don’t need glasses. If I did need glasses (which many many many people do) I would be complaining the text is not big enough. ;)

  35. 1939

    I am using WordPress here as my example as that is the CMS I use with my clients.

    The argument seems to be kind of going in all directions as I read through the comments, but I do think that no matter what device you use to browse the web, content will always be at the forefront of what people are looking for. Excluding websites like airline sites (as mentioned in previous comments) I think this arguement seems to be more about informational websites. When you consider the fact that most larger websites, that simply have way too much stuff going on, are most likely way too heavy for a responsive design instead of a seperate mobile version, many of them would have a seperate app, who doesnt use the facebook app when using facebook on their phone. Very few people, I would imagine.

    In my experience, most of my clients are looking for informational websites, but these can still be quite heavy when loaded on a mobile device. But there is a way around that, particulary when using a CMS like wordpress (or any major CMS). What I tend to do is create a seperate theme in WordPress and switch to that theme when a visitor is using a mobile device. They still get all the same content and the design of the theme allows for faster loading by cutting out things that are really not needed or necessary to be loaded on a mobile version… even if this is something as simple as using a static (maybe within a css dropdown with a menu label) instead of a JS powered accordion menu which would be perfectly fine on a desktop version.

    Another issue cropped up this week too, many people use a mobile site as a landing page, and only a few other pages (they think are relavant to the user). This will probably now affect how users see your site listed in Google SERPs since google will now be telling searchers if they are going to be redirected to the home page of a site and will give the the choice wheter or not to proceed. Now, this opens a who new bag of worms when it comes to the war between mobile version v responsive desktop version. If your mobile version doesnt provide all the pages your desktop version does, will it get hit by this new Google update. To me, as long as you can show the same content/pages on your mobile site/version of your website as your desktop/main site has, and your site loads fast enough on mobile devices (without using a lot of the users bandwidth) its perfectly fine to use either a responsive design or a separate mobile design…..

    If your website has a lot going on and would be very difficult to scale it down for mobile devices, then go with a seperate mobile design (using a theme switcher, there are plenty of theme switcher plugins available for WP), if your site is not that heavy, and doesnt include all the bells and whistles and crazy designs that only an artist could appreciate, then go with responsive.

    It really is simply down to the type of site you have and what restricts you from making it a good responsive website. Most developers would know how to create a simple function that would check if a page is being viewed on a mobile device, and remove a particular div that contains something that is simply not needed or necessary on a mobile version… this would help show the site theme on a mobile device with better load speed.

  36. 1990

    Great article and really interesting comments – a proper debate.

    Many of my users prefer to ‘pinch and zoom’ full-sized sites, rather than use responsive sites. (Whereas many other users prefer the responsive sites). Will one user preference evolve to be the standard?

  37. 2041

    GeekApp - Creative App Landing Page & Blog Theme

    December 27, 2014 9:47 am

    GeekApp is a Creative App Landing page based on bootstrap framework. Perfect mobile app showcase for iPhone, Android and other mobile devices. By zozo shortcode generators you can customize easily to suit your wishes as all files are well commented, also it was 100% mobile responsive design to perfect look on any devices.


↑ Back to top