Ce que Drupal CMS 2.2 apporte nativement au multilingue
Langue sélectionnable à l'installation
Avant Drupal CMS 2.2, la langue de l'interface d'administration se configurait après l'installation, dans une étape séparée. Depuis la version 2.2, l'installeur propose directement la sélection de langue, et la langue choisie devient recherchable dans le moteur de découverte des recettes.
En pratique, cela signifie qu'une équipe qui installe Drupal CMS en français ou en espagnol voit les recettes disponibles dans sa langue dès la première connexion. L'étape d'alignement de l'interface n'est plus manuelle.
Recettes affichées dans la langue du site
Les recettes (le mécanisme de distribution de configurations bundlées, propre à Drupal CMS) sont désormais rendues dans la langue de l'instance. Si l'interface est en français, les descriptions et intitulés des recettes s'affichent en français.
Ce point réduit la friction pour les équipes non anglophones qui évaluent ou comparent des recettes avant de les appliquer. Il n'élimine pas le besoin de comprendre ce qu'une recette installe, mais il supprime la barrière de langue dans l'exploration.
La recette multilingue avec réglages recommandés
Drupal CMS 2.2 inclut une recette dédiée au multilingue, avec un jeu de réglages recommandés pré-configurés. Appliquer cette recette active les modules de traduction de base et leurs configurations par défaut, sans que l'administrateur ait à les assembler module par module.
C'est un gain réel sur la phase de démarrage. Pour un projet qui doit gérer deux ou trois langues, la configuration initiale passe d'une tâche d'expertise à une opération guidée.
Ce que la recette ne fait pas : elle ne configure pas les workflows de traduction, ne génère pas les traductions automatiquement, et ne détermine pas la stratégie d'URL multilingue. Ces décisions restent à prendre.
Canvas Translate : traduire les pages depuis l'éditeur
Canvas Translate est la fonctionnalité qui a le plus d'impact sur les équipes éditoriales. Elle permet de traduire une page directement depuis l'interface Canvas, l'éditeur visuel de Drupal CMS, sans passer par les écrans d'administration Drupal classiques.
Pour un rédacteur ou un chef de projet qui gère les traductions, cela change le quotidien : la traduction devient une action éditoriale, pas une tâche technique. L'original et la traduction sont visibles côte à côte.
Canvas Translate ne remplace pas un outil de traduction professionnelle (CAT, TMS). Il ne gère pas les mémoires de traduction, les glossaires ni les flux de validation multi-étapes. Il couvre le cas d'usage simple : modifier le texte d'une page dans une autre langue.
Dashi : la démo multilingue qui remplace Umami
Drupal CMS 2.2 remplace la démo Umami par Dashi. Umami était une démo de site alimentaire en anglais uniquement. Dashi est nativement multilingue.
Ce changement a deux effets. D'abord, les équipes qui évaluent Drupal CMS disposent d'une référence de démonstration multilingue fonctionnelle dès l'installation. Ensuite, les développeurs qui s'appuient sur la démo pour construire leurs premières configurations partent d'une base multilingue plutôt que d'une base monolingue à adapter.
Ce qui reste un projet dans Drupal CMS 2.2
Le workflow de traduction
La recette multilingue active les modules et leurs configurations par défaut. Elle ne configure pas les workflows de traduction : qui traduit quoi, selon quel processus de validation, avec quelle priorité entre langues.
Un workflow de traduction sérieux passe par des décisions d'organisation : définir les états de contenu (brouillon, traduit, validé, publié), les rôles qui peuvent agir à chaque étape, les notifications aux traducteurs. Tout cela se configure dans Drupal via Content Moderation et les modules de workflow associés.
Drupal CMS 2.2 ne prend pas ces décisions à votre place. Il vous donne une base propre pour les implémenter, mais l'implémentation reste un travail de projet.
Le hreflang et le SEO multilingue
Les balises hreflang indiquent aux moteurs de recherche quelle version linguistique d'une page adresser à quel marché. Leur configuration correcte est critique pour un site international : une erreur de hreflang peut faire indexer la mauvaise langue sur un marché, ou créer des signaux contradictoires pour les crawlers.
Drupal propose des solutions matures pour gérer le hreflang (via le module Language et ses configurations d'URL). Drupal CMS 2.2 ne configure pas le hreflang automatiquement. La stratégie d'URL par langue (sous-domaine, répertoire, domaine distinct), la génération des balises et leur validation restent des tâches techniques à traiter en projet.
La gouvernance éditoriale
Un site multilingue qui dure nécessite des règles claires sur la gestion du contenu dans plusieurs langues : qui peut publier dans quelle langue, comment traiter les mises à jour d'un contenu source qui entraînent des traductions à mettre à jour, comment gérer les contenus qui n'existent que dans certaines langues.
Ces décisions touchent à l'organisation des équipes, aux processus de validation et aux contrats avec les traducteurs. Drupal peut les refléter techniquement une fois qu'elles sont prises, mais Drupal CMS 2.2 ne les prend pas à votre place.
Drupal CMS n'est pas une migration de votre Drupal existant
Ce point mérite d'être posé clairement, car la confusion est fréquente.
Drupal CMS est une distribution Drupal orientée site builder, conçue pour des projets nouveaux. Ce n'est pas une mise à niveau d'un site Drupal 9, 10 ou 11 existant. Les sites Drupal existants restent sur leur parcours de mise à jour standard (Drupal core + modules contrib).
Si votre site est actuellement sur Drupal 10 et que vous souhaitez profiter des fonctionnalités de Drupal CMS 2.2, cela implique une migration de projet, pas une mise à jour de package. Les deux bases de code ne sont pas directement interchangeables.
Pour les projets existants, les améliorations multilingues de Drupal CMS 2.2 ne s'appliquent pas sans refonte. Les organisations qui veulent en bénéficier doivent évaluer si la migration vers Drupal CMS est pertinente dans leur contexte.
Ce que Drupal CMS 2.2 change concrètement pour un projet international
Drupal CMS 2.2 réduit la charge de démarrage d'un projet multilingue. La configuration initiale est plus rapide, l'interface d'exploration des recettes est accessible à des équipes non anglophones, et l'édition des traductions est plus directe pour les rédacteurs.
Ce qu'il ne change pas : les décisions d'architecture (stratégie d'URL, hreflang), les workflows de traduction et la gouvernance éditoriale restent des sujets de projet. Ils exigent un cadrage, des choix techniques et une mise en oeuvre adaptée au contexte.
Pour un projet de site international sérieux, Drupal CMS 2.2 donne une meilleure base de départ. Il ne remplace pas le travail de conception qui détermine si ce site fonctionnera sur ses marchés cibles dans deux ans.
Ce que les équipes projet doivent retenir
- La recette multilingue de Drupal CMS 2.2 accélère la phase de démarrage, pas la totalité du projet.
- Canvas Translate couvre les cas simples d'édition multilingue. Pour un volume de traduction important ou des processus de validation complexes, une intégration avec un TMS reste pertinente.
- Dashi fournit une référence multilingue concrète, utile pour aligner les équipes sur ce que « multilingue dans Drupal CMS » signifie en pratique.
- Drupal CMS n'est pas un upgrade de votre site existant : évaluer la migration est une décision de projet à part entière.