Publication d'une page CMS dans plusieurs langues

Un éditeur ouvre une page de service et voit l'anglais, le turc et l'allemand répertoriés sous Traductions. Chaque langue possède un enregistrement de page. La page est-elle prête à être publiée ?

Il reste encore beaucoup à vérifier. Le titre allemand peut être correct tandis qu'un paragraphe revient à l'anglais. L'étiquette du menu peut être traduite alors que sa destination mène vers un endroit inattendu. Une image peut paraître identique dans toutes les langues alors que son texte alternatif doit encore être amélioré.

Voici une petite page de consultation Northstar Studio qui rend visibles ces contrôles. L'exemple utilise WebBlocks CMS 1.104.1 et du contenu fictif dans une vitrine reproductible.

La traduction de page possède le nom, le slug, le chemin et les métadonnées au niveau de la page pour une langue. Il ne contient pas tous les paragraphes de la page. Ces mots appartiennent aux blocs placés à l’intérieur.

Dans l'exemple, les enregistrements de traduction des trois pages existent. La carte Traductions rapporte ce fait ; il ne certifie pas que chaque bloc, étiquette de menu ou description d'image a été examiné.

Commencez par activer les langues requises sur le site, puis ajoutez les traductions des pages. Gardez le nom de la page significatif dans chaque langue et vérifiez son adresse publique avant de la partager.

La page de service en anglais utilise /services/studio-consultation. Sa version turque utilise /tr/hizmetler/studyo-danismanligi et la version allemande utilise /de/leistungen/studioberatung.

La langue par défaut n'a pas de préfixe de paramètres régionaux. WebBlocks ajoute le préfixe de langue autre que celui par défaut au chemin de la page traduite. Dans la forme de traduction allemande, le chemin stocké est /leistungen/studioberatung ; le chemin public résultant inclut /de. Vérifiez le chemin public indiqué par le formulaire plutôt que d'ajouter le préfixe de paramètres régionaux une seconde fois.

Une traduction de page manquante et une traduction de bloc manquante sont des situations différentes. Une langue a besoin de la traduction de sa page pour connaître l'itinéraire localisé de cette page. À l’intérieur d’une route existante, le repli de bloc peut toujours produire du contenu dans une autre langue.

Ouvrez l'emplacement de contenu de la page et changez la langue d'édition. La mise en page, l'ordre des blocs et les paramètres restent partagés, tandis que le texte appartient aux lignes de traduction de la langue sélectionnée.

Pour cet exemple, le titre allemand est traduit mais le paragraphe Rich Text n'a initialement pas de traduction allemande. Le moteur de rendu résout ce paragraphe dans sa traduction anglaise stockée. Une page peut donc s'afficher avec succès tout en contenant un mélange de langues inachevé.

Traduisez ce paragraphe et ouvrez à nouveau l'aperçu allemand. Lisez la page entière plutôt que de vérifier uniquement son titre. Une ligne de traduction peut également contenir des termes obsolètes ou inappropriés, de sorte que la présence d'une ligne ne remplace pas sa lecture.

L’exemple utilise un fichier image dans les trois langues. Son bloc comporte une légende distincte et un texte alternatif pour chaque langue. La description allemande doit décrire les mêmes échantillons visibles que les versions anglaise et turque.

Vérifiez ce que l'image apporte à la page. Gardez les descriptions utiles précises et naturelles dans la langue sélectionnée. La réutilisation du fichier ne termine pas le travail linguistique autour de lui.

La traduction de la page contient également des remplacements SEO et Open Graph. Dans cet exemple, le titre et la description allemands décrivent la consultation en allemand. Ils doivent correspondre au service décrit dans le corps.

Traitez ces champs comme une autre partie de la page destinée au lecteur. Une bonne traduction corporelle peut toujours être accompagnée d’une description en anglais lorsque quelqu’un trouve ou partage la page. La modification des métadonnées ne garantit pas la manière dont une recherche externe ou une plateforme sociale les affichera, mais elle donne à cette plateforme les valeurs localisées souhaitées.

L'élément de navigation de l'exemple pointe vers la page de consultation et comporte un libellé dans chaque langue : Consultation, Danışmanlık et Beratung. Un élément sauvegardé sur une page peut résoudre l'adresse traduite de la destination. Une URL personnalisée nécessite sa propre vérification délibérée.

Examinez ensemble les étiquettes de menu, les étiquettes de boutons et les destinations. Cliquez sur les liens internes de chaque langue et assurez-vous que le visiteur atteint la langue et la page souhaitées. Les en-têtes et menus partagés méritent également leur propre examen ; un brouillon de page n’isole pas toutes les modifications de navigation du site. Le présentation pas à pas des en-têtes et pieds de page partagés explique cette portée.

L'exemple local complété contient du texte correspondant, des descriptions d'images, des métadonnées et une navigation par page dans les trois langues. Utilisez un aperçu distinct pour chaque langue lors de la préparation de votre vraie page, y compris une vérification sur écran étroit.

Pour chaque langue, examinez l'identité de la page et le chemin public, chaque bloc visible, les descriptions d'images, les métadonnées et les destinations liées. Vérifiez que le sens est cohérent même lorsque la formulation diffère.

Le processus normal de publication concerne la page entière. Ajouter une langue ne crée pas de statut d’approbation et de publication indépendant pour cette traduction. Déterminez quelles langues doivent être complètes avant de publier la page et vérifiez-les explicitement. Un aperçu correct et une fiche de traduction sont des contrôles utiles, mais aucun des deux ne valide la qualité linguistique.

Pour les étapes d'édition, voir Traduire une page, Localisation et Construire un menu de navigation.

Les commentaires sont examinés avant leur publication.