SEO pour les sites multilingues: un langage spécifique, des résultats, sans changement de l'URL?

J'ai un site qui a 2 langues: l'anglais et le suédois.

Ce que je veux, c'est, si quelqu'un Googles le site en Suède, elle doit montrer le suédois résultats. C'est, je veux Google en Suède (de google.se) pour analyser la version suédoise du site. Pour tout autre lieu, je voudrais que la version anglaise pour être analysé.

J'ai lu les suivants:

http://googlewebmastercentral.blogspot.se/2010/03/working-with-multilingual-websites.html

Il dit que je devrais avoir 2 pages distinctes pour le site web. Est-il une manière que je n'ai pas besoin de changer quoi que ce soit dans l'url?

Je veux dire tout simplement, si quelqu'un sur google.se recherche example.com il doit montrer le suédois résultat, n'importe où ailleurs, en anglais.

InformationsquelleAutor Nauman Bashir | 2012-04-20
  1. 40

    Voici Google officielle de la documentation sur les sites multilingues. Qui a sensiblement les mêmes informations que le blogspot entrée que vous liez. Ils écrivent:

    Garder le contenu de chaque langue sur des Url.

    et puis donner des conseils sur ce qu'ils considèrent comme le meilleur UX pratiques.

    Étant donné que, si vous voulez une optimale de l'expérience Google, vous devez suivre leurs directives de la langue des url spécifiques. Les recherches Google sont certainement la langue-sensibles, et devrait revenir à la version appropriée du site lors de la recherche de personnes pour cela.

    Si vous êtes fixés sur une seule URL, comment avez-vous l'intention de changer la langue? Fondée sur la langue, les en-têtes? Javascript détection? Les Cookies? Celles-ci sont susceptibles de poser problème pour le RÉFÉRENCEMENT, et depuis que Google ne pensent pas qu'ils sont de bonnes méthodes, ils ne proposent pas de conseils sur la manière d'optimiser le RÉFÉRENCEMENT de leur utilisation.

    Votre meilleur pari est probablement pour aller avec Google des conseils et de plusieurs Url.

    InformationsquelleAutor blahdiblah
  2. 53

    Voici mon une réponse complète à propos de la façon dont vous devriez structure de vos Url pour les sites multilingues.

    Il existe de nombreuses façons de la structure de votre site pour les SEO et de l'internationalisation. Ont chacun des avantages et des inconvénients.

    Domaines De Premier Niveau

    Acheter le même nom de domaine en plusieurs haut niveau les domaines de pays comme example.com, example.es et example.de.

    Avantages

    • Entièrement pris en charge par Google. Vous pouvez ajouter des sites à Google Outils Pour Les Webmasters où il y a des options pour indiquer à Google à propos de la façon dont ils sont destinés.
    • Souvent préféré par les utilisateurs qui ont tendance à aimer le contenu publié sur le TLD pour leur pays
    • Le nom de domaine lui-même peut être localisée. De nombreux utilisateurs peuvent mal réagir à des mots anglais ou anglais consonance du nom de domaine. Cela peut être particulièrement important pour les langues qui n'utilisent pas l'alphabet Latin.
    • Prend en charge la localisation par pays. Vous pouvez séparer les sites comme example.co.uk et example.com.au ciblés dans les différents pays. Les sites peuvent avoir un contenu en double, avec de légères différences d'orthographe et encore bien classer. En fait, plusieurs bien des sites localisés dans la même langue peut se classer mieux que d'un seul site dans cette langue.
    • Hébergement peut être localisé par pointage DNS à un serveur web dans le pays ciblé.

    Inconvénients

    • Cher et prend beaucoup de temps pour acheter de nombreux domaines. Surtout si vous avez à traiter avec des squatters.
    • Les Cookies ne peuvent pas être partagés entre plusieurs zones géographiques, ce qui signifie que les utilisateurs doivent ouvrir une session séparément pour chaque site.
    • Pas une bonne option pour la localisation que par le langage depuis de nombreuses langues ont de multiples pays, et aucun pays n'TLD peut être le code de la langue. Même dans les cas où le TLD correspond le code de la langue comme es, les moteurs de recherche peut supposer que le site n'est approprié que pour les utilisateurs de l'Espagne, pas pour tous les hispanophones.

    Sous-domaines

    Acheter un domaine et sous-domaines tels que en.example.com, et es.example.com

    Avantages

    • Entièrement pris en charge par Google.
    • Prend en charge la localisation par pays ou par la langue.
    • Hébergement peut être localisé par pointage DNS à un serveur web situé à proximité des utilisateurs.
    • Facile et peu coûteux à mettre en œuvre par rapport à l'achat de plusieurs domaines.
    • Les Cookies peuvent être partagés entre tous les paramètres régionaux, l'activation de la connexion unique pour une expérience utilisateur plus transparente.

    Inconvénients

    • Pas la possibilité de localiser le nom de domaine lui-même
    • Peut paraître moins locale pour les utilisateurs par rapport à un domaine de premier niveau.

    Sous-répertoires

    Acheter un seul domaine, et l'utilisation des sous-répertoires comme example.com/en/, et example.com/es/

    Des avantages et des Inconvénients

    • Le même que les sous-domaines, sauf qu'il y a une entrée DNS qui s'oppose à l'hébergement de votre site dans plusieurs pays pour les différents paramètres régionaux.

    Techniques qui sont PAS recommandé

    • Les Noms de fichiers: à l'Aide de différents noms de fichier telles que index_en.html et index_de.html. Cette technique n'est pas entièrement pris en charge par Google. Par exemple, il n'y a aucun moyen de définir le ciblage des outils pour les webmasters.
    • Paramètres d'URL: à l'Aide de paramètres d'URL tels que lang=en. Il n'est pas recommandé pour la même raison que les différents noms de fichiers ne sont pas recommandés.
    • Accepter la Langue de l'en-Tête: la commutation automatique de la langue basée sur la Accept-Language en-tête.
      • De nombreux utilisateurs n'ont pas cet en-tête réglé correctement. Cela est particulièrement vrai pour les utilisateurs qui voyagent à l'étranger qui peuvent être à l'aide de l'ordinateur d'un ami, ou un café internet. C'est aussi souvent le cas pour les utilisateurs internationaux que l'installation d'un anglais navigateur web et de savoir assez l'anglais pour pouvoir se déplacer, mais préférez le contenu dans une autre langue.
      • Google vient d'annoncer que le Googlebot va envoyer la commande Accept-Language en-tête et d'analyse de différents endroits géographiques. Toutefois, Google recommande toujours que vous avez séparé les Url pour le contenu dans différentes langues.
      • Vous pouvez utiliser le Accept-Language en-tête de suggérer que les utilisateurs pourraient préférer une version différente du site par l'affichage d'un message lorsque le site qu'ils visitent, ne correspond pas à la Accept-Language en-tête.
    • Géographique des Adresses IP: la commutation automatique de la langue de base où l'adresse IP est géographiquement située.

    Sur la page de Balisage

    Lors de la prise en charge de plusieurs langues, vous devez marquer clairement avec le langage de méta-données.

    Utiliser l'attribut lang dans la html tag:

    <html lang="en">

    Utiliser rel alternatif des liens vers la même page dans d'autres langues que proposé par Google:

    <link  hreflang="es" href="http://www.example.com/" />
