Imaginez que je suis propriétaire de deux domaines alias, c’est-à-dire qu’ils pointent exactement sur le même serveur et le même dossier: exemple.com
et exemplo.com
Cependant, sur ce serveur, je détecte le pays de l'utilisateur, de sorte que, par exemple:
au Royaume-Uni, il pointe vers /index_en.html
en Espagne, il pointe vers /index_es.html
Question: Quelle option est la meilleure pratique de référencement international?
exemple.com/index_en.html
et exemplo.com/index_es.html
et bloquer exemple.com/index_es.html
et exemplo.com/index_en.html
en évitant ainsi l'exploration de la duplication, ouexample.com
et simplement effectuer un transfert 301 permanent de exemplo.com
à example.com
Éditer sur la base du commentaire de Joao *
Les domaines en question sont cctld, c.-à-d .es, .it, .pt. Les sous-dossiers ciblés par géolocalisation sur des domaines spécifiques à un pays ne fonctionnent pas correctement. Si le domaine de premier niveau est générique (c'est-à-dire .com), cette solution fonctionne. Sinon, du point de vue purement du "meilleur pour le classement", il est préférable de conserver des contrôles qui ne servent qu’à un pays, mais, comme chaque solution, chaque solution présente des inconvénients tels que des frais techniques supplémentaires et la nécessité de commercialiser/optimiser chaque contrôle indépendamment plutôt que de consolider les signaux. à un domaine (approche de sous-dossier).
Modifier la fin
Excellente question, je ne comprends pas bien votre configuration, mais je pense que cela devrait la décrire et comment la gérer:
Où ...
exemple.com/index_fr.html === exemplo.com/index_fr.html && exemple.com/index_es.html === exemplo.com/index_es.html
Configuration:
Votre troisième option est préférable: utilisez les redirections 301 pour rediriger toutes les pages de exemplo.com vers exemple.com 1: 1, c'est-à-dire rediriger chaque page vers son équivalent. Vous devez déterminer quel domaine est le domaine préféré en vérifiant lequel se classe mieux/gagne plus de trafic (le domaine préféré devrait également avoir un nombre de liens externes plus élevé et des liens en provenance de sites Web décents).
Le domaine préféré dans ce scénario hypothétique sera exemple.com. Lorsqu’une demande émanant d’une adresse IP britannique provenant de exemple.com, vous (30) 302 les redirigerez vers exemple.com/index_fr.html.
Une demande en provenance d'Espagne avec une adresse IP espagnole sur exemple.com doit 302 sur exemple.com/index_es.html.
Ce serait le cas - ne redirigez pas d'autres demandes sur le domaine, utilisez hreflang pour annoter les versions espagnole et anglaise en conséquence.
J'ai fait l'installation de Redbull.com et un de mes amis a fait theguardian.com. Nous avons suivi les conseils de l'ingénieur Google malgré les doutes sur la redirection 302. Christopher Semturs a confirmé dans un commentaire sur un post que j’avais écrit ici .
Je vous conseillerais vivement de prendre des précautions lors de la consolidation de vos domaines (consultez vigoureusement la console de recherche Google, exécutez des analyses, etc.) et testez également la configuration internationale (soyez prêt à revenir en arrière immédiatement).
En fonction de votre question, il semble que votre site Web est défini sur la langue en fonction du nom de domaine, mais vous détectez alors automatiquement le pays de l'utilisateur et sélectionnez le contenu en fonction. Faire les deux méthodes n'est pas une pratique recommandée. Google recommande à l'adresse https://support.google.com/webmasters/answer/182192?hl=fr que différentes langues existent sous différentes URL uniques. En d'autres termes, cela ne devrait pas être fait par la réécriture. Pour utiliser votre exemple, votre site britannique peut être http://www.example.com mais votre site espagnol serait http://www.example.com.es . De cette manière, vous utilisez un domaine de premier niveau avec code de pays qui donne un signal encore plus puissant aux moteurs de recherche sur le ciblage géographique à utiliser pour un site donné.
Lorsque vous faites cela tant que le contenu entre le site britannique et le site espagnol est dans les langues appropriées (c.-à-d. Que vous n'avez pas la même page avec la même langue dans les deux domaines), vous ne rencontrerez pas de pénalité de contenu dupliquée avec Google ( https://moz.com/community/q/does-google-count-the-same-article-in-different-languages-as-duplicate-content ).
Notez également que de nombreux pays multinationaux plus grands réalisent un ciblage géographique et un ciblage linguistique pour leurs clients de sites Web. Peu importe que le contenu se trouve sur le même serveur, comme c'est le cas pour votre environnement, car vous travaillez toujours dans deux langues différentes.
A titre d'exemple, on m'a demandé de mettre en place la structure de site et de domaine d'une petite entreprise d'exportation de céréales ayant des marchés dans plusieurs pays asiatiques et un siège en Australie. Un ccTLD distinct a été utilisé pour chaque pays/langue spécifique et le site principal était le site australien sous le domaine .com.au
. Tous les domaines sont dirigés vers le serveur principal en Australie et tous les domaines sont mappés vers la même application de site Web (un système de gestion de base de base personnalisé que j'ai écrit pour le projet). Les URL étaient identiques sur le plan structurel et sémantique, mais dans les langues appropriées, et le contenu diffusé provenait de la même base de données, mais avec le contenu traduit approprié. J'ai ajouté des balises méta hreflang sur le site, mais cela visait à aider les moteurs de recherche à localiser les pages traduites plutôt qu'à identifier un contenu spécifique ou un ciblage géographique. Il n’ya jamais eu de double pénalité pour le contenu et cela fonctionne depuis environ 9 mois avec un classement similaire à celui qu’il affichait jusqu’à présent comme un site mondial en anglais.
Vous parlez de référencement international.
Ajoutez un hreflang indiquant la langue de la page. Il ne s'agit pas d'une règle, mais d'une balise de mise en garde. Les moteurs de recherche doivent savoir quelle langue le contenu est écrite pour cibler les personnes utilisant des adresses IP du même pays.
Un bon article de Moz explique comment utiliser hreflang plus en détail https://moz.com/learn/seo/hreflang-tag