<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commentaires sur : Quelle url pour son site mobile ?</title>
	<atom:link href="http://www.mobile-commerce.fr/nom-domaine-url-site-mobile/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mobile-commerce.fr/nom-domaine-url-site-mobile/</link>
	<description>Toute l’actualité du m-commerce, m-paiement et m-marketing</description>
	<lastBuildDate>Tue, 29 Jun 2010 19:42:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>Par : Aurélien</title>
		<link>http://www.mobile-commerce.fr/nom-domaine-url-site-mobile/comment-page-1/#comment-766</link>
		<dc:creator>Aurélien</dc:creator>
		<pubDate>Thu, 09 Oct 2008 21:21:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.mobile-commerce.fr/?p=125#comment-766</guid>
		<description>En voila un débat intéressant.

Je suis contre l&#039;utilisation exclusif du .mobi et ce ceci pour plusieurs raisons :

-.mobi est une tld de 4 lettres. Ne faut il pas mieux privilégier des urls courtes ? 

- Problème des sites multilingues. A moins de passer par des sous domaines du type :
es.example.mobi
fr.example.mobi
Mais cela rallonge encore les urls...

L&#039;utiliser pour faciliter le travail des moteurs de recherche me semble être une fausse bonne idée. Idéalement, ce n&#039;est pas à &quot;nous&quot; de nous adapter pour les moteurs mais aux moteurs de réussir à bien détecter les sites mobiles.

La solution que je préconise est la suivante :
Détection du canal de consultation depuis le site &quot;standard&quot;.
Achat des plusieurs noms de domaine du type :
m.exemple.com
exemple.mobi
(pour eventuellement communiquer dessus et ne pas perdre de trafic pour les utilisateurs consulter ces domaines)

Nous sommes bien d&#039;accord qu&#039;un site version mobile doit s&#039;adapter au canal. Il peut apporter des informations certainement en partie différentes et surtout présentées d&#039;une autre manière.

