Drupal maintient les versions linguistiques proches du contenu d'origine
Un site web multilingue ne se limite pas à des menus traduits. Les visiteurs s'attendent à trouver le même contenu dans leur langue et à rester au même endroit après avoir changé de langue. Drupal peut relier les traductions d'un contenu. Une page de service en allemand, sa version anglaise et ses autres traductions appartiennent ainsi de manière identifiable à un même sujet, même si leurs textes sont modifiés séparément.
Pour les équipes éditoriales, ce lien est précieux, car elles ont moins de copies isolées à gérer. Lors de la modification, elles peuvent voir quelles langues sont disponibles et quelle version manque. Drupal ne prend toutefois pas les décisions linguistiques à leur place. Une traduction créée sur le plan technique peut être incomplète, obsolète ou difficile à comprendre. La qualité continue à dépendre d'un bon texte source, d'une traduction soignée et d'une vérification adaptée.
Outre les différentes langues, certaines offres ont besoin de plusieurs formes linguistiques dans une même langue. Une page générale en allemand peut par exemple être complétée par une version facile à lire et à comprendre. Sur le fond, cette relation diffère d'une traduction en anglais. Avant de créer les contenus, il faut donc déterminer clairement quelles versions sont de véritables traductions et lesquelles offrent un accès distinct à un lectorat particulier.
Une structure de contenu compréhensible facilite chaque version
Drupal organise les contenus par types de contenu et par champs. Un type de contenu peut par exemple représenter un événement, une prestation ou une actualité. Les champs contiennent des informations individuelles telles que le titre, le résumé, l'adresse et les coordonnées. Cette répartition facilite la gestion des versions linguistiques lorsqu'elle suit le sens du contenu. Un seul grand champ de texte dissimule les informations importantes, tandis que des champs clairement nommés aident les équipes éditoriales à tout traduire.
La structure doit refléter les questions des lecteurs, et non les responsabilités internes. Pour un service de conseil, le sujet, les personnes joignables, les horaires d'ouverture et la prise de rendez-vous sont plus utiles que des champs contenant des codes de service. Les traducteurs comprennent ainsi plus facilement la nature de l'information. Les affichages sur les pages récapitulatives restent également cohérents, car Drupal peut utiliser les mêmes informations à plusieurs endroits sans qu'elles soient réécrites dans chaque texte.
Un trop grand nombre de petits champs peut cependant morceler le contenu. Une indication cohérente devient difficile à lire lorsque chaque phrase est gérée séparément. Créez des champs distincts pour les informations qui doivent être présentées différemment, filtrées ou souvent modifiées isolément. Les paragraphes explicatifs peuvent être conservés comme un ensemble compréhensible. Une bonne structure Drupal aide l'équipe éditoriale sans transformer le langage naturel en un formulaire composé d'innombrables fragments.
Le changement de langue doit mener au même sujet
Un sélecteur de langue bien visible n'est utile que s'il mène au bon endroit. Une personne qui choisit l'anglais sur une page consacrée à une carte de stationnement résidentiel s'attend à obtenir la version anglaise de ce sujet. Un renvoi vers la page d'accueil anglaise interrompt la tâche et oblige à relancer la recherche. Drupal peut générer des liens vers les traductions existantes si les contenus sont correctement reliés entre eux et si le changement de langue est configuré de manière adaptée.
Lorsqu'une traduction manque, le site web doit réagir honnêtement. Un lien ne doit pas mener à une page vide ni afficher de nouveau l'allemand sans le signaler alors que l'utilisateur a choisi l'anglais. Selon l'offre, la langue indisponible peut être masquée ou accompagnée d'une indication compréhensible. Pour les informations importantes, il convient également d'indiquer un moyen de contact permettant d'obtenir de l'aide dans la langue souhaitée.
La désignation des langues mérite elle aussi de l'attention. Les noms doivent apparaître sous une forme reconnaissable par leurs locuteurs et ne pas être représentés uniquement par des drapeaux. Un drapeau représente un pays, tandis qu'une langue peut être utilisée dans de nombreux pays. Testez le changement de langue sur les petits écrans et au clavier. Il fait partie de la navigation et doit être aussi accessible que le menu principal.
Les traductions et les formes linguistiques ont besoin de relations différentes
Le module de traduction de contenu de Drupal est conçu pour les versions dans différentes langues. Certains champs peuvent être configurés comme traduisibles, tandis que les informations communes restent inchangées. Un titre anglais diffère du titre allemand, mais un identifiant interne ne change généralement pas. Cette distinction évite une double gestion inutile, mais doit correspondre au contenu. Une adresse peut rester identique, tandis que la description de l'itinéraire qui l'accompagne doit être traduite.
Le langage simple et le facile à lire et à comprendre ne sont pas simplement d'autres langues nationales. Une version facile à lire et à comprendre peut sélectionner les informations différemment, les expliquer davantage et utiliser ses propres images. La traiter techniquement comme une traduction normale mot à mot crée de fausses attentes quant à l'identité des contenus et à leur actualisation. Il est souvent plus clair de créer un contenu distinct et lié, qui nomme visiblement sa forme linguistique et renvoie à la page source de référence.
La représentation appropriée dépend de l'offre. L'important est que les équipes éditoriales comprennent la relation et que les visiteurs puissent passer directement d'une version à l'autre. Drupal peut établir ces liens au moyen de champs de référence. Ces champs renvoient vers un autre contenu. Une page peut ainsi être reliée à sa version facile à lire et à comprendre sans prétendre que les deux textes ont la même structure ou peuvent être comparés automatiquement phrase par phrase.
L'interface de modification doit éviter les erreurs linguistiques
Dès l'ouverture d'un contenu, la langue ou la forme linguistique en cours de modification doit être immédiatement identifiable. Des formulaires de saisie similaires augmentent sinon le risque de voir du texte allemand inséré dans une version anglaise ou une modification non vérifiée publiée. Des titres de page clairs, des indications sur la langue et des parcours de modification distincts sont utiles. Les champs inutiles doivent être masqués au lieu de confronter les équipes éditoriales à des paramètres techniques.
Les textes d'aide associés aux champs peuvent expliquer les décisions linguistiques. Pour le texte alternatif d'une image, une brève indication est par exemple plus utile que le seul terme « Texte alternatif ». Pour le titre d'une page, l'interface peut rappeler qu'il faut nommer le sujet sans ambiguïté. Ces indications doivent être concises et placées à proximité de la saisie concernée. Un long manuel extérieur au système est moins souvent utilisé dans le quotidien de la publication.
Les champs obligatoires ont besoin d'une justification liée au contenu. Un résumé peut être indispensable sur les pages récapitulatives, tandis qu'une image décorative n'a pas besoin d'un texte alternatif descriptif. Des règles rigides produisent alors des textes de remplacement ou des saisies dénuées de sens. Configurez Drupal de façon à recueillir de manière fiable les informations nécessaires tout en gardant les exceptions compréhensibles. De bons formulaires guident la création du contenu sans remplacer la vigilance éditoriale par un simple remplissage de champs.
Les révisions rendent les modifications traçables et corrigibles
Drupal peut enregistrer les anciens états de modification sous forme de révisions. Une révision est une version conservée d'un contenu à un moment donné. Elle est particulièrement utile lorsque plusieurs versions linguistiques sont vérifiées ou lorsqu'une modification a involontairement fait perdre une partie du sens. Les équipes éditoriales peuvent comprendre ce qui a été adapté et, si nécessaire, revenir à une version antérieure au lieu de reconstituer des textes à partir d'e-mails ou de fichiers locaux.
Des indications explicites sur la modification renforcent cette utilité. Un commentaire comme « Échéance reportée au 30 juin » explique davantage que « Mis à jour ». Les traducteurs reconnaissent ainsi la partie qui concerne leur version et l'urgence de l'adaptation. La note doit préciser le motif lié au contenu sans inclure d'informations internes sensibles. L'aperçu des révisions devient alors un historique compréhensible du contenu et non une simple série d'horodatages.
Les révisions ne résolvent pas automatiquement les différences de contenu. Lorsque la version source allemande est modifiée, une traduction anglaise continue d'exister sur le plan technique même si son message est désormais obsolète. Les équipes éditoriales ont donc besoin d'un avertissement visible ou d'une notification concernant les modifications pertinentes. Pour les prix, les échéances, les consignes de sécurité et les moyens de contact en particulier, il faut savoir clairement quelle version linguistique contient déjà l'état actuel des informations.
La modération protège les versions vérifiées contre une publication prématurée
Drupal permet d'attribuer aux contenus des états tels que « Brouillon », « En cours de vérification » et « Publié ». Le module de modération de contenu relie ces états aux révisions. Pour les versions linguistiques, cela signifie qu'une traduction peut être modifiée et vérifiée pendant que la version publiée jusque-là reste visible. Les visiteurs ne voient pas de modifications inachevées et les équipes éditoriales n'ont pas à échanger un brouillon hors du CMS.
La validation doit être adaptée au risque du contenu. L'annonce d'un événement ne nécessite peut-être qu'une vérification éditoriale. Des conseils de santé ou une explication ayant des conséquences financières exigent en plus une vérification du fond. Pour le facile à lire et à comprendre, une validation avec les lecteurs visés peut faire partie de la pratique convenue. Drupal représente l'état, mais ne remplace pas la décision sur le fond concernant les personnes qui doivent procéder à la vérification.
Un trop grand nombre d'états et d'étapes de validation rendent l'interface incompréhensible. Si chaque petite correction suit le même long parcours, les équipes cherchent des contournements ou laissent en place des informations obsolètes. Choisissez des désignations que les équipes éditoriales connaissent dans leur travail et montrez clairement ce qui se passe à l'étape suivante. Une bonne modération protège les lecteurs sans bloquer inutilement les mises à jour simples.
Les contenus partagés ne doivent pas réserver de surprises aux traductions
Dans Drupal, les pages web sont souvent composées d'éléments réutilisés. Un bloc de contact, un accordéon ou une indication peut apparaître sur de nombreuses pages. Cela réduit le travail de gestion, mais comporte un risque linguistique. Lorsqu'un composant allemand partagé est modifié, il peut apparaître dans plusieurs contextes. Avant sa modification, il faut pouvoir voir où l'élément est utilisé et quelles traductions y sont associées.
Les médias exigent eux aussi une attention linguistique. La même photo peut apparaître dans plusieurs versions, mais sa légende et son texte alternatif doivent correspondre à chaque contexte. Si une image contient du texte visible, il faut une version graphique localisée ou une explication complète. Drupal peut gérer les fichiers de façon centralisée. L'interface éditoriale doit néanmoins distinguer les informations qui s'appliquent au fichier en général de celles qui sont rédigées pour une version linguistique précise.
Les menus et les aperçus générés automatiquement sont faciles à oublier. Un article traduit est peu utile si son élément de menu manque ou si une catégorie apparaît uniquement en allemand. Ne vérifiez donc pas seulement l'aperçu de la page elle-même, mais aussi le parcours qui y mène et les pages suivantes. Les résultats de recherche, les filtres, les messages d'erreur et les confirmations montrent particulièrement bien si le site web conserve la langue sélectionnée pendant toute la tâche.
Les mises à jour doivent atteindre toutes les versions concernées
Une nouvelle version linguistique est à jour le jour de sa publication. Par la suite, les contenus sources, les responsabilités et les offres évoluent. Déterminez donc quelle page constitue la source de référence et quelles modifications déclenchent une nouvelle traduction. Une nouvelle formulation sans changement de sens peut être traitée différemment d'une condition modifiée. Les équipes éditoriales ont besoin de cette distinction afin que les adaptations importantes ne se perdent pas au milieu de nombreuses petites révisions.
Drupal peut fournir des indications techniques sur les contenus modifiés, mais une personne doit en évaluer le sens. Si un numéro de téléphone se trouve dans un champ partagé, il peut être actualisé automatiquement partout. Si un paragraphe explicatif est modifié, chaque traduction doit en revanche faire l'objet d'un travail distinct. Pour une version facile à lire et à comprendre, la modification peut aussi nécessiter une nouvelle explication ou une nouvelle validation au lieu de reprendre uniquement la phrase modifiée.
N'affichez pas aux visiteurs une indication trompeuse sur l'actualité du contenu. La date générale du dernier enregistrement technique donne peu d'informations sur la vérification du contenu traduit. Lorsqu'une version importante accuse temporairement un retard, l'équipe éditoriale doit décider si elle reste visible, reçoit une indication ou est complétée par un contact d'assistance. La solution appropriée dépend du contenu, de la durée et des conséquences possibles d'une information erronée.
Une bonne page Drupal reste compréhensible au-delà du formulaire de saisie
La qualité d'une version linguistique ne se révèle que sur le site web publié. Vérifiez un parcours complet dans chaque langue prévue : point d'entrée, navigation, contenu, formulaire et confirmation. Soyez attentif aux changements de langue inattendus, aux traductions manquantes et aux liens qui mènent au mauvais sujet. Une configuration Drupal correcte est précieuse, mais les visiteurs ne font pas l'expérience d'une configuration : ils accomplissent une tâche cohérente.
Faites participer les équipes éditoriales et des personnes appartenant aux groupes de lecteurs visés. Les équipes éditoriales repèrent les endroits où l'interface de modification favorise les erreurs. Les lecteurs montrent si les désignations, le changement de langue et les explications sont réellement compréhensibles. Pour le facile à lire et à comprendre, des personnes ayant les besoins de compréhension correspondants doivent participer. Leur expérience ne peut être entièrement remplacée ni par un outil de contrôle automatique ni par un aperçu technique.
Drupal offre une base solide lorsque les types de contenu, les traductions, les liens, les révisions et les validations fonctionnent ensemble de manière compréhensible. Commencez par un parcours thématique important et représentez proprement ses différentes versions. L'utilisation réelle révèle rapidement les champs, les indications et les états qui apportent une aide. Vous développerez ainsi une offre multilingue qui ne se contente pas de posséder de nombreuses versions, mais les maintient utilisables de manière fiable.