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.com
est 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 :)
.com
est un domaine international. Si vous aviez comme dans vos exemples .com / au ou .com / uk quel contenu différent auriez-vous sur eux? Souhaitez-vous pas rencontrer des problèmes de contenu en double car ce sont des pays anglophones. Si vous avez besoin de versions traduites de vos dossiers de pages, c'est la méthode que la plupart des entreprises utilisent. / en / / fr / / es / etcRéponses:
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.
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.net
hé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.la source
Google associe uniquement les domaines de premier niveau aux régions géographiques:
La recherche en direct de Microsoft le fait également:
Mais je sélectionne également le domaine tout-en-un, neutre pour le pays, avec un chemin URL spécifique au pays.
la source
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 doubleDu point de vue du référencement, la plupart regardent le tld et le pays d'hébergement, donc un
.fr
hébergé aux États-Unis ne battra jamais un.fr
hébergé en France pour le marché français, mais un.com/fr
hé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 /de
méthode etc. est la plus pratique pour la plupart des utilisateurs car ils atterrissent peut-être sur un/uk
et 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}la source
http://example.co.uk/yourcss.css
c'est tout!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:
Utiliser un domaine spécifique à un pays
Hébergez votre site dans le pays ciblé
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.
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.
la source
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.au
transmet àwww.example.com/au
.la source
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.
la source
Ê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.
la source
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)
la source
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
la source
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.
la source
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.
la source