et dynamiquement en fonction des variable serveur qui donne la langue ( je sais plus laquelle) , je change de fichier d’include

En asp.net cela été étudié pour pouvoir le realiser , avec des fichiers (j’ai oublié le nom) de ressources.

Apres les référenceurs , qu’ils se debrouillent pour indexer toutes les langues , et ils le font bien, sans rien faire de plus (je dois avoir de la chance) ..
Enfin dans mon cas, j’ai pas encore fini le boulot

Comment optimiser un site en plusieurs langues pour les moteurs de recherche ? Question essentielle aue tout consultant en SEO est amené un jour à se poser !…

A savoir l’identifiant de la langue dans l’url en .com et puis la redirection des géo domaines sur ces urls au cas ou un utilisateur choisi le géo domaine.

Mais je crois que le plus dur ça sera le travail sur l’architecture et la base de données (gettext …etc).

Tout est seulement affaire d’organisation de la page, toujours préférer un sélecteur de langues en haut à droite sous forme de liste déroulante ou non, disposer d’un sitemap.xml automatiquement mis à jour, rediriger l’internaute vers la page http://www.domain.tld/ma_langue lors de l’arrivée sur la page d’accueil. Si on respecte ça pas de soucis de référencement ni de perte de visiteurs.

Niveau serveur, que ce soit sous GNU/Linux ou sous win il est tout à fait possible de répartir chaque langue sur un serveur distinct et de construire un système de gestion backoffice qui se connecte sur chaque bases et chaque système de fichiers afin de mettre à jour chaque enregistrement selon sa langue.

Sinon si on analyse comment fonctionne le site d’Apple, on s’aperçoit que lorsque l’utilisateur spéficie ‘www.apple.fr’ dans son navigateur, le serveur d’Apple renvoit une redirection définitive 301 avec la nouvelle adresse ‘www.apple.com/fr’. Il ne s’agit donc pas de redirection Javascript ou HTML. Que pensez-vous de cette approche en terme d’optimisation pour les moteurs de recherche ?

Enfin je pense que tu ne m’as pas bien compris Tetue. Il ne s’agit pas d’imposer une langue à l’utilisateur, mais de détecter celle qui semble la plus appropriée et de lui laisser ensuite la possibilité d’en changer (grâce à un sélecteur de langue - de toute manière important pour le référencement - ou en attirant son attention avec un message comme le fait par exemple Yahoo).

Ce qui est sûr, c’est que si on analyse en détail la manière dont des sites importants (Coca-Cola, IBM, …) aborde ce problème, on s’aperçoit qu’ils utilisent tous des techniques différentes…

moi aussi l’ip n’est pas trop World Wide web…le français en session taff à Rio va avoir sont site automatique en brésilien…;bof bof, alors qu’en controlant la langue du navigateur on sait que la langue principale est en FR et donc il vos mieux lui proposer la version français e ne premiere page.

Sur un précédent projet, j’ai appliqué la règle suivante : le nom de domaine en .com est celui communiqué à tout le monde. Ce nom de domaine pointe en fait sur une page disposant d’un script qui renvoie l’internaute sur la bonne version (langue) du site en fonction de la langue du navigateur. Chaque langue dispose de sa propre extension. Ainsi, c’est l’extension (nom de domaine) qui détermine la langue. On limite ainsi la taille des URL. Par ce biais, chaque version est correctement référencée dans Google et on peut communiquer sur une seule et même URL sur les documents imprimés.
Je précise qu’entre chaque version, je peux en effet naviguer vers une autre langue.
Pour ce qui concerne le pays, j’ai utilisé la géolocalisation par IP pour déterminer le contenu propre à chaque pays directement dans le code.

Dans le cas d’un site multilingue, les autres langues doivent rester accessibles, car l’utilisateur peut souhaiter en changer en cours de visite : le cookie qui zappe la home qui proposant le choix de la langue, c’est pas idéal non plus.

@Cyrille : Pour la gestion des dates et autres spécificités typographies dans les différentes langues : SPIP gère cela très bien, nativement, depuis 2007.

