Référencement international des sites Web de SEO et des domaines ccTLD
Est-il préférable d'avoir des domaines spécifiques à chaque pays (qui coûte plus d'argent) ou des sous-domaines qui définissent le pays, pour un meilleur référencement?
par exemple.
example.comexample.com.auexample.co.uk
contre
example.comau.example.comuk.example.com
Hypothèse: Les outils principaux du moteur de recherche, chaque sous-domaine sont associés à un pays. L'exemple au.example.com est associé au pays Australie.
Mise à jour # 1
Je comprends que les deux méthodes fonctionnent, en particulier lorsque j’utilise l’hypothèse ci-dessus. La question est à propos de: Quelle méthode est la meilleure? Existe-t-il une si petite différence de référencement entre eux? Est-ce que la première méthode moyen de manière mieux que la seconde avec de meilleurs résultats de référencement?
Mise à jour # 2
Un certain nombre de personnes ont suggéré ce qui suit est une bonne/meilleure approche:
example.com/example.com/auexample.com/uk
En ajoutant un pays spécifique code ISO à la fin de l'URL/le premier dossier du domaine peut être reconnu comme pays.
Mais un certain nombre de partenaires de SEO ont suggéré qu'il s'agissait d'un gaspillage précieux d'espace au niveau des dossiers. Euh… comment puis-je expliquer. OK, certains experts en référencement ont suggéré que si le nombre de niveaux ou de dossiers dans le domaine dépasse 5, la page perd alors de son importance. En gros, vous ne voulez pas en faire plus. En tant que tel, l'ajout du pays au premier niveau peut être considéré comme un gaspillage, en particulier lorsqu'il peut être traité par le domaine OR sous-domaine - d'où la question :)
Du point de vue purement du référencement, il est préférable d’avoir un seul domaine et de déplacer les versions internationales dans des sous-dossiers (pas des sous-domaines) comme:
example.com/us/example.com/au/example.com/uk/
IBM le fait de cette façon.
Pure.Krone a écrit
Mais un certain nombre de partenaires de SEO ont suggéré qu'il s'agissait d'un gaspillage précieux d'espace au niveau des dossiers. Euh .. comment puis-je expliquer. D'accord, certains experts en référencement ont suggéré que si le nombre de niveaux ou de dossiers dans le domaine dépassait 5, la page perdait alors une importance considérable.
Il est possible que certains moteurs de recherche réduisent le classement des pages pour les sites dotés de structures profondes, car, en fin de compte, le mot clé de l'URL a probablement plus de poids que le mot clé de la page. Mais à moins que Google ou Yahoo ne le confirme, il s’agit là d’une pure hypothèse de référencement. Le classement par page peut être supprimé pour de nombreuses raisons (en particulier si votre site est optimisé par des experts en référencement), peut-être sont-ils simplement attribués à tort à des structures de dossiers profondes. Mais quel est le problème quand même? Assurez-vous que votre hiérarchie de dossiers soit à plat au cas où.
Une chose que nous savons avec certitude, car cela a été confirmé par Google il y a quelques années, est que chaque domaine (quel que soit son niveau) est un site isolé aux fins de classement des pages. Par conséquent, le fait d'avoir toutes les ressources sous un seul domaine améliorera toujours votre classement. C’est pourquoi weblogs.asp.net héberge tous ses blogueurs dans des sous-dossiers, de sorte que ses messages occupent une place très importante sur Google, quel que soit le blogueur qui les ait écrits.
Google associe uniquement les domaines de premier niveau à des régions géographiques:
Les sites avec des domaines de premier niveau codés par pays (tels que
.ie) sont déjà associés à une région géographique, en l'occurrence l'Irlande.
- Géo-ciblage - Aide Webmasters/propriétaires de siteUtilisez des domaines de niveau supérieur autant que possible pour gérer le contenu spécifique à un pays. Nous sommes plus susceptibles de savoir que .ie indique un contenu axé sur l'Irlande, par exemple, que
http://ie.example.com,http://www.example.com/ieouhttp://www.example.com?country=ie. Si vous avez un domaine de premier niveau neutre sur le plan géographique (tel que.com,.orgou.net), vous pouvez utiliser Outils pour les webmasters pour associer votre site à une localisation géographique.
- Entreprises locales - Aide Webmasters/propriétaires de site
Live Search de Microsoft le fait également:
Live Search utilise des informations telles que l'adresse IP du site Web et le domaine de premier niveau de code de pays ou de région pour déterminer le marché et le pays ou la région d'un site Web. Vous pouvez modifier ces informations pour refléter le marché que vous souhaitez cibler.
- À propos de l'hébergement de votre site Web sur un marché différent
Mais je permets également de cibler le domaine tout en un, neutre par rapport au pays, avec un chemin d’URL spécifique au pays.
Il y a un effet de combinaison de tout ce qui précède. Ce qui fait vraiment la différence, c'est si www.example.co.uk porte un contenu totalement différent de www.example.fr
Si elles sont en grande partie identiques avec juste quelques différences subtiles {régionalisations/langage, etc., alors utiliser www.company.co/uk/fr pourrait être meilleur en termes de css est un modèle pour tous les 1 mod et tous les changements de sites semblent convenir les graphiques/logos partagés en anglais peuvent être chargés d'un emplacement à tous les uri en anglais, tels que, par exemple, une page de produit présentant des variations régionales dans {say Recommended use/utility}/uk/productx//us/productx//au/productx/
peuvent tous avoir leur lien de détails techniques lien vers /en/productx/technical-description pour éviter les problèmes de contenu en double
Du point de vue du référencement, la plupart des pays regardent le pays et le pays hôte de sorte qu'un .fr hébergé aux États-Unis ne bat jamais un .fr hébergé en France pour le marché français, mais un .com/fr hébergé aux États-Unis. y entreront si son contenu bat l’autre.
Le contenu est roi dans le référencement, tout le reste ne fait que modifier légèrement un montant et ne mérite pas beaucoup d'efforts, à moins que vous ou vos utilisateurs ne profitiez pas de la bonne méthode /uk /ie /de etc est la plus pratique pour la plupart des utilisateurs car ils atterrissent peut-être un /uk et constatez qu’à partir d’une simple option de menu/liste déroulante, ils peuvent parcourir la région qui leur convient le mieux {offrant bien sûr les dossiers sans laisser les utilisateurs passer rapidement de /uk/productx/ à /fr/productx/ est contre-productif et rendra tout l'intérêt des dossiers alors}
Je le ferais comme lubos hasko a dit , mais aussi (si l'argent le permet), j'achète tous les domaines et les envoie au bon site.
Exemple, www.example.com.au est transféré à www.example.com/au.
De Google , “Si aucune information n'est entrée dans les outils pour les webmasters, nous nous en remettons largement au domaine du pays (.ca, .de, etc.). Si un domaine international (.com, .org, .eu, etc.) a été utilisé, nous nous baserons sur l'adresse IP. ”Je vous recommande donc de procéder de l'une des manières suivantes:
Utiliser un domaine spécifique à un pays
Hébergez votre site dans le pays ciblé
Indiquez à Google Webmaster Tools et à tous les autres moteurs de recherche le pays que vous ciblez. Si vous ciblez plusieurs pays, veillez à utiliser des répertoires différents pour pouvoir les spécifier dans les Outils pour les webmasters.
Traitez le nom du pays comme un mot clé important - utilisez-le dans l’URL, le titre, h1, copie, etc.
Le dernier point est souvent négligé et constitue parfois votre seule option. Si vos widgets sont uniquement disponibles au Canada, dites "Widgets au Canada" dans le texte.
Pouvez-vous préciser pourquoi vous souhaitez créer trois sites de langue anglaise avec des publics distincts (s'agit-il d'un service localisé, par exemple)? Y a-t-il chevauchement des trois publics (le référencement est plus important) ou le site australien est-il complètement inutile pour les utilisateurs britanniques?
Pouvez-vous confirmer que tout votre contenu est en anglais?
[ajouté plus tard] Je me rends compte en relisant la question que tous les sites à l'étude sont en anglais. Je laisserai ma réponse originale au cas où cela aiderait quelqu'un d'autre.
Il est beaucoup mieux d'avoir noms de domaine locaux si possible.
Il existe une multitude de façons d'indiquer dans quel pays vous vous trouvez, mais le nom de domaine est un moyen clair et universellement reconnaissable de dire aux moteurs de recherche où vous vous trouvez.
Comme indiqué dans les commentaires, il est impossible de prouver ce type de déclaration. Cependant, il s'agit d'un plan sans risque: si cela ne change rien, vous ne perdez rien, si c'est le cas, vous gagnez ou perdez gros.
Si vous avez le choix, faites-le. Il est très facile à configurer avec .htaccess et rend la gestion du site beaucoup plus facile.
[réponse d'origine] Je gère un grand site en trois langues. Nous le configurons comme/en,/es, etc. après le nom de domaine et je le regrette sincèrement.
Il y a plusieurs problèmes, mais le problème principal que nous avons rencontré est la gestion Flux de Page Rank et le page d'accueil.
Si vous avez un site en trois langues, la page d'accueil est dans laquelle?
Faites-vous une combinaison des trois langues ou en choisissez-vous une?
Normalement, une bonne page d'accueil aurait beaucoup de liens vers différentes parties du site, et pas mal de texte pertinent.
Dans un environnement multilingue, incluez-vous tous les liens et le texte dans toutes les langues? Sinon, votre site sera moins efficace en référencement. Si oui, c'est un gâchis pour les utilisateurs.
La question se résume au flux de Page Rank. Dans un site multilingue standard, vous souhaitez que la page d'accueil récupère le contenu des autres pages.
Dans un site multilingue, ce n'est plus clair. Vous voulez qu'un utilisateur espagnol se retrouve sur la page d'accueil de l'espagnol dans le moins de clics possible. La redirection automatique peut être pénalisée.
Nous voulions que le site français apparaisse en premier dans les résultats de recherche en français, afin que les utilisateurs ne soient pas obligés de cliquer sur une page de sélection de langue. Notre expérience est qu'il est nécessaire d'optimiser indépendamment pour chaque langue.
Avoir plusieurs langues derrière un même nom de domaine a rendu beaucoup plus compliqué à dire à Google: ceci est notre site français, en français, ceci est notre site espagnol en espagnol, etc. C'est principalement une question de Google savoir dans quelle langue se trouve chaque page. Quelle spécification de langue incluez-vous dans l'en-tête de la page d'accueil?
En outre, il est vrai que vous êtes légèrement pénalisé pour les hiérarchies de dossiers profondes (caractéristique du vieux blackhat SEO).
En utilisant des domaines distincts, vous pouvez optimiser proprement et facilement chaque site avec un bon flux de Page Rank. Si vous utilisez un seul domaine, la meilleure option que nous avons trouvée consiste simplement à sacrifier la page d'accueil et à pousser le classement de la page vers/fr,/es, etc.
L'option 1 est reconnue par la plupart des moteurs de recherche. Vous pouvez également essayer de trouver un hôte dans votre pays cible, car certains moteurs de recherche vérifient également l'adresse IP de destination. Beaucoup plus d'informations peuvent être trouvées sur un article de l'année dernière sur Moz .
Pour le budget limité, l'option 2 fonctionnera avec Google, car outils pour les webmasters vous permet de cibler les pays par sous-domaine.
Être hébergé dans le pays peut aider le classement dans les pages de résultats de moteurs de recherche spécifiques à un pays, c'est donc un élément à garder à l'esprit.
Il est vrai que vous êtes légèrement pénalisé pour les hiérarchies de dossiers profondes (caractéristique du vieux blackhat SEO)
Pour répondre à votre commentaire dans la mise à jour 2, Google confirme dans cette vidéo que le nombre de sous-répertoires d'une URL n'affecte pas son classement de page. http://www.youtube.com/user/GoogleWebmasterHelp#p/u/6/l_A1iRY6XTM
Je pense que Google devrait nous dire quelle est la bonne manière de traiter les tlds, sous-domaines ou dossiers de pays.
J'ai tendance à croire que la création d'un dossier est plus attrayante, car vous disposerez du pouvoir de lien du nom de domaine principal. Sinon, vous devrez créer une nouvelle campagne de création de liens pour un nouveau nom de domaine.