Actuellement, je crée un site Web qui a un sujet commun pour un article, mais son contenu sera différent pour chaque pays et chaque contenu sera également fourni en plusieurs langues. Et ce mécanisme existe dans la plupart des parties du site.
Par exemple, j'ai un article sur la taxe. Cet article doit être différent pour chaque pays, par exemple la Chine. Et le contenu fiscal pour la Chine doit être écrit en Chine ET en anglais (pour les non-locuteurs de la Chine). Quel est le meilleur modèle d'URL pour gérer cela?
Ce que je pensais, c'est d'utiliser un sous-dossier (/ code-pays/code-langue /) tel que:
Ou en utilisant un domaine de premier niveau tel que:
Ou sous-domaine tel que
Je pense que je ne préférerai pas la dernière option car je pourrais avoir besoin d’utiliser un sous-domaine à d’autres fins. Ce qui laissait seulement le sous-dossier et le TLDN. J'ai lu des articles disant que TLDN était bon pour le contenu localisé (contenu spécifique à la langue), mais dans mon cas, mon TLDN comportera également un contenu en anglais (pour les locuteurs non locaux), qui est spécifique à ce pays Le but de ceci est de permettre aux gens d’autres pays de le rechercher facilement via Google).
Quel est le meilleur modèle à choisir et pourquoi?.
Plusieurs sites ont tendance à privilégier les codes de langue comme /en-us/
Sites utilisant la convention /en-us/
:
Aussi, certains utilisant votre exemple 1 convention
Sites utilisant la convention /en/us/
:
Recherche sur Google pour inurl:/en-us / pour des résultats supplémentaires
Vous pouvez spécifier une cible géographique dans les outils pour les Google Webmaster http://www.google.com/support/webmasters/bin/answer.py?answer=62399 et vous pouvez configurer un site pour un sous-dossier. comme example.com/cn
http://www.google.com/support/webmasters/bin/answer.py?hl=fr&answer=34592 .
Vous pouvez également utiliser la balise méta content-language
pour chaque page spécifique à une langue afin d'indiquer clairement la langue utilisée. Votre première option fonctionnera donc et sera peut-être plus facile à gérer que d'avoir plusieurs domaines (ou sous-domaines).