Utilisation des sous-domaines et des domaines ccTLD par les sites Web internationaux SEO

Est-il préférable d'avoir des domaines spécifiques à chaque pays (ce qui coûte plus cher) ou des sous-domaines qui définissent le pays, pour un meilleur référencement?

par exemple

• example.com
• example.com.au
• example.co.uk

contre

• example.com
• au.example.com
• uk.example.com

Hypothèse: Les outils de webmasters des moteurs de recherche, chaque sous-domaine sont associés à un pays. L'exemple au.example.comest associé au pays Australie .

Mise à jour # 1

Je comprends que les deux méthodes fonctionnent, surtout lorsque j'utilise l'hypothèse ci-dessus. La question porte sur: quelle méthode est la meilleure ? Y a-t-il une si petite différence SEO entre eux? La première méthode est-elle bien meilleure que la seconde pour obtenir de meilleurs résultats SEO?

Mise à jour # 2

Un certain nombre de personnes ont suggéré que ce qui suit est une bonne / meilleure approche:

• example.com/
• example.com/au
• example.com/uk

En ajoutant un code ISO spécifique au pays à la fin de l'URL / le premier dossier du domaine peut être reconnu comme le pays.

Mais un certain nombre de partenaires 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 SEO ont suggéré que si le nombre de niveaux ou de dossiers dans le domaine dépasse 5, la page perd alors une importance considérable. Fondamentalement, vous ne voulez pas approfondir. En tant que tel, l'ajout du pays comme premier niveau peut être considéré comme un gaspillage, surtout lorsqu'il peut être géré par le domaine OU le sous-domaine - d'où la question :)

Du point de vue 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 procède ainsi.

Pure.Krone a écrit

Mais un certain nombre de partenaires 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épasse 5, la page perd alors une importance considérable.

Il est possible que certains moteurs de recherche réduisent le classement des pages pour les sites avec des structures profondes, car le mot clé dans l'URL a finalement plus de poids que le mot clé sur la page. Mais à moins que Google ou Yahoo ne le confirment, c'est une pure supposition par les gens du référencement. Le classement des pages peut chuter pour de nombreuses raisons (surtout si votre site est optimisé par des experts SEO), peut-être qu'ils l'attribuent à tort à des structures de dossiers approfondies. Mais quel est le problème de toute façon? Rendez votre hiérarchie de dossiers plate au cas où.

Une chose que nous savons avec certitude, car cela a été confirmé par Google il y a quelques années, c'est que chaque domaine (quel que soit le niveau) est un site isolé à des fins de classement de page, donc avoir toutes les ressources sous un seul domaine améliorera toujours votre classement de page. C'est pourquoi weblogs.asp.nethéberger tous leurs blogueurs dans des sous-dossiers, de sorte que leurs messages occupent un rang très élevé sur Google, quel que soit le blogueur qui les a écrits.

Google associe uniquement les domaines de premier niveau aux 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.
- Ciblage géographique - Aide pour les webmasters et les propriétaires de sites

Utilisez autant que possible des domaines de premier niveau pour gérer le contenu spécifique au pays. Nous sommes plus susceptibles de savoir que .ie indique le contenu Irlande-ciblé, par exemple, que http://ie.example.com, http://www.example.com/ieou http://www.example.com?country=ie. Si vous disposez d'un domaine de premier niveau géographiquement neutre (tel que .com, .orgou .net), vous pouvez utiliser les outils pour les webmasters pour associer votre site à un emplacement géographique.
- Entreprises locales - Aide aux webmasters et aux propriétaires de sites

La recherche en direct de Microsoft le fait également:

Live Search utilise des informations telles que l'adresse IP du site Web et le domaine de premier niveau du 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 sélectionne également le domaine tout-en-un, neutre pour le pays, avec un chemin URL spécifique au pays.

Il y a un effet combiné de tout ce qui précède. Ce qui fait vraiment la différence, c'est que si le www.example.co.uk contenu est entièrement différent dewww.example.fr

S'ils sont en grande partie les mêmes avec seulement quelques différences subtiles {régionalisations / langue, etc., l'utilisation www.company.co/uk /fr pourrait être meilleure en termes de CSS est un modèle pour tous les 1 mod et tous les sites changent de look pour s'adapter aux graphiques / logos Le contenu partagé en anglais peut être chargé à partir d'un emplacement vers tous les uri anglais comme comprend, par exemple, la page du produit avec des variations régionales dans {disons l'utilisation / l'utilité recommandée}
/uk/productx/
/us/productx/
/au/productx/
peut tous avoir leur lien de détails techniques /en/productx/technical-description pour éviter les problèmes de contenu en double

Du point de vue du référencement, la plupart regardent le tld et le pays d'hébergement, donc un .frhébergé aux États-Unis ne battra jamais un .frhébergé en France pour le marché français, mais un .com/frhébergé aux États-Unis y entrera si son contenu bat l'autre.