@Renov : je préfère toujours un code langue plutôt que l’évocation du pays : http://fr.wikipedia.org/wiki/L....._ISO_639-1

Après, chaque situation/site multilingue est particulière…

j’utilise la reconnaissance de langue dans le navigateur depuis 2003 pour des sites mutilingues et cela marche parfaitement sauf pour les moteurs de recherche pour qui ils faut faire une regles bien particulieres (user agent).

Ensuite tu ne mentionne pas la problématique de l’url unique dans tes exemples mais cela va etre dur de communiqué sur un domaine www.toto.com si ta solution retenu est de la forme
xxx.toto.com
www.toto.com/lang/

clairement ta page d’acceuil qui a le plus fort page rank (oui j’y crois moiiii!) n’aura pas une url correspondant au backlink les plus fréquent : ton nom de domaine.

à mon sens (et c’ets ce que j’applique)
www.toto.fr
www.toto.com
+ regle de lang visiteur
+ regle d’entrée pour les moteru pour qu’il indexe vraiment deux sites séparés et ne jamais avoir un contenu en francais sur le nom de domaine .com mais toujours .fr
=> cela permet d’avoir une communication en .fr sur les support francophone et en .com sur les autres.

bon si tu vise 36 pays va falloir dejolie regles…;-)

bonne continuation

@Cedric, c’est vrai que l’extension nationale peut apporter un bonus mais l’utilisation du sous domaine fonctionne aussi très bien (fr.monsite.com) à condition d’attribuer à ce sous-domaine une IP locale (chez déjà vu ça chez OVH, hébergement d’un sous domaine sur une IP locale = UK/DE/FR/etc…)

Pour la contrainte de la langue/pays, j’opterai pour l’utilisation du sous-domaine avec le code pays (fr, de, uk, ch, etc…) et une table d’association des locales en fonction des langues du pays.
Par exemple : fr –> fr-FR / de –> de-DE / ch –> fr-CH ou de-CH ou it-CH
Bref, dans un pays avec une seule langue le code pays suffit à identifier la langue et le pays et dans le cas de plusieurs langues dans le pays, on fixe une langue par défault et on laisse le choix à l’utilisateur de modifier la langue (et on transmet dans ce cas là le paramètre de langue via cookie ou url)
Exemple : fr.monsite.com /ch.monsite.com / ch.monsite.com?lg=fr

L’avantage c’est qu’on peut coder des sous-domaines particulier comme qc.monsite.com pour le québec qui est associé à la locale fr-CA

Voilà pour les idées

On aimerait bien pouvoir tout gérer avec une seule URL ( on a tellement l’habitude de factoriser ;o))
Mais la solution raisonnable est d’avoir 2 url bien distinctes.

En tout cas merci pour cet article qui défriche bien la problématique.

Je n’aime pas trop cette solution. Google va venir sur ton site et etre systématiquement redirigé vers la version EN. Ta version FR sera très peu visible des moteurs de recherche, à moins de provenir d’un lien direct vers des pages intérieures.

Je préfère consacrer un domaine localisé par langue, tu auras des indexations différentes mais au moins le moteur de sera pas confus, ne sachant pas si ton domaine est en FR ou en EN. En +, il existe un bonus géographique. Exemple, ton domaine en .fr sera mieux jugé sur google france que son équivalent en fr.chose.com. Dernier point, ca permet pour moi (a l’image de ce que fait Coca Cola) de séparer tes actions marketing par pays, ce qui fait gagner en cohérence.

Ensuite, il est possible d’aller bcp plus loin, avec un hébergement géolocalisé (chaque version pays est hébergée dans le pays), qui rendra ton site hyper accessible a chaque visiteur (penser au lag du visiteur de US/CA si ton serveur est a Paris), et que Google saura apprécier a sa juste valeur, mais la.. on rentre dans une tout autre dimension en terme de tps de travail!

A+
Cedric

Exactement ce que fait Apple.