web-dev-qa-db-fra.com

Considération de référencement pour les sites en double

Je construis un site Web de brochures pour une entreprise qui vend des produits dans le monde entier. Ils ont besoin du site pour demander à l'utilisateur dans quelle région ils se trouvent avant d'utiliser le site; il y a 5 régions. En effet, différents produits sont proposés dans différentes régions et chaque région peut ou non souhaiter personnaliser son propre contenu. Cependant, au lancement et probablement pour toujours, la plupart des pages seront exactement les mêmes, à la différence de ce qui est indiqué dans le pied de page et dans le menu de sélection des produits.

Ma question est: comment structurer le sitemap de ce site pour un meilleur référencement? Devrais-je m'inquiéter des pénalités pour duplicata de contenu et/ou de la cannibalisation de la présence du site sur le SERP?

Quelques considérations:

  • Le client veut pouvoir imprimer des liens directement vers du contenu spécifique à une région en évitant toute invite permettant à l'utilisateur de sélectionner une région (pour s'assurer qu'il atterrit sur la page cible).
  • Le client ne peut pas avoir une région 'par défaut', donc l'utilisateur doit avoir une région spécifiée
  • Les URL "propres" sont importantes, mais il y a une marge de manœuvre
  • Le client ne veut pas que chaque région ait son propre domaine
  • Il y aura un lien sur la page pour permettre aux utilisateurs de spécifier une autre région
  • Le client n'est pas concerné par la localisation ... pour le moment
  • Certains produits sont disponibles dans plusieurs régions

Une liste rapide des options que je considère:

  1. www.example.com/region/page
  2. region.example.com/page
  3. www.example.com/page?region (pas de cookie, les pages nécessitent le paramètre. Si elles sont visitées sans, l'utilisateur doit sélectionner une région)
  4. www.example.com/page (utilisation d'un cookie et d'un écran de démarrage si nécessaire; possibilité de passer un paramètre pour définir la région pour la liaison directe)
seositemaprobots.txt
3
Malk

Je travaille dans la multinationale SEO presque tous les jours. Je conseillerais cette structure:

  1. Utilisez example.com comme portail "global".
  2. Utilisez des sous-domaines pour les territoires. (i.e. ch.example.com pour la Suisse.)
  3. Utilisez des dossiers pour les langues. (i.e. ch.example.com/de/ pour l’allemand en Suisse, ch.example.com/fr/ pour le français en Suisse.)
  4. Utilisez les domaines comme "vanité" pour les supports marketing et ajoutez-les à la structure appropriée (pour pouvoir mettre example.ch sur les supports marketing afin de les reconnaître plus facilement et que cela fonctionnera toujours.)

Localisez en utilisant une combinaison de sitemaps hreflang/balises méta/réponses d’en-tête (éléments exclusifs de Google), localisation de Google WMT et balises canoniques, selon le cas.

3
Bob C

Je préfère celui-ci, sans aucune? Sélection-, javascript- ou cookies-chose.

site.com (top-page with links to regions top-pages)
site.com/region/page
site.com/region_lang/page

ou

site.com (top-page with links to regions top-pages)
region.site.com/page
region_lang.site.com/page

Ne vous inquiétez pas du contenu en double sur les pages de produits. Vous pouvez avoir certaines variétés régionales dans un texte supplémentaire (par la loi), par exemple. conseils sur les produits/utilisation, conseils pour l'expédition et la garantie, etc. Soyez un peu créatif. De petits changements suffiront.

Pour les listes de produits, vous pouvez utiliser des méta-robots "noindex, noarchive, follow".

1
Eddy Freddy

"Le client ne veut pas que chaque région ait son propre domaine"

Ensuite, vous devez donner un sens à votre client.

site.com
site.co.uk
site.com.tr
site.in
site.jp

... c'est la voie à suivre.

Ils peuvent tous être très similaires, voire identiques. J'ai constaté que Google ne pénalise pas la même société pour avoir plusieurs domaines avec le même contenu.

S'ils doivent tous appartenir à un domaine, vous faites alors site.com/fr/controller/method/. Utilisez un outil GET pour analyser l'URL et appeler le contenu en fonction de la langue de l'URL.

Mais il est préférable que votre client achète un domaine pour chaque pays.

1
Kenzo