Fonctionnalités multilingues par défaut de HubSpot
Lorsqu’une variante multilingue est créée pour une page dans HubSpot, nous procédons automatiquement aux opérations suivantes :- création d’une nouvelle entrée dans le plan du site XML indiquant le nom et l’URL de la page traduite ;
-
spécification de la langue du contenu dans la page
<head>pour les modèles créés à l’aide de la fonctionnalité de glisser-déposer ; -
identification d’autres pages au sein du groupe de contenu multilingue suivant le format normalisé approprié, qui marque les autres pages comme des alternatives pour éviter les erreurs de contenu en double et identification du code ISO 639-1 associé à la (aux) traduction(s) de la langue :
<link rel="alternate" hreflang="[**_lang_code_**](https://developers.google.com/search/docs/specialty/international/localized-versions?visit_id=638932801772684338-1621777157&rd=1#language-codes)" href="_url_of_page_" />; - réécriture des liens sur les pages de langue pour accéder aux versions intra-langue de la page liée afin de s’assurer que les visiteurs restent dans la même langue et d’éviter d’avoir à mettre à jour chaque lien sur chaque traduction de page. Pour un élément donné, vous pouvez désactiver cette réécriture en ajoutant la classe “hs-skip-lang-url-rewrite” à l’élément.
Ce que HubSpot ne fait pas
Avec CMS Hub, HubSpot n’effectue pas automatiquement les opérations suivantes :- traduction du contenu de la page pour vous ;
- redirection des utilisateurs vers une variante multilingue selon GeoIP ;
- intégration d’un module de sélection de langue dans votre en-tête ou site web ;
- définition de la langue d’une page pour les fichiers codés ;
- définition de l’attribut directionnel de contenu pour les traductions dans une langue qui se lit de droite à gauche plutôt que de gauche à droite pour les fichiers codés.
Définir des variables de langue
Étant donné que les fichiers codés n’incluent pas automatiquement les déclarations de langue ou les attributs directionnels de langue de contenu, ceux-ci devront être configurés manuellement pour les modèles codés. Les variables de langue peuvent être définies en HTML ou renseignées via HubL, comme dans le modèle du boilerplate CMS. La définition de ces propriétés à l’aide de HubL permettra à ces données d’être renseignées dynamiquement dans le code HTML d’une page en fonction de la langue définie pour la page dans CMS Hub.Utiliser des modules modifiables pour chaque page
Afin de s’assurer que le contenu peut être localisé à travers chaque instance d’utilisation d’un modèle, tirez parti de modules personnalisés à la place du contenu HTML codé en dur dès que possible. La création de modules pouvant être modifiés au niveau de la page permettra aux créateurs de contenu de définir du contenu spécifique qui apparaîtra sur chaque page sans avoir à modifier le code de modèle. Cela permet également d’utiliser un contenu unique entre des pages issues du même modèle.Inclure les traductions de champs dans des modules personnalisés et des thèmes
Pour soutenir votre équipe internationale, vous pouvez publier des traductions des modules que vous avez créés dans HubSpot. Une fois que vous avez traduit le contenu du module et l’avez publié dans les langues des membres de votre équipe, les utilisateurs verront les libellés de champs pour ce module dans leur langue par défaut de compte. Remarque : Le contenu d’un module traduit ne sera pas traduit automatiquement ; vous devrez le faire vous-même. Vous pouvez créer des traductions de votre module dans n’importe quelle langue. Vous pouvez définir des traductions à l’aide des outils de développement local ou via le gestionnaire de conception.Développement local
Pour définir des traductions à l’aide d’outils de développement local, chaque dossier de module et de thème peut contenir un dossier_locales, avec des sous-dossiers de paramètres de langue, chacun avec un fichier messages.json contenant des traductions de champ de module.