Chaque langue obtient sa propre URL, et aujourd'hui cette URL est un sous-répertoire : example.com/es/pricing/. Les sous-domaines linguistiques tels que es.example.com sont en bêta fermée et ne peuvent pas encore être sélectionnés, donc les sous-répertoires sont ce sur quoi il faut planifier, sur WordPress comme via l'API.
Ce que vous choisissez par langue
La structure d'URL est fixe pour un projet. Ce que vous choisissez pour chaque langue est le segment qui l'identifie, sous Format d'URL, et il prend trois formes :
- Le code de langue, donc l'espagnol devient
/es/. Le choix habituel. - Le code de région, donc l'espagnol (Mexique) devient
/mx/. Utile lorsque vous ciblez des pays plutôt que des langues, et plus clair pour les visiteurs qui pensent en marchés. - Un segment personnalisé de 2 à 6 caractères, lorsque aucun des codes ne correspond à ce que vous souhaitez.
Chaque segment doit être unique au sein du projet, et il s'applique uniformément à tous les chemins. Il peut être modifié ultérieurement à partir de la ligne de la langue sur l'écran Toutes les langues. Voir Ajouter et supprimer des langues.
Pourquoi les sous-répertoires
Utile à savoir même si c'est la seule option, car c'est celle que la plupart des sites devraient vouloir :
- Rien à configurer. Pas d'enregistrements DNS, pas de certificats, pas d'hôtes par langue.
- Chaque langue contribue à l'autorité d'un domaine au lieu de la répartir sur plusieurs hôtes.
- Chaque langue est toujours une URL réelle, indexable séparément, ce dont les moteurs de recherche ont besoin.
Ce qui ne change pas
Vos slugs restent dans la langue source. /es/pricing/ est l'espagnol à /pricing/, pas /es/precios/. Le segment de langue est ajouté ; le reste du chemin est transmis exactement tel quel. Si un slug traduit est important pour vous, ce n'est pas quelque chose que Universally fait.
Vos URL existantes continuent de fonctionner. L'ajout d'une langue ne déplace ni ne réécrit rien qui ait déjà été publié. Voir URL existantes et redirections.
Sous-domaines linguistiques
Servir chaque langue sur son propre nom d'hôte est en cours de développement et est limité à une bêta fermée pour le moment. Deux choses à savoir si vous prévoyez cela :
- Ce n'est pas disponible sur WordPress. La bêta couvre les projets qui acheminent le trafic via Universally plutôt que via le plugin WordPress.
- Il est défini lors de la création du projet et ne peut pas être modifié par la suite. Déplacer un projet existant des sous-répertoires vers des sous-domaines signifie créer un nouveau projet.
Chaque nom d'hôte de langue nécessite également sa propre configuration DNS : un enregistrement de routage plus deux enregistrements de validation émis lors de la création du certificat. C'est la principale différence pratique par rapport aux sous-répertoires, qui n'en nécessitent aucun.
Si les sous-domaines sont importants pour votre site, contactez le support et ils pourront vous dire où en est le développement. Voir Obtenir du support.