Dans tous les cas, le domaine &quot;web&quot; doit détecter le canal de consultation et s&#039;adapter, quitte à rediriger automatiquement l&#039;internaute sous un autre ndd &quot;visitable&quot;.</description>
		<content:encoded><![CDATA[<p>En voila un débat intéressant.</p>
<p>Je suis contre l&#8217;utilisation exclusif du .mobi et ce ceci pour plusieurs raisons :</p>
<p>-.mobi est une tld de 4 lettres. Ne faut il pas mieux privilégier des urls courtes ? </p>
<p>- Problème des sites multilingues. A moins de passer par des sous domaines du type :<br />
es.example.mobi<br />
fr.example.mobi<br />
Mais cela rallonge encore les urls&#8230;</p>
<p>L&#8217;utiliser pour faciliter le travail des moteurs de recherche me semble être une fausse bonne idée. Idéalement, ce n&#8217;est pas à &laquo;&nbsp;nous&nbsp;&raquo; de nous adapter pour les moteurs mais aux moteurs de réussir à bien détecter les sites mobiles.</p>
<p>La solution que je préconise est la suivante :<br />
Détection du canal de consultation depuis le site &laquo;&nbsp;standard&nbsp;&raquo;.<br />
Achat des plusieurs noms de domaine du type :<br />
m.exemple.com<br />
exemple.mobi<br />
(pour eventuellement communiquer dessus et ne pas perdre de trafic pour les utilisateurs consulter ces domaines)</p>
<p>Nous sommes bien d&#8217;accord qu&#8217;un site version mobile doit s&#8217;adapter au canal. Il peut apporter des informations certainement en partie différentes et surtout présentées d&#8217;une autre manière.</p>
<p>Dans tous les cas, le domaine &laquo;&nbsp;web&nbsp;&raquo; doit détecter le canal de consultation et s&#8217;adapter, quitte à rediriger automatiquement l&#8217;internaute sous un autre ndd &laquo;&nbsp;visitable&nbsp;&raquo;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Commerce Mobile France</title>
		<link>http://www.mobile-commerce.fr/nom-domaine-url-site-mobile/comment-page-1/#comment-761</link>
		<dc:creator>Commerce Mobile France</dc:creator>
		<pubDate>Wed, 08 Oct 2008 05:32:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.mobile-commerce.fr/?p=125#comment-761</guid>
		<description>Je suis tout à fait d&#039;accord avec vous. Le nom de domaine en .mobi associé avec tous les outils proposés par mtld (http://mtld.mobi) est la meilleur solution pour les sites mobiles. De plus en plus de marques utilisent le .mobi pour créer des sites mobiles. On ne parle pas forcement de dupliquer le contenu du site pour PC mais de créer un site mobile avec du contenu spécifique pour mobile. Les besoins en mobilités sont souvent différents des besoins à la maison devant son PC.

Le .mobi est aussi une très bonne solution pour les moteurs de recherche, quand le moteur de recherche découvre un site avec un domaine .mobi, il peut directement le catégoriser comme site mobile. Ce n&#039;est pas le cas avec un script.</description>
		<content:encoded><![CDATA[<p>Je suis tout à fait d&#8217;accord avec vous. Le nom de domaine en .mobi associé avec tous les outils proposés par mtld (<a href="http://mtld.mobi" rel="nofollow">http://mtld.mobi</a>) est la meilleur solution pour les sites mobiles. De plus en plus de marques utilisent le .mobi pour créer des sites mobiles. On ne parle pas forcement de dupliquer le contenu du site pour PC mais de créer un site mobile avec du contenu spécifique pour mobile. Les besoins en mobilités sont souvent différents des besoins à la maison devant son PC.</p>
<p>Le .mobi est aussi une très bonne solution pour les moteurs de recherche, quand le moteur de recherche découvre un site avec un domaine .mobi, il peut directement le catégoriser comme site mobile. Ce n&#8217;est pas le cas avec un script.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Delanchy Cédric</title>
		<link>http://www.mobile-commerce.fr/nom-domaine-url-site-mobile/comment-page-1/#comment-736</link>
		<dc:creator>Delanchy Cédric</dc:creator>
		<pubDate>Thu, 11 Sep 2008 11:20:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.mobile-commerce.fr/?p=125#comment-736</guid>
		<description>Dans tous les cas, quelque soit la ou les solutions choisies, et il est important d&#039;être présent sur l&#039;Internet mobile via un site optimisé. Les statistiques le montre, toute marque est gagnante à être présent sur ce réseau. Mais tous les téléphones ne sont pas aussi bien pensés que l&#039;Iphone pour permettre une navigation efficace sur un site web classique via un terminal mobile. Et c&#039;est pourquoi, pour moi, un site mobile ne sera jamais aussi efficace que s&#039;il a été conçu comme tel. Les contraintes, les besoins et les attentes ne sont pas la mêmes...</description>
		<content:encoded><![CDATA[<p>Dans tous les cas, quelque soit la ou les solutions choisies, et il est important d&#8217;être présent sur l&#8217;Internet mobile via un site optimisé. Les statistiques le montre, toute marque est gagnante à être présent sur ce réseau. Mais tous les téléphones ne sont pas aussi bien pensés que l&#8217;Iphone pour permettre une navigation efficace sur un site web classique via un terminal mobile. Et c&#8217;est pourquoi, pour moi, un site mobile ne sera jamais aussi efficace que s&#8217;il a été conçu comme tel. Les contraintes, les besoins et les attentes ne sont pas la mêmes&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Edouard DEWULF</title>
		<link>http://www.mobile-commerce.fr/nom-domaine-url-site-mobile/comment-page-1/#comment-730</link>
		<dc:creator>Edouard DEWULF</dc:creator>
		<pubDate>Fri, 05 Sep 2008 07:50:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.mobile-commerce.fr/?p=125#comment-730</guid>
		<description>Bonjour,

Merci pour votre commentaire. J&#039;ai atténué la partie sur le script de détection suite à vos différentes remarques. Sur certains points, je suis d&#039;accord avec vous. Le risque pour moi est de décevoir le mobinaute sur les sites qui ne seront pas optimisés.</description>
		<content:encoded><![CDATA[<p>Bonjour,</p>
<p>Merci pour votre commentaire. J&#8217;ai atténué la partie sur le script de détection suite à vos différentes remarques. Sur certains points, je suis d&#8217;accord avec vous. Le risque pour moi est de décevoir le mobinaute sur les sites qui ne seront pas optimisés.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Olivier</title>
		<link>http://www.mobile-commerce.fr/nom-domaine-url-site-mobile/comment-page-1/#comment-729</link>
		<dc:creator>Olivier</dc:creator>
		<pubDate>Fri, 05 Sep 2008 07:15:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.mobile-commerce.fr/?p=125#comment-729</guid>
		<description>Je pense qu&#039;il ne faut pas hésiter à utiliser tous les solutions décrites, car il n&#039;y a pas aujourd&#039;hui d&#039;usage stable concernant l&#039;accès à un site mobile. 
En revanche, je pense que le script de détection, bien que plus complexe à mettre en place, est la meilleure solution : 
- le réflexe numéro 1 d&#039;un utilisateur est de taper l&#039;URL habituel de son site (.com). Tomber alors sur le site non-optimisé mobile est déceptif, et par conséquent nuisible pour la marque
- ce script permet de garder un ranking très haut dans les moteurs de recherches. Tout le travail de référencement n&#039;est pas à reprendre à zéro.
//Olivier</description>
		<content:encoded><![CDATA[<p>Je pense qu&#8217;il ne faut pas hésiter à utiliser tous les solutions décrites, car il n&#8217;y a pas aujourd&#8217;hui d&#8217;usage stable concernant l&#8217;accès à un site mobile.<br />
En revanche, je pense que le script de détection, bien que plus complexe à mettre en place, est la meilleure solution :<br />
- le réflexe numéro 1 d&#8217;un utilisateur est de taper l&#8217;URL habituel de son site (.com). Tomber alors sur le site non-optimisé mobile est déceptif, et par conséquent nuisible pour la marque<br />
- ce script permet de garder un ranking très haut dans les moteurs de recherches. Tout le travail de référencement n&#8217;est pas à reprendre à zéro.<br />
//Olivier</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Edouard DEWULF</title>
		<link>http://www.mobile-commerce.fr/nom-domaine-url-site-mobile/comment-page-1/#comment-727</link>
		<dc:creator>Edouard DEWULF</dc:creator>
		<pubDate>Wed, 03 Sep 2008 15:18:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.mobile-commerce.fr/?p=125#comment-727</guid>
		<description>Bonjour,

Je suis d&#039;accord qu&#039;à l&#039;origine de l&#039;Internet Mobile il aurait été plus simple de standardiser le script automatique. Le problème c&#039;est que maintenant avec les 3 façons de faire et la communication majoritairement orientée vers le .mobi, le script complique, d&#039;après moi, la compréhension de ce qui est ou non optimisé mobile pour le mobinaute. 

De plus, sur un site de contenu il est plus simple d&#039;optimiser le contenu pour le mobile que sur un site m-commerce qui ne possèdera pas les même produits (en tout cas je l&#039;espère) que sur le site Internet.

Une société internationale a toujours la possibilité d&#039;adapter l&#039;url en .mobi pour ces filiales.

Mais votre point de vue &quot;Mac&quot; est très intéressant. Dans ce cas, il est effectivement plus intéressant d&#039;avoir une seule url.</description>
		<content:encoded><![CDATA[<p>Bonjour,</p>
<p>Je suis d&#8217;accord qu&#8217;à l&#8217;origine de l&#8217;Internet Mobile il aurait été plus simple de standardiser le script automatique. Le problème c&#8217;est que maintenant avec les 3 façons de faire et la communication majoritairement orientée vers le .mobi, le script complique, d&#8217;après moi, la compréhension de ce qui est ou non optimisé mobile pour le mobinaute. </p>
<p>De plus, sur un site de contenu il est plus simple d&#8217;optimiser le contenu pour le mobile que sur un site m-commerce qui ne possèdera pas les même produits (en tout cas je l&#8217;espère) que sur le site Internet.</p>
<p>Une société internationale a toujours la possibilité d&#8217;adapter l&#8217;url en .mobi pour ces filiales.</p>
<p>Mais votre point de vue &laquo;&nbsp;Mac&nbsp;&raquo; est très intéressant. Dans ce cas, il est effectivement plus intéressant d&#8217;avoir une seule url.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Jean-Dimitri Dewavrin</title>
		<link>http://www.mobile-commerce.fr/nom-domaine-url-site-mobile/comment-page-1/#comment-726</link>
		<dc:creator>Jean-Dimitri Dewavrin</dc:creator>
		<pubDate>Wed, 03 Sep 2008 14:50:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.mobile-commerce.fr/?p=125#comment-726</guid>
		<description>bonjour,

Je ne partage pas votre point de vue sur le script. 
Pour moi au contraire, cela présente l&#039;avantage d&#039;être transparent pour l&#039;utilisateur et puis ce n&#039;est pas incompatible avec les autres solutions.

Je suis lecteur de Mac4ever.com et lorsque je me connecte depuis l&#039;iPhone, il m&#039;est proposé d&#039;utiliser la version iPhone. Mes bookmarks entre mon Mac et mon iPhone étant synchronisé, je préfère avoir un seul bookmark par &quot;marque&quot; plutôt qu&#039;un pour chaque site de la &quot;marque&quot;.

En revanche, j&#039;ai plus de difficulté avec le .mobi. En effet, imaginons une société international qui dispose d&#039;un site en .fr,.es, .be etc. que doit-elle utiliser pour satisfaire toutes ses filiales ?

Voilà, juste un point de vue différent du votre.</description>
		<content:encoded><![CDATA[<p>bonjour,</p>
<p>Je ne partage pas votre point de vue sur le script.<br />
Pour moi au contraire, cela présente l&#8217;avantage d&#8217;être transparent pour l&#8217;utilisateur et puis ce n&#8217;est pas incompatible avec les autres solutions.</p>
<p>Je suis lecteur de Mac4ever.com et lorsque je me connecte depuis l&#8217;iPhone, il m&#8217;est proposé d&#8217;utiliser la version iPhone. Mes bookmarks entre mon Mac et mon iPhone étant synchronisé, je préfère avoir un seul bookmark par &laquo;&nbsp;marque&nbsp;&raquo; plutôt qu&#8217;un pour chaque site de la &laquo;&nbsp;marque&nbsp;&raquo;.</p>
<p>En revanche, j&#8217;ai plus de difficulté avec le .mobi. En effet, imaginons une société international qui dispose d&#8217;un site en .fr,.es, .be etc. que doit-elle utiliser pour satisfaire toutes ses filiales ?</p>
<p>Voilà, juste un point de vue différent du votre.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
