référencement multilingue : la méthode de Micro$oft
18 messages • Page 1 sur 2 • 1, 2
Consultez la formation au référencement naturel Google de WebRankInfo / Ranking Metrics
référencement multilingue : la méthode de Micro$oft
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:
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/ ??
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:
- Code: Tout sélectionner
<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/ ??
Re: La méthode de Micro$oft
doic a écrit: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.
Meuh non doic, il ne faut pas
Petite hypothèse sur le nosearch.
Jetez un oeil à la requete Google suivante :
http://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.
Petite hypothèse sur le nosearch.
Jetez un oeil à la requete Google suivante :
http://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.
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.
maxttb a écrit: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!
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.
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.
klendrier a écrit: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
Je continue l'étude en me focalisant sur les particularités des sources de chaque "site":
Tous utilisent
Mais
-www.microsoft.com:
-www.microsoft.fr (-www.microsoft.com/france):
-www.microsoft.ca (-www.microsoft.com/canada/default.aspx):
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.
Tous utilisent
- Code: Tout sélectionner
<!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:
- Code: Tout sélectionner
<html dir="ltr" lang="en">
<meta name="MS.LOCALE" content="EN-US" >
-www.microsoft.fr (-www.microsoft.com/france):
- Code: Tout sélectionner
<html dir="ltr" lang="fr">
<meta name="MS.LOCALE" content="fr-FR" >
-www.microsoft.ca (-www.microsoft.com/canada/default.aspx):
- Code: Tout sélectionner
<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.
-

Fab le Fou - WRInaute accro

- Messages: 1511
- Inscription: Jeu Déc 02, 2004 15:20
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
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
>> 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
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
18 messages • Page 1 sur 2 • 1, 2
Formation recommandée sur ce thème :
Formation Référencement naturel Google : apprenez une méthode efficace pour optimiser à fond le référencement naturel dans Google de façon durable... Formation animée par Olivier Duffez et Fabien Facériès, experts en référencement naturel.
Tous les détails sur le site Ranking Metrics : programme, prix, dates et lieux, inscription en ligne.
Lectures recommandées sur ce thème :
- Référencer un site multilingue
- Référencement de sites multilingues
- Sortie d'un nouveau livre sur Google
- Méthode LSI (Latent Semantic Indexing) et référencement
- Gestion des langues et des sessions en PHP / MySQL
- La presse parle de WebRankInfo...
- Google ouvre son 2nd centre de R&D hors US à Zurich
- Firefox et son projet de mesure de trafic des sites web
- Participez au projet 3x3 !
- l'attribut rel=nofollow contre le spam de commentaires ?
Consultez la description détaillée des produits ou services de Google suivants : Google Sandbox, Google TrustRank
- Synthèse du référencement Google
Cet outil vous donne un petit résumé de l'état de référencement de votre site dans Google. - Logiciel de référencement AgentWebRanking
AgentWebRanking est un logiciel professionnel qui permet d'analyser le positionnement d'un ou plusieurs sites dans plus de 300 moteurs de recherche dans le monde. Vous pouvez ainsi analyser les performances du référencement pour de nombreux mots-clés.
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 0 invités








le forum