Référencement multilingue : la méthode de Micro$oft

[doic]

J'ai commencé à regarder comment s'y prenait notre cher Monsieur "Portes" (Gates), qui fabrique des "Fenêtres" (Windows) (je viens de me rendre compte du comique de la situation...)

Bref:

1) -http://www.microsoft.com est en anglais.
Il s'agit donc bien de définir une langue par défaut pour ce com de domaine. Microsoft = US; pure logique.

2) Tout en haut à droite se trouve un lien vers un repertoire /worldwide/ permettant de choisir un pays/une langue via un menu de redirection.
Importance de l'emplacement du lien de redirection. C'est devenu un standard, et je l'ai constaté à maintes reprises, les "petits drapeaux" sont toujours affichés en haut à droite.

3) L'url de redirection est de type -http://www.microsoft.com/canada/french/default.aspx
On établit ainsi bien le pays ET la langue.
Important pour les sites multilingues dont le contenu n'est pas adressé qu'à des langues différentes, mais aussi à des nationalités (et vice-versa!)

4) sur -http://www.microsoft.com, à côté du lien vers /worldwide/ se trouve un lien vers -http://www.microsoft.com/france/ sans doute généré dynamiquement d'après mon navigateur, mon IP ou mon Provider...
Le petit raccourci personnalisé en fonction du visiteur...

Les liens proposés sur ce site sont des liens complexes (ex: -http://g.msn.com/mh_mshp/98765?http://www.microsoft.com/france/&&HL=Microsoft%2bFrance&CM=Masthead&CE=geotargeting) mais redirigent vers les pages évoquées ci-dessus. Ce n'est pas l'aspect référencement que je soulève ici, mais la façon de gérer le multilingue.
Cette façon de faire semble la plus logique et la plus simple (en partant du principe que l'on simplifierait les urls des liens) donc elle me laisse penser que c'est aussi une des plus efficaces vis-à vis du référencement.

Je m'intéresse maintenant aux différents NDD:

1) -www.microsoft.fr redirige vers -http://www.microsoft.com/france/
Rien à redire, pure logique.

2) -www.microsoft.be redirige vers-http://www.microsoft.com/belux/fr/
Micro$oft décide donc de rediriger .be vers une partie francophone. On pourrait penser que mon profil d'internaute a été consulté (langue de mon navigateur par exemple), or:

3) -www.microsoft.ca redirige vers -http://www.microsoft.com/canada/default.aspx
Donc, le choix de la langue est fait de manière empirique. Majorité : Loi de la jungle.

Je me penche sur le type de redirection opérée entre -www.microsoft.fr et -http://www.microsoft.com/france/: voici le code trouvé sur -www.microsoft.fr:

<meta content="nosearch">
<META HTTP-EQUIV="Refresh" CONTENT="0;URL=http://www.microsoft.com/france">

Voilà, je vous laisse le soin de commenter ce bout de code, personnellement, je n'ai rien trouvé sur le meta "nosearch"...
Que pensez-vous de la redirection "refresh", est-elle adaptée à une redirection de NDD.fr à NDD.com/france/ ??

 

[doic]

Plus de 16H que j'ai posté ça et pas une seule réponse? Aucun commentaire?
Pour une fois que je me casse le ***, je suis vexé....

 

[Suede]

Re: La méthode de Micro$oft

2) -www.microsoft.be redirige vers-http://www.microsoft.com/belux/fr/
Micro$oft décide donc de rediriger .be vers une partie francophone. On pourrait penser que mon profil d'internaute a été consulté (langue de mon navigateur par exemple), or:

Je redirige vers -http://www.microsoft.com/Belux/default.asp qui propose les deux choix.
C'est peut-etre une géolocalisation.

 

[CaYuS]

Meuh non doic, il ne faut pas

Petite hypothèse sur le nosearch.
Jetez un oeil à la requete Google suivante :
https://www.google.fr/search?hl=fr&q=www ... cher&meta=
L'adresse en dessous de la description, et même toutes les suggestions en bas de page concernent non pas la page initiale, mais la page vers laquelle figure la redirection (sauf pour "Trouver les pages contenant le terme").

Nosearch pourrait donc dire :
Indexer l'adresse du site (pour les requêtes sur cette adresse), suivre la redirection, mais attribuer les resultats de recherche à l'adresse vers laquelle est effectuée cette redirection.
C'est une hypothèse, si quelqu'un pouvait infirmer ou confirmer la chose, merci.

 

[maxttb]

Très intéressant, malheuresement, ce genre de procédé ne s'adapte uniquement pour les très gros site avec des contenus reellements différents pour chaque pays. Dans le cas d'une traduction simple, on risque vite d'arriver à du duplicate content car les traductions /canada/english , /usa/english et /unitedkingdom/english seront strictement les mêmes.

 

[doic]

Très intéressant, malheuresement, ce genre de procédé ne s'adapte uniquement pour les très gros site avec des contenus reellements différents pour chaque pays. Dans le cas d'une traduction simple, on risque vite d'arriver à du duplicate content car les traductions /canada/english , /usa/english et /unitedkingdom/english seront strictement les mêmes.

J'avoue avoir axé mon étude sur un cas adaptable à mon site. Les petites-annonces étant ciblées par pays, le problème de Duplicat Content ne se pose pas.
Maintenant, l'utilisation de /canada/english et /usa/english/ n'a pas lieu d'être pour des sites plus "standards": un simple /english/ suffit.

Cayus, pour ton hypothèse, elle semble juste, je vais pousser ça un peu cette semaine, le procédé pourrait être TRES intéressant!

 

[CaYuS]

