Comment construire un site de congrès multilingue

Tout n’appartient pas à toutes les langues

Les titres d’abstracts peuvent rester dans la langue de la science. Les pages pratiques — lieu, visas, catégories d’inscription — ont souvent besoin de la langue hôte. Trancher cette séparation en public, ou les bénévoles traduiront le programme deux fois et manqueront encore un changement de salle.

Les données vivantes sont l’échec habituel

Les paragraphes statiques se traduisent une fois facilement. Tarifs, échéances et horaires de session changent. Si chaque langue est un arbre CMS séparé, l’une d’elles sera fausse. Un site de congrès qui publie à partir des dossiers opérationnels peut changer de langue sans cloner l’emploi du temps.

La langue n’est pas une couleur de thème

Les sélecteurs doivent nommer la langue de la page sur laquelle on atterrit. Dates, devises et formats d’adresse suivent la locale. L’accessibilité veut que l’attribut de langue HTML corresponde à ce que le lecteur voit — y compris sur le site marketing de Eventumbot, qui propose anglais, français, allemand et espagnol.

Qui écrit la seconde langue

Le logiciel ne remplace pas un traducteur pour les affirmations scientifiques ou les textes juridiques. Les organisateurs restent responsables du sens. Ce que la plateforme peut faire, c’est empêcher un stagiaire communication de retaper les titres de session dans une seconde brochure la veille de l’ouverture.

Liste de contrôle de localisation

Parcourez cette liste pour chaque langue publiée.

• Décidez quelles langues sont complètes et quelles pages existent dans chacune.
• Traduisez le texte visible, les titres et descriptions de page et les textes alternatifs des images.
• Gardez données du programme, dates et tarifs dans une seule source et affichez les mêmes valeurs dans toutes les langues.
• Localisez dates, heures, devises et formats de nombres.
• Traduisez le formulaire d’inscription, l’e-mail de confirmation et le texte des factures.
• Prévoyez un sélecteur de langue sur chaque page, avec chaque langue nommée dans sa propre langue.
• Reliez les versions linguistiques d’une même page, pas la page d’accueil.
• Faites relire les termes techniques par un locuteur natif du domaine.

Exemple d’inventaire de contenus

Listez chaque page avec son responsable, ses langues et sa source de référence. Un petit tableau évite l’échec courant : la page anglaise est mise à jour, pas les autres.

Page : Inscription Responsable : Trésorier Langues : EN, FR, DE, ES Source : grille tarifaire de la fiche d’inscription Page : Programme Responsable : Responsable du programme Langues : EN, FR, DE, ES Source : fiches du programme ; les titres de séances restent dans la langue du résumé

Le parcours utilisateur multilingue

Un visiteur qui choisit le français doit pouvoir lire l’appel, soumettre, s’inscrire, payer et recevoir des e-mails en français. Testez ce parcours de bout en bout, vérifiez que le choix de langue est mémorisé et qu’aucune étape ne retombe silencieusement sur l’anglais.

Choisir les langues à proposer

Plus de langues n’est pas toujours mieux. Chacune est la promesse que tout ce qui est important y existe et reste à jour. Partez de votre public : les langues des pays qui fournissent la plupart de vos participants, des membres de la société et des éventuels financeurs. Vérifiez ensuite ce que vous pouvez maintenir. Un site qui offre bien trois langues sert mieux qu’un site qui en offre six avec des trous. Décidez quelles pages existent dans chaque langue et signalez clairement celles qui sont uniquement en anglais.

Ce qu’il faut traduire et ce qu’il faut laisser

Tout n’a pas besoin d’être traduit, et certaines choses ne doivent pas l’être.

• À traduire : l’appel, la structure du programme, l’inscription, les tarifs, le lieu et l’accès, le contact, les politiques.
• À envisager : biographies des conférenciers, descriptions des partenaires.
• À laisser dans l’original : titres et textes des résumés, qui sont ceux des auteurs ; indiquez la langue de chacun.
• À ne pas traduire : noms de personnes et d’institutions, et titre officiel de la réunion, même si vous pouvez ajouter une traduction à côté.
• Gardez nombres, dates et unités sous une forme que chaque lecteur comprendra.

URL et sélecteur de langue

Donnez à chaque langue sa propre adresse, par exemple un dossier par langue, pour que chaque version puisse être liée, mise en favori et trouvée. Placez un sélecteur de langue sur chaque page, avec chaque langue dans son propre nom, par exemple « Deutsch » et non « allemand ». Quand un lecteur change de langue, amenez-le à la même page dans l’autre langue, pas à l’accueil. Si une page n’existe pas dans cette langue, dites-le et proposez l’équivalent le plus proche. Reliez entre elles les versions linguistiques d’une page dans son balisage technique pour que les moteurs de recherche montrent la bonne version au bon lecteur.

Données du programme et résumés en plusieurs langues

Titres de séances, noms de salles et horaires doivent provenir d’une seule fiche, avec les traductions des libellés associées. Les heures et les salles ne diffèrent jamais d’une langue à l’autre. Les résumés sont généralement publiés dans la langue de soumission : indiquez la langue de chacun et permettez le filtrage. Ne gardez un champ traduit que si vous avez les moyens de le maintenir : un résumé traduit une fois puis modifié dans l’original sera périmé en une semaine.

Travailler avec des traducteurs, et un glossaire

La traduction automatique est un premier jet acceptable mais doit être relue par une personne qui connaît le domaine. Donnez aux traducteurs le contexte, le public et un glossaire pour que « track », « abstract », « chair » et « early-bird » soient toujours traduits de la même façon. Demandez-leur de signaler les phrases qui n’ont de sens qu’en anglais. Tenez un glossaire sous forme de simple tableau et partagez-le avec tous ceux qui écrivent pour le site.

Anglais Français Allemand Espagnol abstract résumé Abstract resumen track thème Track línea temática chair président de séance Sitzungsleitung moderador early-bird early bird Frühbucher tarifa anticipada programme programme Programm programa

Garder les versions linguistiques synchronisées

Le plus difficile dans un site multilingue n’est pas le lancement mais la troisième semaine, quand quelque chose change. Nommez un responsable pour chaque langue et une personne chargée de déclencher les mises à jour quand la source change. Consignez la date de dernière vérification de chaque version linguistique et montrez-la aux éditeurs. Quand un changement est urgent, comme une échéance, publiez-le dans toutes les langues le même jour, même sous une forme brève, puis améliorez-le ensuite.

E-mails, formulaires et reçus dans la langue du lecteur

Un visiteur qui a choisi le français et reçoit un e-mail de confirmation en anglais a été déçu au moment le plus important. Enregistrez la préférence de langue à l’inscription et utilisez-la pour confirmations, rappels, factures et reçus. Traduisez les messages d’erreur des formulaires : « Saisie invalide » aide davantage un lecteur français que « Invalid input ». Testez chaque e-mail et chaque formulaire dans chaque langue avant le lancement, sur téléphone comme sur ordinateur.