vue-i18n VS @intlayer/vue-i18n | 同じAPI、異なるBundle

@intlayer/vue-i18n は互換性アダプター：vue-i18n API (createI18n、useI18n、t()、d()、n()、$t、v-t、i18n.global.locale...) を公開し、Intlayer によってコンパイルされたディクショナリから提供します。.vue ファイルは変わりません。t("footer.github") がバインドされるものが変わるだけです。

この記事では、同じVite + Vue 3アプリケーションでこのスワップを測定します。このアプリケーションはvue-i18nで1回、アダプターで1回ビルドされました。数値はBenchmark Bloomから取得されています。ライブラリとして比較されるvue-i18nとIntlayerについては、vue-i18n vs Intlayerとvue-i18n vs Intlayer benchmarkを参照してください。この記事は、コンポーネントをそのまま保つ場合にアダプターが何を変更するかについてです。

tl;dr: 同じ Vite + Vue 3 アプリで、vue-i18n を @intlayer/vue-i18n に置き換えると、ページごとの JavaScript が 134.9 KB から 47.0 KB gzip に削減されました（i18n なしのアプリは 41.3 KB）、ランタイムが 24.3 KB から 7.9 KB、平均コンポーネントが 196 KB から 8.4 KB、他言語ページの文字列漏洩が 90% から 0% に改善され、.vue ファイルは一切編集していません。createI18n({ messages }) はフォールバックとして動作し続けます。JSON のインポートを削除すると上記の数値が得られます。SFC <i18n> ブロックとランタイム setLocaleMessage() は、引き継がれない 2 つの機能です。

@intlayer/vue-i18n とは

vue-i18n はランタイムです。createI18n({ messages: { en, fr, ... } }) はすべてのロケールのすべてのメッセージを保持するグローバルインスタンスを構築します。useI18n() は各コンポーネントをそれにバインドします。t("footer.github") はレンダリング時にツリーをウォークします。この設計により、SFC <i18n> ブロックと setLocaleMessage() が可能になり、各コンポーネントの依存グラフがツリー全体を含む理由でもあります。

@intlayer/vue-i18n はAPIを保持し、ツリーを置き換えます：

1. インポートエイリアシング。 @intlayer/vue-i18n/plugin の vueI18nVitePlugin() は vite-intlayer をラップし、vue-i18n が @intlayer/vue-i18n に解決されるように resolve.alias を追加します。インポートは名前変更されません。
2. JSONを真実のソースとする。 syncJSON プラグインは、既存の locales/{locale}.json を format: "vue-i18n" で読み込み（{name}、{0} リスト補間、"car | cars" パイプ複数形が正しく解析されます）、CLI または CMS が更新したときに翻訳を書き戻します。
3. コール・サイト・バインディング。 Intlayer の最適化パスは useI18n() コール・サイトを書き直すため、コンポーネントはキー名の辞書を受け取り、アクティブなロケールでインポートとして存在し、bundler がトレースして分割できます。

<!-- コードは変更されていません -->
<script setup lang="ts">
import { useI18n } from "vue-i18n";

const { t } = useI18n();
</script>

<template>
  <a href="https://github.com/intlayer-org/benchmark-bloom">{{
    t("footer.github")
  }}</a>
</template>

import _dicHash_footer from "../.intlayer/dictionaries/footer.mjs";
import { useDictionary as useI18n } from "@intlayer/vue-i18n";

const { t } = useI18n(_dicHash_footer);

コンポーネントはもはやグローバルなメッセージツリーに到達しません。footer に到達します。これが、以下のコンポーネントサイズの列が 196 KB から 8 KB に低下する理由です。

アダプターが保持、無視、および置換しないもの

ベンチマーク

測定内容

Benchmark Bloom スイートは、同じ Vite + Vue 3 アプリケーションを各セットアップでビルドします: 10 ページ(home、about、blog、careers、contact、FAQ、pricing、products、settings、team)、10 言語(en、fr、es、de、it、pt、zh、ja、ko、ru)、同一のコンポーネントと同一のコンテンツ。ページは en と fr で測定されます。