Oki doic, n'hésite pas à remonter les informations si tu en obtiens

 

[doic]

Je suis un pro pour remonter le temps... je vais bien en trouver pour remonter deux ou trois infos !!!

 

[klendrier]

Tout d'abord félicitation pour tes recherches... le pb est complexe et bcps de personnes se posent les mêmes questions que toi. J'ai comme toi un site qui commence à bien tourner en version française et j'envisage aussi de le rendre multilangues. Je compte procéder ainsi (si vous avez des critiques n'hésitez pas):
1. A la racine le site en version française
Question: Dois je plutôt créer un repertoire /france et pour y mettre la version française?

2. Un repertoire pour les différentes langues.

3. A la racine l'index version fraçaise qui redirige (en php) vers les versions étrangère suivant la langue du navigateur avec des petits drapeaux au cas ou ca ne switche pas.

Question: Mon site utilise des fichiers en Php qui pourraient être commun à toutes les langues. Puis je placer ces fichiers dans un repertoire nommé "commun" ou dois je les duppliquer dans chaque repertoire associé à la langue?

Merci pour votre aide.

 

[doic]

1. A la racine le site en version française
Question: Dois je plutôt créer un repertoire /france et pour y mettre la version française?

2. Un repertoire pour les différentes langues.

3. A la racine l'index version fraçaise qui redirige (en php) vers les versions étrangère suivant la langue du navigateur avec des petits drapeaux au cas ou ca ne switche pas.

Question: Mon site utilise des fichiers en Php qui pourraient être commun à toutes les langues. Puis je placer ces fichiers dans un repertoire nommé "commun" ou dois je les duppliquer dans chaque repertoire associé à la langue?

1. Si on reprend la méthode de Micro$oft, -www.microsoft.com = usa/englais par défaut. Donc dans ton cas, pas besoin de /france/. De plus, cela pourrait engendrer un Duplicat Content chez Google !

2. On est d'accord.

3. Donc un Français visitant ton site avec IE configuré en anglais ne pourra jamais voir le site en français?
Là je pense qu'il faut faire au plus simple: pas de redirection, mais des petits drapeaux. Rapellons que pour Micro$oft, les redirections ne sont faites que de -www.microsoft.fr à -www.microsoft.com/france/ (etc...)

Pour répondre à ta dernière question, si cela est possible, oui, utilise un répertoire commun pour tes scripts. ça te permettra de modifier tous tes sites d'un coup, et ça prend beaucoup moins de place ;-)

 

[doic]

Je continue l'étude en me focalisant sur les particularités des sources de chaque "site":
Tous utilisent

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" >
<META http-equiv="Content-Type" content="text/html; charset=utf-8" >

Mais
-www.microsoft.com:

<html dir="ltr" lang="en">
<meta name="MS.LOCALE" content="EN-US" >

-www.microsoft.fr (-www.microsoft.com/france):

<html dir="ltr" lang="fr">
<meta name="MS.LOCALE" content="fr-FR" >

-www.microsoft.ca (-www.microsoft.com/canada/default.aspx):

<html dir="ltr" lang="en">
<meta name="MS.LOCALE" content="en-CA" >

1) Ils ont choisi d'encoder le site en UTF-8 et non en ISO-. N'aurait-il pas mieux valu l'encoder de la manière appropriée pour chaque langue/pays?

2) Ils spécifient l'attribut "lang" de la balise <html>. Tiens, à quoi sert l'attribut "dir"?

3) Une meta "MS.LOCALE" inconnue (même la patate violette connaît pas)
Le formatage semble être content="2lettres_code_langue-2LETTRES_CODE_PAYS". Si vous avez des infos sur cette meta, elles sont les bienvenues. En tout cas, elles pourraient répondre parfaitement aux problématiques de pays et de langue pour un site.

 

[fbparis]

DIR C la direction, ici ltr = left to right (le sens de la lecture)

 

[doic]

Génial ! Merci Fbparis...

Bon, je sais quoi rajouter quand je ferai Freetic en arabe!
Et en chinois? utd? Up To Down?

 

[Fab le Fou]

Ce qui me paraît étonnant c'est que par rapport à ce que j'ai lu à plusieurs endroits sur ce forum, le fait d'utiliser des répertoires plutôt que des sous-domaines aurait un inconvénient c'est que les sites : -http://example.com et -http://example.com/fr/ ne serait pas considérés comme distincts contrairement à -http://fr.example.com.

Pourtant il me parait bon de considérer chacun des sites comme différents avec un travail de référencement pour chacun d'entre eux.

Par contre, pour le principe du drapeau en haut de page, cela paraît effectivement mieux qu'une redirection dans le sens où cela constitue un BL de plus, ce qui n'a jamais fait de mal à personne...

Fab

 

[e-kiwi]

>> le fait d'utiliser des répertoires plutôt que des sous-domaines aurait un inconvénient

non, pas du tout. au contraire, certains trouverons plus d avantages a ce que les sites ne soient pas considérés comme différent. à chaque situation convient une des 2 méthodes regardew, WRI n a pas séparé son annuaire en sous domaine par exemple

 

[mr_go]

Ce qui est étonnant c'est qu'étant donné l'ampleur du site, on aurait pu efffectivement penser à une structuration par sous domaine...

Bon ca me conforte dans l'idée que c'est effectivement absolument pareil et que du coup pas forcément besoin de s'embeter à gérer x sous domaines.

Merci pour cette étude
8)

 

[doic]

De rien.

Surtout qu'on sait que les sous-domaines ne bénéficient pas du "pr" du domaine, alors que les répertoires oui... :?

 

[doic]

Personne n'a d'infos pour cette fameuse MS.LOCALE ?