<link  hreflang="es-ES" href="http://es-es.example.com/" />
<link  hreflang="es-MX" href="http://es-mx.example.com/" /> 
<link  hreflang="en" href="http://en.example.com/" />

    Alternativement, cette information peut être mis dans les fichiers sitemap.

    Indiquer À Google Que Votre Site

    Vous devez ajouter chaque langue (ou locale) de votre site à Google Outils Pour Les Webmasters. Cela peut être fait pour les domaines de premier niveau, pour les sous - domaines, ou pour des sous-répertoires.

    Si votre site est ciblé par pays, vous devez utiliser les outils pour les webmasters, mettre le site de ciblage. Accédez à "Configuration" -> "Paramètres" -> "cible Géographique" et de choisir de cibler le bon pays, à partir de la liste déroulante.

    • upvoted, parce que c'est bien écrit et le post mis à jour il ya quelques jours! Je remarque que j'ai obtenu ma page web indexées par google dans 2 lieux différents qui me rend plus à l'aise de ne pas avoir un répertoire de contenu en langue ni de domaine ou sous-domaine de l'approche.
    • Je suis en désaccord sur les Techniques qui ne sont PAS recommandées - à l'Aide de paramètres d'URL tels que lang=fr, si vous avez été remarqué, cette page support.google.com/webmasters/answer/182192?hl=en Google utilisez cette méthode exactement, n'est-ce pas? Et pendant des années, ils n'ont pas tout faire tout soi-disant meilleurs pratiques.
    • Google n'a pas généralement à optimiser leur propre contenu pour les classements. Les paramètres peuvent être utilisés, mais je ne les recommande pas. Vous pouvez utiliser alt lang balises meta si vous décidez de les utiliser parce que vous ne serez pas en mesure de s'appuyer sur les paramètres de Google outils pour les webmasters.
    • que pensez-vous de mettre de l'anglais Standard contenu à example.com/content et puis d'autres langues à l' example.com/fr/content
    • J'ai un site comme ça. Ce type de travaux, mais je ne pense pas que je le ferais de nouveau.
    • OK. Aucune raison spécifique?
    • Il est difficile de séparer le site en anglais dans google Analytics, et il est impossible de la Recherche Google de la Console. À la recherche de la console de la base du site sera toujours un cumulatif de toutes les langues.
    • "Beaucoup d'utilisateurs n'ont pas cet en-tête [Accepter la Langue] est réglé correctement." Pourriez-vous veuillez donner une référence pour le présent? Aussi un plus concrète de quantification serait utile.
    • Il a été d'environ dix ans depuis la dernière fois que j'ai regardé dans les statistiques pour le nombre d'utilisateurs avec incorrecte accepter-lang paramètres. À ce stade, c'est plus de 15 pour cent qui avait tort. Une recherche rapide n'a pas révélé jusqu'à ce jour les stats, mais ici, c'est le w3c article qui donne quelques-uns des mêmes conseils que je donne ici: w3.org/International/questions/qa-accept-lang-locales

    InformationsquelleAutor Stephen Ostermiller
  3. 9

    MISE À JOUR EN 2015:

    Google prend désormais en charge L'analyse et l'indexation de la locale adaptative pages!

    Cité du message lié, ils prennent en charge:

    ...

    • Geo-distribué ramper où Googlebot va commencer à utiliser des adresses IP qui semblent venir de l'extérieur des états-unis, en plus des adresses IP qui apparaissent à partir de états-unis que Googlebot utilise actuellement.
    • Dépendant de la langue ramper où Googlebot va commencer à l'analyser avec un Accept-Language-tête HTTP dans la demande.

    ...

    Bien qu'ils continuent de recommander à l'aide d'une Url.

    InformationsquelleAutor phoibos