どちらも static 設定でビルドされています。これは Vue プロジェクトが最も一般的に使用する設定です: vue-i18n では、すべてのロケールの JSON をインポートして createI18n({ messages }) に渡されます。アダプターでは、同じコンポーネントで vite.config.ts と intlayer.config.ts を変更し、messages インポートを削除しています。参照用に、ネイティブな vue-intlayer が含まれています。

各ビルドについて、スイートは以下を記録します:

• Lib size: i18nライブラリのみをインポートする空のコンポーネントのgzip（および縮小）サイズ。
• Page JS: ページあたりにダウンロードされるgzip JavaScript、すべてのページとlocaleの平均。
• Locale leak %: ユーザーが表示していない localeに属する、ダウンロードされたJS内の翻訳文字列のシェア。
• Page leak %: ユーザーがいないページに属する、ダウンロードされたJS内の翻訳文字列のシェア。
• Component avg: 個別にコンパイルされた各コンポーネントの平均gzipサイズ。
• E2E reactivity: 新しいlocaleを選択してからDOM内のhtml[lang]が更新されるまでの実経過時間（Playwright、5回の反復）。
• Page load: PerformanceNavigationTiming.duration。

以下の数値は 2026-09-12 の実行から取得したもので、vue-i18n 11.4.0 と @intlayer/vue-i18n 9.5.1 を使用しています。テストアプリケーションは意図的に小さく設計されており（ロケールあたり数十の文字列）、リーク率はパターンを示します：コンテンツが増えるにつれてリーク率は増加しますが、ランタイムコストは固定されたままです。

Vite + Vue 3 での結果

ベースアプリのpage-leakカラムは空白のままです。i18nライブラリがない場合、フィンガープリンティングは共有チャンク内のハードコードされた文字列を拾い上げ、その数は意味がありません。

読み方

• ページあたり88 KB少なく、同じコンポーネント。 vue-i18nはベースアプリの41.3 KBを134.9 KBに増やします。同じコンポーネントのアダプタビルドは47.0 KBに落ち着き、ベースアプリより5.7 KB多くなります。差異のほとんどは、createI18n({ messages })が毎ページに引き込む74.9 KBのsrc/localesとアダプタがブロックとしてバンドルしない部分です。
• ランタイムが3倍縮小します。 vue-i18n のみをインポートするコンポーネントは 24.3 KB gzip / 83.2 KB minified かかります: @intlify/core-base、メッセージコンパイラーと実行時です。アダプターは 7.9 KB / 23.2 KB かかります。ほとんどが Intlayer のコアと vue-i18n API サーフェスです。
• コンポーネント: 23倍小さくなります。 単独でコンパイルされた useI18n() コンポーネントは平均 196 KB です。これは t が全ロケールの全メッセージを保持するインスタンスにバインドされているためです。アダプターの場合、同じコンポーネントは平均 8.4 KB です: 独自の辞書に到達します。
• リーク. vue-i18nはすべてのロケールとすべてのページの文字列をすべてのページに含めます：50%のロケールリーク（2つのフィンガープリント付きロケール上；10個のロケールがバンドルされている場合、実際の無駄はさらに高い）、90%のページリーク。アダプターは、各コンポーネントがその辞書のみをインポートするため、ページリークを0%に削減します。このロケールリークはこのstatic実行で15%です；importMode: 'dynamic'はそれを削除する設定であり、その設定はこのVue実行の一部ではありませんでした。
• リアクティビティとページ読み込み. ロケール切り替えは両者にとって安価です（1.5～2.8 ms）；Vueのリアクティビティシステムは、メッセージがメモリ内にあれば可能にします。ページ読み込みは13.6 msから9.3 msに短縮され、88 KBのJavaScriptのパースが減少することと一致しています。
• ネイティブ行について。 このrun で、vue-intlayer は static モードですべてのロケールをバンドルし、57.1 KB に到達し、3.9 KB のランタイムを実装しました。アダプタの同期辞書は外国語ロケール文字列が少なかったため、ページごとの数値が低くなりました。ネイティブランタイムは 3 つの中で最も軽量のままであり、その .content.ts モデルは SFC <i18n> ブロックが同等のものを見つける場所です。

数値が移動する理由

src/components/ の何も変わっていないため、ゲインは useI18n がバインドされているものから来ています。

