Drupal au Luxembourg : mon guide concret pour 2026

S'il fallait ne retenir qu'un atout de Drupal au Luxembourg, ce serait le multilingue. Le pays jongle au quotidien avec quatre langues dans l'administration et les affaires : le français (celui de la loi), l'allemand, l'anglais et le luxembourgeois, langue nationale depuis 1984. Dans les faits, la plupart des projets en réclament au moins trois, certains les quatre.

Les quatre modules multilingues du cœur Drupal

• Language : on active les langues, on renseigne leur code ISO, on affiche un sélecteur et on laisse Drupal détecter la langue via l'URL, un cookie, le navigateur ou la session.
• Content Translation : traduit le contenu lui-même (articles, pages, types maison). Chaque entité se traduit isolément et garde son propre statut de publication langue par langue.
• Configuration Translation : traduit le paramétrage du site, des étiquettes de champs aux types de contenu, en passant par les vues, les blocs et les menus.
• Interface Translation : traduit les écrans du cœur et des modules contribués, en puisant sur le serveur de traductions de la communauté ou via vos propres fichiers .po.

Mettre en place le luxembourgeois (lëtzebuergesch)

Son code ISO 639-1 est lb. On l'ajoute comme une langue ordinaire depuis Configuration / Régional et langue / Langues, et Drupal sait dès lors gérer ses pluriels, ses formats de date, ses nombres et ses devises. Pour l'interface, le serveur communautaire localize.drupal.org ne couvre le luxembourgeois que partiellement, alors vérifiez l'état de la locale lb avant de démarrer. Ce qui manque se complète en interne avec le module Interface Translation ou en confiant la traduction à un prestataire spécialisé.

Structure d'URL et référencement multilingue

L'approche classique consiste à préfixer chaque langue dans l'adresse : example.lu/fr/, example.lu/de/, example.lu/en/, example.lu/lb/. Pathauto fabrique automatiquement les chemins traduits et Redirect orchestre les renvois d'une langue à l'autre. Pour le SEO, je pose les balises hreflang avec le module prévu à cet effet, je fixe explicitement une langue par défaut et je traduis titres et méta-descriptions pour chaque version.

Ce que Drupal gagne face à WordPress

Le cœur de WordPress ne sait pas gérer plusieurs langues seul. Il faut greffer une extension, le plus souvent WPML (payante, environ 99 USD par an en édition multilingual CMS) ou Polylang (gratuite, version Pro à 99 EUR par an). Ces outils s'en sortent bien sur les sites simples mais montrent vite leurs limites quand le projet se complique : baisse de performance, médias multilingues capricieux, traduction laborieuse du contenu des autres extensions et conflits entre greffons. Sur un site luxembourgeois à trois ou quatre langues, Drupal m'évite plusieurs semaines de réglages au lancement et limite nettement les anomalies récurrentes en maintenance.

Au Grand-Duché, les consultations publiques paraissent sur marches.public.lu (Portail des Marchés Publics du Luxembourg) et se déposent par voie électronique sur pmp.b2g.etat.lu. La Direction des marchés publics, rattachée au ministère de la Mobilité et des Travaux publics, administre l'ensemble. On y croise trois régimes : ouvert, où toute société européenne peut concourir, restreint, avec une présélection sur dossier de candidature, et réservé aux seuls opérateurs luxembourgeois.

Les attentes techniques récurrentes sur un Drupal LU

• Une vraie maîtrise du multilingue FR/DE/EN/LU, luxembourgeois paramétré nativement.
• Une conformité RAWeb 1.1 écrite noir sur blanc et vérifiable, souvent par un rapport d'audit externe.
• Un hébergement souverain en Europe avec localisation des données stipulée (UE ou EEE, parfois le seul Luxembourg pour la CSSF ou les données sensibles).
• Une maintenance applicative en français assortie d'engagements de service : taux de disponibilité, délais de prise en charge, créneaux d'intervention.
• Des références comparables dans le public, le parapublic ou un grand groupe du pays.
• L'aptitude à répondre en cotraitance aux côtés d'un opérateur luxembourgeois pour les lots réservés.

Les hébergeurs souverains du Grand-Duché

Voici ceux que les marchés publics et les entités supervisées par la CSSF retiennent le plus souvent :

• EBRC : Tier IV, certifications ISO 27001 et 27017, cloud souverain et infogérance.
• LuxConnect : datacenters Tier IV, infrastructures nationales de premier plan et accueil du supercalculateur MeluXina pour la Luxembourg AI Factory.
• Datacenter Luxembourg : hébergement infogéré et services cloud pour entreprises et institutions.
• Proximus Luxembourg : télécoms et hébergement infogéré.

Les hébergeurs européens hors LU parfois admis

Selon ce qu'exige précisément le cahier des charges, des prestataires établis hors du Luxembourg peuvent passer :

• OVHcloud (sites de Strasbourg, Roubaix et Gravelines) : ancrage européen marqué, ISO 27001, HDS pour la santé et SecNumCloud en cours sur une partie de l'offre.
• Scaleway (Paris, Amsterdam, Varsovie) : option française avec ISO 27001 et HDS sur certains datacenters.
• Outscale (du groupe Dassault Systèmes) : cloud souverain qualifié SecNumCloud par l'ANSSI, indiqué pour les dossiers sensibles.

Je relis toujours la clause de localisation des données dans le cahier des charges : le RGPD, la directive NIS2 et certains textes sectoriels, à l'image de la circulaire CSSF 22/806 sur l'externalisation informatique, posent des règles précises à respecter.