Auteur:
    Création:2025-08-23Dernière mise à jour:2026-08-29

    Traduisez votre site web backend Hono en utilisant Intlayer | Internationalisation (i18n)

    hono-intlayer est un puissant middleware d'internationalisation (i18n) pour les applications Hono, conçu pour rendre vos services backend accessibles mondialement en fournissant des réponses localisées basées sur les préférences du client.

    Cas d'Utilisation Pratiques

    • Affichage des Erreurs Backend dans la Langue de l'Utilisateur : Lorsqu'une erreur survient, l'affichage de messages dans la langue maternelle de l'utilisateur améliore la compréhension et réduit la frustration. Ceci est particulièrement utile pour les messages d'erreur dynamiques qui pourraient être affichés dans des composants front-end comme des toasts ou des modales.

    • Récupération de Contenu Multilingue : Pour les applications extrayant du contenu d'une base de données, l'internationalisation garantit que vous pouvez servir ce contenu en plusieurs langues. C'est crucial pour des plateformes comme les sites de commerce électronique ou les systèmes de gestion de contenu qui doivent afficher des descriptions de produits, des articles et d'autres contenus dans la langue préférée de l'utilisateur.

    • Envoi d'E-mails Multilingues : Qu'il s'agisse d'e-mails transactionnels, de campagnes marketing ou de notifications, l'envoi d'e-mails dans la langue du destinataire peut augmenter considérablement l'engagement et l'efficacité.

    • Notifications Push Multilingues : Pour les applications mobiles, l'envoi de notifications push dans la langue préférée d'un utilisateur peut améliorer l'interaction et la rétention. Cette touche personnelle peut rendre les notifications plus pertinentes et exploitables.

    • Autres Communications : Toute forme de communication depuis le backend, comme les messages SMS, les alertes système ou les mises à jour de l'interface utilisateur, bénéficie d'être dans la langue de l'utilisateur, garantissant la clarté et améliorant l'expérience utilisateur globale.

    En internationalisant le backend, votre application respecte non seulement les différences culturelles mais s'aligne également mieux avec les besoins du marché mondial, ce qui en fait une étape clé pour l'expansion de vos services à l'échelle mondiale.

    Mise en Route

    ide.intlayer.org

    Voir le Modèle d’Application sur GitHub.

    Installation

    Pour commencer à utiliser hono-intlayer, installez le paquet en utilisant npm :

    bash
    npx intlayer init --interactive
    
    l'indicateur --interactive est facultatif. Utilisez intlayer-cli init si vous êtes un agent IA.
    Cette commande détectera votre environnement et installera les packages requis. Par exemple :
    bash
    npm install intlayer hono-intlayer
    

    Configuration

    Configurez les paramètres d'internationalisation en créant un fichier intlayer.config.ts à la racine de votre projet :

    intlayer.config.ts
    import { Locales, type IntlayerConfig } from "intlayer";
    
    const config: IntlayerConfig = {
      internationalization: {
        locales: [
          Locales.ENGLISH,
          Locales.FRENCH,
          Locales.SPANISH_MEXICO,
          Locales.SPANISH_SPAIN,
        ],
        defaultLocale: Locales.ENGLISH,
      },
    };
    
    export default config;
    

    Déclarez Votre Contenu

    Créez et gérez vos déclarations de contenu pour stocker les traductions :

    src/index.content.ts
    import { t, type Dictionary } from "intlayer";
    
    const indexContent = {
      key: "index",
      content: {
        exampleOfContent: t({
          en: "Example of returned content in English",
          fr: "Exemple de contenu renvoyé en français",
          "es-ES": "Ejemplo de contenu devuelto en español (España)",
          "es-MX": "Ejemplo de contenu devuelto en español (México)",
        }),
      },
    } satisfies Dictionary;
    
    export default indexContent;
    
    Vos déclarations de contenu peuvent être définies n'importe où dans votre application dès qu'elles sont incluses dans le répertoire contentDir (par défaut, ./src). Et correspondent à l'extension de fichier de déclaration de contenu (par défaut, .content.{json,ts,tsx,js,jsx,mjs,cjs,md,mdx,yaml,yml}).
    Pour plus de détails, reportez-vous à la documentation sur la déclaration de contenu.

    Configuration de l'Application Hono

    Configurez votre application Hono pour utiliser hono-intlayer :

    src/index.ts
    import { Hono } from "hono";
    import { intlayer, t, getDictionary, getIntlayer } from "hono-intlayer";
    import dictionaryExample from "./index.content";
    
    const app = new Hono();
    
    // Charger le gestionnaire de requêtes d'internationalisation
    app.use("*", intlayer());
    
    // Routes
    app.get("/t_example", (c) => {
      return c.text(
        t({
          en: "Example of returned content in English",
          fr: "Exemple de contenu renvoyé en français",
          "es-ES": "Ejemplo de contenu devuelto en español (España)",
          "es-MX": "Ejemplo de contenu devuelto en español (México)",
        })
      );
    });
    
    app.get("/getIntlayer_example", (c) => {
      return c.json(getIntlayer("index").exampleOfContent);
    });
    
    app.get("/getDictionary_example", (c) => {
      return c.json(getDictionary(dictionaryExample).exampleOfContent);
    });
    
    export default app;
    

    Compatibilité

    hono-intlayer est entièrement compatible avec :

    Il fonctionne également sans problème avec n'importe quelle solution d'internationalisation dans divers environnements, y compris les navigateurs et les requêtes API. Vous pouvez personnaliser le middleware pour détecter la langue via les en-têtes ou les cookies :

    intlayer.config.ts
    import { Locales, type IntlayerConfig } from "intlayer";
    
    const config: IntlayerConfig = {
      // ... Autres options de configuration
      routing: {
        storage: [
          { type: "header", name: "my-locale-header" },
          { type: "cookie", name: "my-locale-cookie" },
        ],
      },
    };
    
    export default config;
    

    Par défaut, hono-intlayer interprétera l'en-tête Accept-Language pour déterminer la langue préférée du client.

    Pour plus d'informations sur la configuration et les sujets avancés, visitez notre documentation.

    Configurer TypeScript

    hono-intlayer exploite les capacités robustes de TypeScript pour améliorer le processus d'internationalisation. Le typage statique de TypeScript garantit que chaque clé de traduction est prise en compte, réduisant le risque de traductions manquantes et améliorant la maintenabilité.

    Autocomplétion

    Erreur de traduction

    Assurez-vous que les types autogénérés (par défaut dans ./types/intlayer.d.ts) sont inclus dans votre fichier tsconfig.json.

    tsconfig.json
    {
      // ... Vos configurations TypeScript existantes
      "include": [
        // ... Vos configurations TypeScript existantes
        ".intlayer/**/*.ts", // Inclure les types auto-générés
      ],
    }
    

    Extension VS Code

    Pour améliorer votre expérience de développement avec Intlayer, vous pouvez installer l'extension officielle Intlayer VS Code Extension.

    Installer depuis le VS Code Marketplace

    Cette extension fournit :

    • Autocomplétion pour les clés de traduction.
    • Détection d'erreurs en temps réel pour les traductions manquantes.
    • Aperçus en ligne du contenu traduit.
    • Actions rapides pour créer et mettre à jour facilement les traductions.

    Pour plus de détails sur la façon d'utiliser l'extension, reportez-vous à la documentation de l'extension Intlayer VS Code.

    Configuration Git

    Il est recommandé d'ignorer les fichiers générés par Intlayer. Cela vous permet d'éviter de les commettre dans votre dépôt Git.

    Pour ce faire, vous pouvez ajouter les instructions suivantes à votre fichier .gitignore :

    .gitignore
    # Ignorer les fichiers générés par Intlayer
    .intlayer
    

    Questions fréquentes

    Hono n'a pas de couche d'i18n propre, les options sont donc une bibliothèque générique telle que i18next câblée manuellement dans un middleware, ou Intlayer via hono-intlayer, qui enregistre le middleware pour vous, résout la locale par requête, et partage le même contenu déclaré que votre frontend.

    La raison d'internationaliser le backend est qu'une grande partie du texte qu'un utilisateur lit ne passe jamais par le frontend : messages d'erreur d'API, e-mails transactionnels, notifications push, SMS et exports PDF. Ceux-ci ont besoin de la langue du destinataire, résolue par requête plutôt que par session.

    Voir pourquoi Intlayer.

    Très peu. Les dictionnaires sont compilés à l'avance et seules les locales que vous déclarez sont incluses, si bien qu'il n'y a aucun chargement de catalogue au démarrage ni lecture de fichier sur le chemin de la requête. Cela compte surtout sur les déploiements serverless et edge, où la taille du bundle détermine le temps de démarrage à froid. Voir l'optimisation du bundle.

    Oui, et il existe deux voies. Vous pouvez migrer le contenu progressivement avec le guide de migration i18next. Ou vous pouvez conserver entièrement votre API actuelle : les adaptateurs de compatibilité exposent exactement la même API que i18next, mais servie par des dictionnaires Intlayer : seuls les imports changent, pas le code des handlers.

    Oui. Le plugin de synchronisation JSON conserve vos fichiers /messages/{locale}/{namespace}.json comme source de vérité et génère les dictionnaires Intlayer à partir d'eux, dans les deux sens. Un plugin de synchronisation PO fait de même pour les catalogues gettext, et les fichiers par locale permettent de séparer le contenu par langue au lieu de regrouper les locales dans un seul fichier.

    Non. Lancez npx intlayer extract et Intlayer lit vos fichiers source, en extrait les chaînes destinées aux utilisateurs et écrit un fichier .content à côté de chacun, de sorte que vous relisez un diff plutôt que de copier des chaînes dans un catalogue une par une. Voir la commande extract.

    Du côté frontend du même projet, le compilateur Intlayer va plus loin et génère les dictionnaires au moment du build à partir de votre code source JSX, TSX, Vue ou Svelte, si bien que les deux moitiés de l'application partagent une seule couche de contenu, sans aucune clé maintenue à la main.

    Cinq éléments, tous optionnels :

    • Extension VS Code : passez d'une clé useIntlayer au fichier de contenu qui la déclare, extrayez du contenu depuis un composant, et lancez build, fill, test, push et pull depuis la palette de commandes ou un onglet Intlayer dédié.
    • Serveur LSP : la même connaissance dans tout éditeur qui parle LSP, avec aller à la définition, rechercher toutes les références, aperçus au survol d'une valeur traduite, autocomplétion des clés et des champs, et un avertissement lorsqu'une clé n'est déclarée nulle part. Il résout aussi les appels i18next, react-i18next, next-intl et use-intl, ce qui aide pendant la migration.
    • Serveur MCP : expose la documentation et la CLI d'Intlayer à Cursor, VS Code, Claude Desktop, Claude Code et ChatGPT, afin qu'un assistant réponde à partir de la documentation actuelle au lieu de deviner, et puisse exécuter lui-même des commandes telles que intlayer fill.
    • Compétences d'agent : des compétences ciblées telles que intlayer-config, intlayer-cli et intlayer-content, plus une par framework, qui apprennent à un agent votre configuration de routage et les types de nœuds de contenu.
    • Plugin ESLint : no-raw-text signale les chaînes codées en dur, avec d'autres règles pour les clés de dictionnaire statiques et le contenu inutilisé.