Le contenu est roi dans le référencement, tout le reste ne fait que peaufiner une quantité mineure et ne mérite pas beaucoup d'efforts, sauf si cela vous fait du bien à vous ou à vos utilisateurs, la /uk /ie /deméthode etc. est la plus pratique pour la plupart des utilisateurs car ils atterrissent peut-être sur un /uket le voient à partir de une simple option de menu / liste déroulante qu'ils peuvent parcourir vers la région qui leur convient le mieux {offrir évidemment les dossiers et ne pas laisser les utilisateurs passer rapidement de /uk/productx/à /fr/productx/est contre-productif et rendra tout l'intérêt des dossiers inutile}

De Google , «Si aucune information n'est entrée dans les outils pour les webmasters, nous nous baserons en grande partie sur le domaine du pays du site (.ca, .de, etc.). Si un domaine international (.com, .org, .eu, etc.) a été utilisé, nous nous fierons à l'adresse IP. »Je recommande donc de faire une ou plusieurs des actions suivantes:

1. Utiliser un domaine spécifique à un pays

2. Hébergez votre site dans le pays ciblé

3. Dites à Google Webmaster Tools et à tous les autres moteurs de recherche quel pays vous ciblez. Si vous ciblez plusieurs pays, assurez-vous d'utiliser différents répertoires pour pouvoir les spécifier dans les outils pour les webmasters.

4. Traitez le nom du pays comme n'importe quel mot clé important - utilisez-le dans l'URL, le titre, le h1, la copie, etc.

Le dernier point est souvent négligé et est parfois votre seule option. Si vos widgets ne sont disponibles qu'au Canada, dites «Widgets au Canada» dans le texte.

Je le ferais comme l'a dit lubos hasko , mais aussi (si l'argent le permet) achète tous les domaines et 301 les transmet au bon site.

Exemple, www.example.com.autransmet à www.example.com/au.

Pouvez-vous expliquer pourquoi vous souhaitez créer trois sites en anglais avec des publics distincts (s'agit-il d'un service localisé, par exemple)? Y a-t-il un chevauchement entre les 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 réalise en relisant la question que tous les sites à l'étude sont en anglais. Je laisse ma réponse originale au cas où cela aiderait quelqu'un d'autre.

Il vaut mieux avoir des 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 êtes.

Comme indiqué dans les commentaires, il est impossible de prouver ce genre de déclarations. Cependant, c'est un plan sans risque: si cela ne fait aucune différence, 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 à l'aide de .htaccess et facilite la gestion du site.

[réponse originale] Je gère un grand site en trois langues. Nous l'avons configuré comme / en, / es, etc. après le nom de domaine et je le regrette sincèrement .

Il y a plusieurs problèmes, mais le principal problème que nous avons rencontré est la gestion du flux de Page Rank et de la page d'accueil .

Si vous avez un site en trois langues, la page d'accueil est dans laquelle?

En 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 une bonne quantité 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 unilingue, vous souhaitez que la page d' accueil récupère le jus 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 espagnole en aussi peu de clics que 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 français, afin que les utilisateurs n'aient pas à cliquer sur une page de sélection de langue. Notre expérience est qu'il est nécessaire d'optimiser pour chaque langue indépendamment.

Avoir plusieurs langues derrière un seul nom de domaine rendait beaucoup plus compliqué à dire à Google: c'est notre site français, en français, c'est notre site espagnol en espagnol, etc. Il s'agit principalement de 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 approfondies (c'est une caractéristique de l'ancien SEO noir).

En utilisant des domaines séparés, vous pouvez facilement et proprement optimiser chaque site avec un bon flux de Page Rank. Si vous utilisez un seul domaine, la meilleure option que nous avons trouvée est simplement de sacrifier la page d'accueil et de pousser le Page Rank vers / fr, / es etc.

Être hébergé dans le pays peut aider les classements dans les pages de résultats des moteurs de recherche spécifiques au pays, c'est donc quelque chose à garder à l'esprit.

Il est vrai que vous êtes légèrement pénalisé pour les hiérarchies de dossiers profondes (cela étant la marque de l'ancien SEO noir)

Pour répondre à votre commentaire dans la mise à jour # 2, Google confirme dans cette vidéo que le nombre de sous-répertoires dans une URL n'affecte pas le classement de sa page. http://www.youtube.com/user/GoogleWebmasterHelp#p/u/6/l_A1iRY6XTM

Je pense que Google devrait nous dire quelle voie est la bonne pour les tld, les sous-domaines ou les dossiers des pays.

J'ai tendance à croire que la création d'un dossier est plus attrayante car vous porterez alors la puissance de liaison du nom de domaine principal. Sinon, vous aurez à faire une toute nouvelle campagne de création de liens pour un nouveau nom de domaine.

L'option 1 est reconnue par la plupart des moteurs de recherche. Alternativement, vous pouvez 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 les outils pour les webmasters vous permettent de cibler les pays par sous-domaine.