vue-i18nを使用する場合、バインディングはグローバルインスタンスです。createI18n({ messages: { en, fr, ... } })は everything を保持する1つのインポートであり、useI18n()を呼び出すすべてのコンポーネントはそのすべてにアクセスできるため、bundler はインスタンス以下で分割できません。最適化とは、あなたがen.jsonをルートごとに分割し、router guard でsetLocaleMessage()を呼び出し、コンポーネントが移動するときにルートからファイルへのマップを正確に保つことを意味します。

.
├── locales
│   ├── en.json                    # すべてのページの文字列
│   └── fr.json
└── src
    ├── i18n.ts                    # createI18n({ messages: { en, fr, ... } })
    ├── main.ts                    # app.use(i18n)
    └── components
        └── Footer.vue             # useI18n(); t("footer.github")

@intlayer/vue-i18nを使用する場合、バインディングは辞書です。syncJSONはen.jsonの各トップレベルキーを辞書に変換します。最適化パスはコンポーネントにそのキー名のものをハンドし、bundlerが追跡して分割するインポートとしています。

.
├── intlayer.config.ts             # syncJSON({ format: "vue-i18n", source: ... })
├── locales
│   ├── en.json                    # 変わらず、相変わらず信頼できるソース
│   └── fr.json
├── .intlayer/                     # 生成: トップレベルキーごと、ロケールごとの辞書
└── src
    ├── i18n.ts                    # createI18n({})   ← messages インポート削除
    ├── main.ts                    # app.use(i18n)    ← 変わらず
    └── components
        └── Footer.vue             # useI18n(); t("footer.github")  ← 変わらず

i18n.tsのmessagesインポートは削除する1行です。それが88 KBです。

3つのステップでの移行

1. 1

   インストール

   bash

   コンテンツをコピー

   コードをコピー

   コードをクリップボードにコピー

   npx intlayer init --interactive
   

   このコマンドはvue-i18nを検出し、intlayer、vue-intlayer、@intlayer/vue-i18n、@intlayer/sync-json-pluginをインストールし、intlayer.config.tsを事前入力します。vue-i18nをインストールしたままにしておいてください。これはピア依存関係であり、型を提供します。

2. 2

   ロケールファイルをIntlayerにポイントする

   intlayer.config.ts

   コンテンツをコピー

   コードをコピー

   コードをクリップボードにコピー

   import { Locales, type IntlayerConfig } from "intlayer";
   import { syncJSON } from "@intlayer/sync-json-plugin";
   
   const config: IntlayerConfig = {
     internationalization: {
       locales: [Locales.ENGLISH, Locales.FRENCH, Locales.SPANISH],
       defaultLocale: Locales.ENGLISH,
     },
     dictionary: {
       // "static"はすべてのロケールをバンドルします。"dynamic"はアクティブなロケールをオンデマンドでロードします
       importMode: "dynamic",
       format: "vue-i18n",
     },
     plugins: [
       syncJSON({
         // vue-i18n方言: {name}, {0}, "car | cars"
         format: "vue-i18n",
         source: ({ locale }) => `./locales/${locale}.json`,
         location: "locales",
       }),
     ],
   };
   
   export default config;
   

   locales/{locale}.jsonはそのままの場所に保持されます。各トップレベルキー（footer、heroなど）はdictionaryになります。

3. 3

   プラグインを追加してメッセージインポートを削除する

   vite.config.ts

   コンテンツをコピー

   コードをコピー

   コードをクリップボードにコピー

   import { defineConfig } from "vite";
   import vue from "@vitejs/plugin-vue";
   import { vueI18nVitePlugin } from "@intlayer/vue-i18n/plugin";
   
   export default defineConfig({
     plugins: [vue(), vueI18nVitePlugin()],
   });
   

   src/i18n.ts

   コンテンツをコピー

   コードをコピー

   コードをクリップボードにコピー

   import { createI18n } from "vue-i18n";
   
   // 前: createI18n({ locale: "en", messages: { en, fr, es } })
   export const i18n = createI18n({ locale: "en" });
   

   vueI18nVitePlugin() は vite-intlayer（コンテンツ監視、辞書コンパイル、最適化パス）をラップし、vue-i18n をアダプターにエイリアスします。messages インポートを削除することで 88 KB が削減されます。削除しないままにすると、アプリは動作し続けますが、両方がシップされます。

