Logiciel international vendu séparément pour chaque pays: configuration des ccTLD et des gTLD
Imaginez une entreprise vendant des logiciels à l'international. Le logiciel est le même, mais il est principalement destiné aux personnes vivant dans plusieurs pays et les fonctionnalités sont différentes pour chaque pays. Il y aura un site Web localisé pour chaque pays expliquant exactement ce que le logiciel offre dans ce pays spécifique.
Ma question est la suivante: quelle serait la meilleure configuration pour les ccTLD et les gTLD lors de la fourniture d’un logiciel général avec des fonctionnalités locales pour des pays spécifiques?
Solution proposée:
Sous-domaine pour le pays cible utilisant ISO 3166-1 alfa-2: Utilisez company.io os gTLD (traité comme gTLD par Google). Avez des ccTLD comme company.au, company.de, company.se et ainsi de suite. Ceux-ci redirigent vers au.company.io. de.company.io, se.company.io et ainsi de suite. Le sous-domaine est donc le pays cible au format ISO 3166-1 alfa-2. Devrait-il s'agir d'une redirection http 301 ou d'une redirection de domaine?
Sous-dossiers pour la langue du site utilisant l'ISO 639-1: Les personnes visitant le site allemand de.company.io peuvent lire le site en allemand ou en anglais. Cela nous permet d’utiliser des sous-dossiers pour: de.company.io/de et de.company.io/en
À la fin de la journée, il s’agit principalement des préférences et de ce qui fonctionnera le mieux pour vous et sera le plus intuitif pour vos clients.
Votre stratégie pour l'achat de noms de domaine semble bien pensée, même si le gTLD .com serait préférable. Cependant, plutôt que de les rediriger vers les sous-domaines de votre site Web principal, je vous recommande d’héberger chaque site spécifique à une région sur son propre domaine ccTLD. Les sites Web avec le ccTLD qui est destiné au pays des utilisateurs finals lorsqu’ils effectuent une recherche dans Google/Bing, etc. seront placés plus haut dans les résultats, s’il est jugé plus pertinent. La redirection n'obtiendrait pas cet avantage pour vos sites.
De plus, si vous avez l'intention d'utiliser des codes de langue en tant que sous-dossiers, il peut être déroutant de les utiliser simultanément car les sous-domaines sont souvent utilisés comme spécificateurs de langue. Vous pouvez utiliser www.company.de/en/ pour la langue anglaise sur le site Web spécifique à l'Allemagne et sur www.company.co.uk/de/ pour la langue allemande, vous pouvez également utiliser la langue allemande. sur le site Web allemand spécifique à l'Allemagne, il serait préférable d'utiliser www.company.de/ plutôt que www.company.de/de/ ou de.company.io/de/ car la duplication dans l'URL est source de confusion pour les utilisateurs finaux et inutile.
Votre site Web principal peut contenir un contenu qui s’applique à toutes les versions du logiciel et toutes les versions de votre site Web peuvent comporter un sélecteur de menu dans lequel les utilisateurs peuvent choisir leur région/pays (éventuellement avec un drapeau ou la sélection d’une région sur une carte).
C'est plus de travail de maintenir des sites Web séparés de cette façon, mais pour le référencement, vous verrez l'avantage car utiliser les ccTLD, le cas échéant, gagnera le bonus de ciblage géographique. Les dossiers sont souvent utilisés pour les variantes de langue car ils héritent de "l'autorité de domaine", mais cela ne s'applique pas aux sous-domaines. Etant donné que vous avez besoin de paramètres de langue et de pays, les ccTLD semblent un choix évident pour éviter www.company.io/de/de /. Au fil du temps, vos ccTLD bénéficieraient également de leur propre autorité de domaine.
Lecture utile: Moz.com: dossiers vs sous-domaines vs ccTLD dans le référencement international