[Comic Break]

Is there a way to make the store automatically redirect to the mobile version when someone visits from their mobile device?

Thanks

[TeeDojo]

I'm not too sure on this but the best bet seems to have a dedicated domain or sub-domain for your mobile customers.

[Eugene Rimmer]

Unfortunately, just having sub-domain does not redirect users automatically.

In fact Ecwid is prepared for such situations. Here is how we envision mobile browsing. Modern mobile devices (like iOS, Android based devices) most of the time are able both to display the full-blown website and to load and launch JavaScript which is a base for Ecwid application. Hence, for such mobile users there is no need to redirect, they can use the store just like as they were on desktop computer.

However, if the user visits the store page from a device, where JavaScript is not supported, Ecwid degrades to a message, stating that JavaScript is required and inviting to visit mobile store ("HTML version"), if there is no way to turn on JavaScipt. This way mobile users with less advanced devices can still see the simplified view of the store, compatible with their device capabilities.

The visitor must switch to mobile version deliberately, by visiting a link. If you are looking for a way for your visitors to omit the decision step and see the mobile version automatically, you can do this with custom sever-side (or possibly client-side) programming.

For example, there are 3rd party APIs to detect a mobile visitor (e.g. http://mode.mofuse.com/ , http://www.handsetdetection.com/, http://api.yandex.ru/detector/ - russian language in documentation). Based on the capabilities detected from your visitors device you can decide to redirect to mobile version automatically.

[TeeDojo]

Very nicely detailed explanation Eugene, extremely informational and helpful indeed.

In my case, I thought a 'mobile version' of a website makes your store seem 'a bit more professional', as that it'd be catered for a smaller screen resolution audience, and implies that you "took the effort" to have a storefront that's specifically catered to the 'mobile audience'.

Just saying. ; )

[Qetzal]

Originally Posted by TeeDojo

Very nicely detailed explanation Eugene, extremely informational and helpful indeed.

In my case, I thought a 'mobile version' of a website makes your store seem 'a bit more professional', as that it'd be catered for a smaller screen resolution audience, and implies that you "took the effort" to have a storefront that's specifically catered to the 'mobile audience'.

Just saying. ; )

By the way, we already consider creation of a special version of the mobile catalog designed for smart phones only. At the moment our mobile catalog is designed for all the mobile devices, even for old phones. So it doesn't use JavaScript and is quite plain. The smart-phone version should look like a native iPhone/Android app.

[TeeDojo]

I thought the current mobile version is quite fast and excellent for mobile viewing. Here's a sample of my mobile site looks like in case anyone who hasn't tried enabling their mobile storefront http://mobile.teedojo.com.

[Qetzal]

Originally Posted by TeeDojo

I thought the current mobile version is quite fast and excellent for mobile viewing. Here's a sample of my mobile site looks like in case anyone who hasn't tried enabling their mobile storefront http://mobile.teedojo.com.

Yep, it is fast and excellent. However we can make it even better : -)

[Amandeep Singh]

Originally Posted by Eugene Rimmer

Unfortunately, just having sub-domain does not redirect users automatically.

In fact Ecwid is prepared for such situations. Here is how we envision mobile browsing. Modern mobile devices (like iOS, Android based devices) most of the time are able both to display the full-blown website and to load and launch JavaScript which is a base for Ecwid application. Hence, for such mobile users there is no need to redirect, they can use the store just like as they were on desktop computer.

However, if the user visits the store page from a device, where JavaScript is not supported, Ecwid degrades to a message, stating that JavaScript is required and inviting to visit mobile store ("HTML version"), if there is no way to turn on JavaScipt. This way mobile users with less advanced devices can still see the simplified view of the store, compatible with their device capabilities.

The visitor must switch to mobile version deliberately, by visiting a link. If you are looking for a way for your visitors to omit the decision step and see the mobile version automatically, you can do this with custom sever-side (or possibly client-side) programming.

For example, there are 3rd party APIs to detect a mobile visitor (e.g. http://mode.mofuse.com/ , http://www.handsetdetection.com/, http://api.yandex.ru/detector/ - russian language in documentation). Based on the capabilities detected from your visitors device you can decide to redirect to mobile version automatically.

Hi! I have a question. I have logged on to https://www.handsetdetection.com and have a free account here now, I want to know how can I use it? Means where to put the code or API as I don't have a website, but only have Ecwid.

My store id is: 1829062 (frompunjab)

My original issue is that I want users to get opened the mobile version of my store that is forwarded from m.frompunjab.com from my domain registrar account. www.frompunjab is forward to fb app in my fb page.

Looking for help!

[Eugene Rimmer]

Originally Posted by Amandeep Singh

Hi! I have a question. I have logged on to https://www.handsetdetection.com and have a free account here now, I want to know how can I use it? Means where to put the code or API as I don't have a website, but only have Ecwid.

My store id is: 1829062 (frompunjab)

My original issue is that I want users to get opened the mobile version of my store that is forwarded from m.frompunjab.com from my domain registrar account. www.frompunjab is forward to fb app in my fb page.

Looking for help!

Unfortunately, there is no place in Ecwid where you could put any codes from that site. You need to have your own website where you are able to change the source code of the pages, and probable server side scripting capability (like PHP) too, in order to use the functionality that service provides.

[Amandeep Singh]

Alrite. Thank you.