SitePoint Sponsor

User Tag List

Page 1 of 2 12 LastLast
Results 1 to 25 of 28
  1. #1
    SitePoint Addict
    Join Date
    Apr 2002
    Posts
    395
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Best way to redirect mobile traffic to your mobile website version?

    I'm looking to redirect my mobile traffic to my newly launched mobile version of my site. What are the best ways to do this?

  2. #2
    SitePoint Member
    Join Date
    Apr 2010
    Posts
    1
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    what platform are you using? PHP, ASP??

  3. #3
    SitePoint Addict
    Join Date
    Apr 2002
    Posts
    395
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    php

  4. #4
    SitePoint Mentor NightStalker-DNS's Avatar
    Join Date
    Jul 2004
    Location
    Cape Town, South Africa
    Posts
    2,878
    Mentioned
    47 Post(s)
    Tagged
    0 Thread(s)
    You can give this a try:

    http://www.brainhandles.com/techno-t...obile-browsers

    Just doing a quick google for "mobile detection php" yields lots of results

  5. #5
    SitePoint Addict
    Join Date
    Apr 2002
    Posts
    395
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Hey, I found this neat apache code, and it works very well:

    PHP Code:
    RewriteEngine on
    RewriteBase 
    /
    RewriteCond %{HTTP_USER_AGENTandroid|avantgo|blackberry|blazer|compal|elaine|fennec|hiptop|iemobile|ip(hone|od)|iris|kindle|lge\ |maemo|midp|mmp|operam(ob|in)i|palm(\ os)?|phone|p(ixi|re)\/|plucker|pocket|psp|symbian|treo|up\.(browser|link)|vodafone|wap|windows\ (ce|phone)|xda|xiino [NC,OR]
    RewriteCond %{HTTP_USER_AGENT} ^(1207|6310|6590|3gso|4thp|50[1-6]i|770s|802s|awa|abac|ac(er|oo|s\-)|ai(ko|rn)|al(av|ca|co)|amoi|an(ex|ny|yw)|aptu|ar(ch|go)|as(te|us)|attw|au(di|\-m|r\ |s\ )|avan|be(ck|ll|nq)|bi(lb|rd)|bl(ac|az)|br(e|v)w|bumb|bw\-(n|u)|c55\/|capi|ccwa|cdm\-|cell|chtm|cldc|cmd\-|co(mp|nd)|craw|da(it|ll|ng)|dbte|dc\-s|devi|dica|dmob|do(c|p)o|ds(12|\-d)|el(49|ai)|em(l2|ul)|er(ic|k0)|esl8|ez([4-7]0|os|wa|ze)|fetc|fly(\-|_)|g1u|g560|gene|gf\-5|g\-mo|go(\.w|od)|gr(ad|un)|haie|hcit|hd\-(m|p|t)|hei\-|hi(pt|ta)|hp(\ i|ip)|hs\-c|ht(c(\-|\ |_|a|g|p|s|t)|tp)|hu(aw|tc)|i\-(20|go|ma)|i230|iac(\ |\-|\/)|ibro|idea|ig01|ikom|im1k|inno|ipaq|iris|ja(t|v)a|jbro|jemu|jigs|kddi|keji|kgt(\ |\/)|klon|kpt\ |kwc\-|kyo(c|k)|le(no|xi)|lg(\ g|\/(k|l|u)|50|54|e\-|e\/|\-[a-w])|libw|lynx|m1\-w|m3ga|m50\/|ma(te|ui|xo)|mc(01|21|ca)|m\-cr|me(di|rc|ri)|mi(o8|oa|ts)|mmef|mo(01|02|bi|de|do|t(\-|\ |o|v)|zz)|mt(50|p1|v\ )|mwbp|mywa|n10[0-2]|n20[2-3]|n30(0|2)|n50(0|2|5)|n7(0(0|1)|10)|ne((c|m)\-|on|tf|wf|wg|wt)|nok(6|i)|nzph|o2im|op(ti|wv)|oran|owg1|p800|pan(a|d|t)|pdxg|pg(13|\-([1-8]|c))|phil|pire|pl(ay|uc)|pn\-2|po(ck|rt|se)|prox|psio|pt\-g|qa\-a|qc(07|12|21|32|60|\-[2-7]|i\-)|qtek|r380|r600|raks|rim9|ro(ve|zo)|s55\/|sa(ge|ma|mm|ms|ny|va)|sc(01|h\-|oo|p\-)|sdk\/|se(c(\-|0|1)|47|mc|nd|ri)|sgh\-|shar|sie(\-|m)|sk\-0|sl(45|id)|sm(al|ar|b3|it|t5)|so(ft|ny)|sp(01|h\-|v\-|v\ )|sy(01|mb)|t2(18|50)|t6(00|10|18)|ta(gt|lk)|tcl\-|tdg\-|tel(i|m)|tim\-|t\-mo|to(pl|sh)|ts(70|m\-|m3|m5)|tx\-9|up(\.b|g1|si)|utst|v400|v750|veri|vi(rg|te)|vk(40|5[0-3]|\-v)|vm40|voda|vulc|vx(52|53|60|61|70|80|81|83|85|98)|w3c(\-|\ )|webc|whit|wi(g\ |nc|nw)|wmlb|wonu|x700|xda(\-|2|g)|yas\-|your|zeto|zte\-) [NC]
    RewriteRule ^(.*)$ http://sub.domain.com/ [L,R=302] 
    Just one problem. Right now, with this apache code in my .htaccess, mobile users can't see the desktop version, just the mobile version. I want to provide my mobile users a link to my desktop version, as the mobile version of my site is much slimmed-down and doesn't have everything.

    Google has the same thing, it automatically redirects mobile traffic to google's mobile site, but it has a link to the desktop site. How can I create such a link?

  6. #6
    SitePoint Mentor NightStalker-DNS's Avatar
    Join Date
    Jul 2004
    Location
    Cape Town, South Africa
    Posts
    2,878
    Mentioned
    47 Post(s)
    Tagged
    0 Thread(s)
    With this method you're using, you telling the server to redirect requests. If you do it in the code, you can put in conditions. Such as redirect them to your site with a query string, and if it exists, do not execute the sniffer code

  7. #7
    play of mind Ernie1's Avatar
    Join Date
    Sep 2005
    Posts
    1,252
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Another way is to display content based on what device the user is using
    my mobile portal
    ghiris.ro

  8. #8
    SitePoint Addict
    Join Date
    Apr 2002
    Posts
    395
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Thanks guys, with your help I solved the problem. This is what I did if anyone has a similar issue:

    I got rid of the apache redirect and went to php. I added this code on my index page:

    PHP Code:
    if ($version != "desktop") {
    $useragent=$_SERVER['HTTP_USER_AGENT'];
    if(
    preg_match('/android|avantgo|blackberry|blazer|compal|elaine|fennec|hiptop|iemobile|ip(hone|od)|iris|kindle|lge |maemo|midp|mmp|opera m(ob|in)i|palm( os)?|phone|p(ixi|re)\/|plucker|pocket|psp|symbian|treo|up\.(browser|link)|vodafone|wap|windows (ce|phone)|xda|xiino/i',$useragent)||preg_match('/1207|6310|6590|3gso|4thp|50[1-6]i|770s|802s|a wa|abac|ac(er|oo|s\-)|ai(ko|rn)|al(av|ca|co)|amoi|an(ex|ny|yw)|aptu|ar(ch|go)|as(te|us)|attw|au(di|\-m|r |s )|avan|be(ck|ll|nq)|bi(lb|rd)|bl(ac|az)|br(e|v)w|bumb|bw\-(n|u)|c55\/|capi|ccwa|cdm\-|cell|chtm|cldc|cmd\-|co(mp|nd)|craw|da(it|ll|ng)|dbte|dc\-s|devi|dica|dmob|do(c|p)o|ds(12|\-d)|el(49|ai)|em(l2|ul)|er(ic|k0)|esl8|ez([4-7]0|os|wa|ze)|fetc|fly(\-|_)|g1 u|g560|gene|gf\-5|g\-mo|go(\.w|od)|gr(ad|un)|haie|hcit|hd\-(m|p|t)|hei\-|hi(pt|ta)|hp( i|ip)|hs\-c|ht(c(\-| |_|a|g|p|s|t)|tp)|hu(aw|tc)|i\-(20|go|ma)|i230|iac( |\-|\/)|ibro|idea|ig01|ikom|im1k|inno|ipaq|iris|ja(t|v)a|jbro|jemu|jigs|kddi|keji|kgt( |\/)|klon|kpt |kwc\-|kyo(c|k)|le(no|xi)|lg( g|\/(k|l|u)|50|54|e\-|e\/|\-[a-w])|libw|lynx|m1\-w|m3ga|m50\/|ma(te|ui|xo)|mc(01|21|ca)|m\-cr|me(di|rc|ri)|mi(o8|oa|ts)|mmef|mo(01|02|bi|de|do|t(\-| |o|v)|zz)|mt(50|p1|v )|mwbp|mywa|n10[0-2]|n20[2-3]|n30(0|2)|n50(0|2|5)|n7(0(0|1)|10)|ne((c|m)\-|on|tf|wf|wg|wt)|nok(6|i)|nzph|o2im|op(ti|wv)|oran|owg1|p800|pan(a|d|t)|pdxg|pg(13|\-([1-8]|c))|phil|pire|pl(ay|uc)|pn\-2|po(ck|rt|se)|prox|psio|pt\-g|qa\-a|qc(07|12|21|32|60|\-[2-7]|i\-)|qtek|r380|r600|raks|rim9|ro(ve|zo)|s55\/|sa(ge|ma|mm|ms|ny|va)|sc(01|h\-|oo|p\-)|sdk\/|se(c(\-|0|1)|47|mc|nd|ri)|sgh\-|shar|sie(\-|m)|sk\-0|sl(45|id)|sm(al|ar|b3|it|t5)|so(ft|ny)|sp(01|h\-|v\-|v )|sy(01|mb)|t2(18|50)|t6(00|10|18)|ta(gt|lk)|tcl\-|tdg\-|tel(i|m)|tim\-|t\-mo|to(pl|sh)|ts(70|m\-|m3|m5)|tx\-9|up(\.b|g1|si)|utst|v400|v750|veri|vi(rg|te)|vk(40|5[0-3]|\-v)|vm40|voda|vulc|vx(52|53|60|61|70|80|81|83|85|98)|w3c(\-| )|webc|whit|wi(g |nc|nw)|wmlb|wonu|x700|xda(\-|2|g)|yas\-|your|zeto|zte\-/i',substr($useragent,0,4)))
    header('Location: http://sub.domain.com');

    Then on my mobile page, I added this link to the desktop version:
    http://domain.com/index.php?version=desktop

    Works like a charm

  9. #9
    Follow: @AlexDawsonUK silver trophybronze trophy AlexDawson's Avatar
    Join Date
    Feb 2009
    Location
    England, UK
    Posts
    8,111
    Mentioned
    0 Post(s)
    Tagged
    1 Thread(s)
    Why is it everyone seems to be making the same mistakes over and over?

    The problem with user-agent strings in redirection is that this method has been shown by research studies to be both inefficient and obtrusive (as it always misses the devices which give inaccurate data or fake their string to appear as a desktop browser). Apart from the fact you're doing the same thing that caused so many problems in the webs past (remember the "this site requires IE banners?" or JavaScript resolution redirects?), forcing your users to use a mobile version of a website if their device can happily use the "full experience" is insulting their intelligence. You should NEVER demand or redirect users based on your assumptions as to what their device can accept or use. Give your users the choice and option to decide whether THEY would prefer to use the normal design (which in many devices will work fine) or whether they would prefer a mobile friendly version - if their device is less willing to work with complex layouts. The script you've mentioned above will not account for the 250,000 mobile devices that exist, you're just discriminating against the minority of users who you've forgotten to "dumb down" without their consent.

    Placing such demands on the end-user and FORCING them to use whatever you think is best for them is a violation of what is considered good usability.

  10. #10
    SitePoint Mentor NightStalker-DNS's Avatar
    Join Date
    Jul 2004
    Location
    Cape Town, South Africa
    Posts
    2,878
    Mentioned
    47 Post(s)
    Tagged
    0 Thread(s)
    Quote Originally Posted by AlexDawson View Post
    Why is it everyone seems to be making the same mistakes over and over?

    The problem with user-agent strings in redirection is that this method has been shown by research studies to be both inefficient and obtrusive (as it always misses the devices which give inaccurate data or fake their string to appear as a desktop browser). Apart from the fact you're doing the same thing that caused so many problems in the webs past (remember the "this site requires IE banners?" or JavaScript resolution redirects?), forcing your users to use a mobile version of a website if their device can happily use the "full experience" is insulting their intelligence. You should NEVER demand or redirect users based on your assumptions as to what their device can accept or use. Give your users the choice and option to decide whether THEY would prefer to use the normal design (which in many devices will work fine) or whether they would prefer a mobile friendly version - if their device is less willing to work with complex layouts. The script you've mentioned above will not account for the 250,000 mobile devices that exist, you're just discriminating against the minority of users who you've forgotten to "dumb down" without their consent.

    Placing such demands on the end-user and FORCING them to use whatever you think is best for them is a violation of what is considered good usability.
    I do not think that is what he is doing. Most the time I have found, that my users just do not realise there is a mobile version, and try to load the full designed site on their phones. In SA we have lots of older phones and 3G/GPRS costs are very high. So by trying to redirect the user to the mobile version of the site, could save them money.

    But on the other hand your right, they might want to view the full version, thus giving them the link to the other version, if they want to

  11. #11
    Follow: @AlexDawsonUK silver trophybronze trophy AlexDawson's Avatar
    Join Date
    Feb 2009
    Location
    England, UK
    Posts
    8,111
    Mentioned
    0 Post(s)
    Tagged
    1 Thread(s)
    Well according to the code he provided, it is exactly what he's doing (whether he attempted it or not).

    Offering the full experience and having a highly visible link on your pages saying "Using a mobile device? Save some data today!" is much better than making the assumption that "their using a handheld device, they MUST be being charged and they MUST need a diet!" Making assumptions is one of the worst things we (as professionals) do in regards to our audience. It's much better to give them the native experience they expect and simply make them aware of the slimmer and perhaps cheaper site than to push them into it and say "don't like being where we forced you? navigate back where you should have been to begin with". Any action which a visitor undertakes should be self-motivated and based on their end needs... redirecting based on what a developer thinks is in their best interests is the same as not giving them the choice in the first place. We should be empowering our users to make decisions for themselves, not forcing the experience we prefer upon them.

  12. #12
    SitePoint Mentor NightStalker-DNS's Avatar
    Join Date
    Jul 2004
    Location
    Cape Town, South Africa
    Posts
    2,878
    Mentioned
    47 Post(s)
    Tagged
    0 Thread(s)
    Quote Originally Posted by AlexDawson View Post
    Well according to the code he provided, it is exactly what he's doing (whether he attempted it or not).

    Offering the full experience and having a highly visible link on your pages saying "Using a mobile device? Save some data today!" is much better than making the assumption that "their using a handheld device, they MUST be being charged and they MUST need a diet!" Making assumptions is one of the worst things we (as professionals) do in regards to our audience. It's much better to give them the native experience they expect and simply make them aware of the slimmer and perhaps cheaper site than to push them into it and say "don't like being where we forced you? navigate back where you should have been to begin with". Any action which a visitor undertakes should be self-motivated and based on their end needs... redirecting based on what a developer thinks is in their best interests is the same as not giving them the choice in the first place. We should be empowering our users to make decisions for themselves, not forcing the experience we prefer upon them.
    I agree. It is much better to do it that way, but not entirely incorrect to do it his way. I would also do what you suggested. Just make sure they know about the other option. But a lot of the time its a bad managment decision instead of the developer. And sometimes the developer just doesn't have a choice. lol. I have experienced that the hard way. lol

  13. #13
    SitePoint Member
    Join Date
    Jul 2010
    Location
    Atlanta, GA
    Posts
    12
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    id just like to point out if anyone else is interested in a way of doing without htaccess or php use this inside head tags

    Code:
    <script language=javascript>
    <!--
    if((navigator.userAgent.match(/iPhone/i)) || (navigator.userAgent.match(/iPod/i)) || ((navigator.userAgent.match(/iPad/i)))
    {
    location.replace("mobile.html");
    }
    -->
    </script>
    works well for me

  14. #14
    Follow: @AlexDawsonUK silver trophybronze trophy AlexDawson's Avatar
    Join Date
    Feb 2009
    Location
    England, UK
    Posts
    8,111
    Mentioned
    0 Post(s)
    Tagged
    1 Thread(s)
    puttyapp, shame it won't work for the 8&#37;+ group of people with JavaScript either disabled or unavailable. At least with htaccess and PHP you can guarantee everyone will get the desired effect (that you target), using JavaScript to redirect is about 1,000% worse of an idea than even trying to force the thing as-is.

  15. #15
    SitePoint Member
    Join Date
    Jul 2010
    Location
    Atlanta, GA
    Posts
    12
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    thank you, learn something new everyday. thats a pretty big statistic. ouch

  16. #16
    SitePoint Addict
    Join Date
    Apr 2002
    Posts
    395
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    @AlexDawson

    I understand what you are saying, that is why I have the link to the full website. Another thing is that many features on my full website just don't work on mobile... So I created a much more slimmed-down version of my website for my mobile users. The case is the same with many other websites.

    Also, pretty much all the "big" websites use these scripts. Yahoo, google, msn, amazon, fifa, banks, etc, etc. As a result, most mobile internet users are accustomed to seeing a mobile website automatically. As such, the vast majority of people wouldn't even look for the mobile version because they are used to having the mobile version appear by deafult on their phone.

  17. #17
    SitePoint Addict fattyjules's Avatar
    Join Date
    Dec 2005
    Posts
    295
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    I'm with you on this one, IamAdam.

    If the visitor appears to be a mobile device, send them to the mobile site with a link at the top to visit the full site.

    That way they get an experience consistent with other well-known sites they visit (being served mobile content), but can choose the full site if desired.

  18. #18
    SitePoint Addict
    Join Date
    Sep 2008
    Posts
    341
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    For the record, I do this:

    (1) Crap mobile browsers (Blackberry (not 6), IE Mobile) = use PHP to redirect to the mobile site as these have no chance of viewing a full site.

    (if this is accidently not picked up then no problem as there are further checks)

    (2) Use screen.width<1000 AND PHP server-side code to detect a mobile.

    (if this is accidently not picked up then no problem as there are further checks)

    (3) If it detects a mobile I show a quick page with 2 large buttons saying "FULL SITE" or "MOBILE" = the user can then choose and a cookie remembers their selection (I know some people will not like this as it is one more page click). Once they have clicked they see their choice without any other distractions (and a link in the top left corner of every page/site allows them to return to the menu and choose again).

    (4) If nothing detected then show full site. Also, if showing the full site and no JS available then I show a message at the top saying "No JS, turn it on or view the mobile site." (<noscript>).

    - The only way that I can have a problem is if JS is ON and none of my checks pick it up - which is unlikely. Most devices are picked up (SkyFire is an **** and I need to use $_SERVER["HTTP_X_SKYFIRE_PHONE"]) but if one isn't picked up then my full site looks great on most mobiles anyway.

    - The mobile site looks great on an 800x600 monitor with no JS so it's really a 'basic' site as well.

    - I test on more than 20 mobile browsers and all do as I expect them to.

    - The mobile site needs no JS, full site is mostly ok without JS but it does improve the experience.

  19. #19
    Follow: @AlexDawsonUK silver trophybronze trophy AlexDawson's Avatar
    Join Date
    Feb 2009
    Location
    England, UK
    Posts
    8,111
    Mentioned
    0 Post(s)
    Tagged
    1 Thread(s)
    Quote Originally Posted by IamAdam View Post
    Also, pretty much all the "big" websites use these scripts. Yahoo, google, msn, amazon, fifa, banks, etc, etc. As a result, most mobile internet users are accustomed to seeing a mobile website automatically. As such, the vast majority of people wouldn't even look for the mobile version because they are used to having the mobile version appear by deafult on their phone.
    While it is becoming a trend, I think it's rather unfortunate that it's occurring because of the way most of those sites implement such functionality. The general concept most professionals adhere to is progressive enhancement, the idea of assuming a browsers capabilities and pushing them toward a design orientated for that display is more of a case of the broken model of backward compatibility (patching). While I am all in favour of helping deal with the limitations mobile devices may face within the main site (using perhaps CSS3 media queries) - in a manner which doesn't detract from the overall design, I am totally against such "hit and miss" redirections by default on the principle that it's just leading down a dark path of a future where we'll require automated scripts to deal with every possible device (after all, while a mobile friendly website may be fine for an iPhone, an iPad which is identical in all ways except viewport size will really be hindered by the optimized minimal experience). The future of devices aren't going to be a one size fits all situation (like is current for phones), it's going to be devices from 3inches to 300, from tiny pixel devices right up to huge televisions (which are becoming more web aware as we speak), and we can't expect to rely on redirections to treat them individually.

  20. #20
    SitePoint Member
    Join Date
    Aug 2010
    Posts
    6
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    First Explain your question fully,then i can help you...

  21. #21
    SitePoint Addict
    Join Date
    Sep 2008
    Posts
    341
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    What?

  22. #22
    Floridiot joebert's Avatar
    Join Date
    Mar 2004
    Location
    Kenneth City, FL
    Posts
    823
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    What about something that detects mobile browsers, but instead of redirecting them automatically, it causes a simple "Click/touch Here For Mobile Version" banner/link to show at the very top of the page ?

    Then at the bottom of the page in the mobile version, include a link back to the desktop version.

  23. #23
    Follow: @AlexDawsonUK silver trophybronze trophy AlexDawson's Avatar
    Join Date
    Feb 2009
    Location
    England, UK
    Posts
    8,111
    Mentioned
    0 Post(s)
    Tagged
    1 Thread(s)
    Joebert, congratulations on being the only person I've seen around here who has actually given a sensible recommendation based on unobtrusive device catering. Whenever most people find a detect script, they immediately try and force their users to do whatever they think is right thereby throwing good usability out of the window (on the feeble justification that somehow a simple interface makes up for the lack of choice). It's much better to acknowledge and offer a solution (note: solution doesn't include suggestions of getting a better browser or device!) in preference to blindly force feeding design.

  24. #24
    SitePoint Member
    Join Date
    Sep 2010
    Posts
    1
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Sorry, but I do not agree at all with the options mentioned in this thread that say we should force users to click a link in order to see the mobile version of a site. Why would you want to add any additional clicks between the user and the content?

    As a mobile user and web developer, if I visit a site on my Droid and it isn't mobile-friendly, I assume (usually correctly) that the site doesn't have a mobile version. I will therefore not waste any time looking for a "show me the mobile" link. I fully expect the mobile version of a site to appear by default when I visit the site on my phone.

    As for the assertion that most sites will work fine on mobile devices without any issues, I can only guess that anyone who thinks so must not use a mobile browser. Unless, of course, you count Flash non-support or having to scroll back and forth horizontally as non-issues.

    If the visitor is on a mobile device, show them the mobile version by default. Of course, let them choose to see the full version if they want.

    Here is what Jakob Nielsen has to say on the subject at http://www.useit.com/alertbox/mobile-usability.html:

    "...users often had trouble getting to mobile sites, even when companies offered them. The best approach is to auto-sense users' devices and auto-forward mobile users to the mobile site (even if they're using a high-end phone). You should also offer clear links from the desktop site to the mobile site, as well as a link back to the full site."

  25. #25
    SitePoint Member
    Join Date
    Sep 2010
    Posts
    1
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    I've been reading this thread with interest but I have to say I believe the problem is not as straightforward as these posts suggest. Surely it's necessary to take into consideration the content of the home / landing page (and other pages) when deciding on how to handle mobile visitors?

    If your site is reasonably lightweight design; small amount of copy, small images, no flash or javascript then send mobile users straight to it.

    If you have large images, reams of copy, flash, javascript etc., anything which may detrimentally affect the user experience on a mobile platform, then send them to a trimmed down mobile version.

    You should always provide users with the option to swap between the sites via a link, banner, or whatever.

    Since technology progresses quickly and every site's user base behaves slightly differently from the next, the sensible move would be to monitor the user behavior on an ongoing basis, looking at the number of users who swap between the sites along with their final viewing choice and of course the platform they are using. Then you will be able to continually assess how successful your set up is and tweak it as necessary as technology / behaviors change.

    It will eventually come to the point where you can phase out the mobile site altogether.


Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •