web-dev-qa-db-fra.com

Dupliquer le contenu sur une région de même langue

Je travaille actuellement sur un site Web multilingue. Je veux cibler différentes régions et chaque région devrait avoir son propre site. J'ai actuellement deux langues pour mon site Web: néerlandais et anglais. Je peux donc choisir d’avoir http://www.example.com/nl/ et http://www.example.com/en/.

Mais je veux aussi cibler les utilisateurs belges (qui parlent néerlandais) et tous les pays anglophones (Royaume-Uni, États-Unis et Californie). Alors j'ai pensé qu'il était préférable de faire ceci:

  • http://www.example.com/be/
  • http://www.example.com/nl/
  • http://www.example.com/uk/
  • http://www.example.com/us/
  • http://www.example.com/ca/

Le /be/ et /nl/ auront exactement le même contenu. Le /uk/, /us/ et /ca/ aussi. Je pense que mon site Web attirera plus de gens s’ils voient leur propre code de pays dans l’URL.

Maintenant, il y a beaucoup de questions sur le contenu dupliqué avec des sites Web multilingues, mais je ne trouve pas de réponse à cette question en particulier. Puis-je cibler les utilisateurs avec l'attribut hreflang de cette façon ou devrais-je ne conserver que les codes /en/ et /nl/?

2
Jordy

Si je comprends bien votre cas d'utilisation, vous avez un jeu multilingue dans lequel les joueurs peuvent choisir un pays.

En supposant qu’il soit possible pour un joueur anglophone allemand de choisir le pays de jeu en France, vous devez vous assurer de séparer ces trois choses (langue, pays, pays de jeu).

Étant donné que vous utilisez uniquement l'emplacement physique actuel du visiteur pour suggérer le pays ingame à jouer (et que vous ne ciblez pas cette région avec un contenu spécifique, à l'exception de la suggestion de pays ingame), je pense qu'il n'est pas nécessaire de représenter la région du visiteur détectée dans la liste. URL Les robots des moteurs de recherche n'ont pas vraiment de raison de montrer à leurs utilisateurs des URL spécifiques à une région pour votre site.
Vous pouvez bien entendu toujours localiser le visiteur et utiliser le pays ingame correspondant comme valeur par défaut, soit en le redirigeant vers la page de ce pays, soit en mettant en surbrillance un lien vers cette page (et en offrant la possibilité de choisir un autre site). pays du jeu dans les deux cas).

En supposant que chaque pays ingame ait sa propre page où les joueurs peuvent rejoindre, voir les différences par rapport aux autres pays ingame, etc., je pense que ce serait une bonne idée d'avoir des URL comme celles-ci:

http://example.com/en/join-the-army-of-france
http://example.com/de/trete-der-armee-von-frankreich-bei

ou moins verbeux:

http://example.com/en/France
http://example.com/de/Frankreich

ou quelque chose comme ça (éventuellement avec un espace de noms comme /join/ ou similaire).

(Il pourrait être plus judicieux d’utiliser un sous-domaine pour la langue, par exemple http://en.example.com/France et http://de.example.com/Frankreich, en particulier si les joueurs de langues différentes ne peuvent pas jouer ensemble.)

1
unor

pourquoi des pays? diviser en langues! vous aurez donc deux dossiers: anglais et néerlandais. encore mieux d’avoir seulement l’anglais, ce qui est compréhensible à la fois en belgiё et en hollande.

Sérieusement, utilisez toutes les possibilités pour simplifier votre site et prenez toutes les mesures possibles pour éviter les doublons. moins de dossiers/moins de contenu → moins d'exploration → meilleure indexation → meilleur classement.

hreflang fonctionnera efficacement que si chaque page d'une langue donnée a ses équivalents dans toutes les autres versions linguistiques. example.com/en/page1.html devrait avoir ses homologues comme

  • example.com/uk/page1.html,
  • example.com/ca/page1.html,
  • example.com/nl/page1.html,
  • example.com/be/page1.html.

Et chacune d’elles devrait être liée de manière bidirectionnelle à toutes les autres versions linguistiques avec hreflang. example.com/en/page1.html devrait aussi avoir

  • <link rel="alternate" hreflang="en-UK" href="http://example.com/uk/" />
  • <link rel="alternate" hreflang="en-CA" href="http://example.com/ca/" />
  • <link rel="alternate" hreflang="nl-NL" href="http://es.example.com/nl/" />
  • <link rel="alternate" hreflang="nl-BE" href="http://es.example.com/be/" />

Cela fonctionne, mais devrait être évité - le rasoir d'occam élimine ces déchets.

1
Evgeniy

Je ne vois aucun intérêt à diviser le site Web et à indiquer vos utilisateurs en fonction de leur emplacement, en particulier si ces sites Web contiennent le même contenu dans la même langue. Il sera logique de créer des sites Web divisés par langues. Si les services que vous proposez sont complètement différents des autres pays, vous pouvez choisir cette option.

Assurez-vous d’utiliser la balise hreflang pour indiquer aux moteurs de recherche que c’est une copie d’un fichier local ou d’une page dans une autre langue qui existe sur votre site Web. Si vous utilisez hreflang, vous pouvez cibler des pages spécifiques, mais il est recommandé de créer des sous-dossiers pour chaque site Web local. Un autre point que je vous suggérerais d’abord de prendre en considération concerne les images, si vous les dupliquez dans chaque site Web ou si vous les chargez à partir du domaine principal pour économiser de l’espace.

0
Yossi Aharon