後で削除できる内容

バイト数以外に得られるもの

• 型付きキー。 t("footer.github") はコンパイルされた footer 辞書に対して型付けされます；間違ったパスは、キーがテキストとしてレンダリングされる代わりに TypeScript エラーになります。
• npx intlayer test は、いずれかのロケールで欠落しているキーがある場合、CI に失敗します。npx intlayer fill は、あなた自身のプロバイダーキー（OpenAI、Anthropic、Mistral、Gemini...）を使用して欠落しているキーを翻訳し、locales/{locale}.json に書き戻します。
• ビジュアルエディターと CMS は同じ JSON で動作するため、開発者以外は UI を通じて編集でき、ファイルが更新されます。
• .content.ts への段階的な移行。 任意のコンポーネントは、co-located content ファイルを使用して useI18n() から useIntlayer("footer") に切り替えることができます。JSON と .content.ts の辞書は共存し、マージされます。

始める前に知っておくべき制限事項

• SFC <i18n> ブロックは読み込まれません。 メッセージがコンポーネント内に存在する場合、それらをロケールファイル（または .content.ts、これは型付きの同じ概念）に移動する必要があります。
• ランタイムメッセージロードは廃止されました。 setLocaleMessage() と mergeLocaleMessage() は警告を出して返されます。実行時に CMS から取得した翻訳には、Intlayer の CMS、または intlayer pull / push コマンドが必要です。
• messages はフォールバックであり、無料ではありません。 createI18n() で JSON import を保持すると、bundle に 75 KB が保持されます。intlayer test がパスしたら削除してください。
• アダプターはネイティブランタイムではありません。 vue-intlayer の 3.9 KB に対して 7.9 KB です。すべてのコンポーネントが useIntlayer に移行したら、削除してください。

どのような場合にどちらを使うか？

• vue-i18n に留まる アプリが SFC <i18n> ブロック、ランタイム setLocaleMessage() フロー、または 90 KB/ページがオーディエンスにとって問題でない場合。
• @intlayer/vue-i18n を使用する vue-i18n を使用しており、88 KB の削減、コンポーネント 23 倍小型化、0% ページリーク、型付きキー、.vue ファイル編集なしの CI チェックが必要な場合。これは既存の vue-i18n コードベースのエントリーポイントです。
• ネイティブ (vue-intlayer) に移行する 新規プロジェクト、またはアダプターが役目を果たした後。最軽量のランタイム (3.9 KB) と、<i18n> ブロックを型付きコンテンツで置き換える、コンポーネント単位の .content.ts モデルを備えています。

関連する比較

• vue-i18n vs Intlayer (機能とDX)
• vue-i18n vs Intlayer ベンチマーク (ライブラリ、同じベンチマーク)
• next-intl vs @intlayer/next-intl (同じアダプターシリーズ)
• i18next vs @intlayer/i18next (同じアダプターシリーズ)
• Lingui vs @intlayer/lingui (同じアダプターシリーズ)
• マイグレーションガイド: vue-i18n to Intlayer
• 互換性アダプターリファレンス: vue-i18n, Nuxt i18n

結論

@intlayer/vue-i18n は useI18n() がバインドされるものを変更します：すべてのロケールのすべてのメッセージを保持するグローバルインスタンスから、そのコンポーネント用にコンパイルされたディクショナリーへ。同じ Vite + Vue 3 アプリで ページあたり 88 KB削減、3倍小さいランタイム、23倍小さいコンポーネント および 0% ページリーク を実現し、設定ファイル、プラグインの一行、削除されたインポートのみで実装できます。SFC <i18n> ブロックとランタイムメッセージ読み込みの 2 つは実装されておらず、ネイティブ vue-intlayer ランタイムのサイズは引き続き半分です。

すべてのrawデータ、テストアプリ、スクリプトはBenchmark Bloomリポジトリにあります。自分で実行してみてください。

詳細については、'Intlayerについて'ドキュメントを参照してください。