このページとあなたの好きなAIアシスタントを使ってドキュメントを要約します
バージョン履歴
- "splitKeys オプションを追加(next-intl / react-intl の単一ファイルレイアウト向けに、トップレベルの名前空間キーごとに1つの辞書)"v9.0.02026/6/21
- "ICUおよびi18next形式のサポートを追加"v7.5.02025/12/13
- "Sync JSONプラグインの初期ドキュメント"v6.1.62025/10/5
このページのコンテンツはAIを使用して翻訳されました。
英語の元のコンテンツの最新バージョンを見るこのドキュメントを改善するアイデアがある場合は、GitHubでプルリクエストを送信することで自由に貢献してください。
ドキュメントへのGitHubリンクドキュメントのMarkdownをクリップボードにコピー
Sync JSON(i18nブリッジ)- ICU / i18nextサポート付きSync JSON
既存のi18nスタックにIntlayerをアドオンとして使用します。このプラグインはJSONメッセージをIntlayerの辞書と同期させるので、以下が可能です:
- i18next、next-intl、react-intl、vue-i18n、next-translate、nuxt-i18n、Solid-i18next、svelte-i18nなどをそのまま利用し続けることができます。
- アプリのリファクタリングなしで、Intlayer(CLI、CI、プロバイダー、CMS)を使ってメッセージを管理・翻訳できます。
- 各エコシステムをターゲットにしたチュートリアルやSEOコンテンツを配信しつつ、JSON管理レイヤーとしてIntlayerを提案できます。
注意事項と現在の対応範囲:
- CMSへの外部化は翻訳とクラシックテキストに対応しています。
- 挿入、複数形/ICU、その他ライブラリの高度なランタイム機能にはまだ対応していません。
- サードパーティのi18n出力に対するビジュアルエディターはまだサポートされていません。
このプラグインを使うべきタイミング
- すでにi18nライブラリを使用しており、メッセージをJSONファイルに保存している場合。
- レンダリングランタイムを変更せずに、AI支援による入力、CIでのテスト、コンテンツ運用を行いたい場合。
インストール
コードをクリップボードにコピー
Plugins
このパッケージは2つのプラグインを提供します:
loadJSON: JSONファイルをIntlayer辞書にロードします。- このプラグインは、ソースからJSONファイルをロードし、Intlayer辞書にロードするために使用されます。コードベース全体をスキャンし、特定のJSONファイルを検索できます。
このプラグインは以下の場合に使用できます。
- JSONのロードに特定の場所を課すi18nライブラリ(例:
next-intl、i18next、react-intl、vue-i18nなど)を使用しているが、コンテンツ宣言をコードベースの好きな場所に配置したい場合。 - リモートソース(例:CMS、APIなど)からメッセージをフェッチし、JSONファイルにメッセージを保存したい場合。
- JSONのロードに特定の場所を課すi18nライブラリ(例:
内部的には、このプラグインはコードベース全体をスキャンし、特定のJSONファイルを検索してIntlayer辞書にロードします。 このプラグインは出力と翻訳をJSONファイルに書き戻さないことに注意してください。
- このプラグインは、ソースからJSONファイルをロードし、Intlayer辞書にロードするために使用されます。コードベース全体をスキャンし、特定のJSONファイルを検索できます。
このプラグインは以下の場合に使用できます。
syncJSON: JSONファイルをIntlayer辞書と同期します。- このプラグインは、JSONファイルをIntlayer辞書と同期するために使用されます。指定された場所をスキャンし、特定のJSONファイルのパターンに一致するJSONをロードできます。このプラグインは、別のi18nライブラリを使用しながらIntlayerの利点を得たい場合に便利です。
両方のプラグインを使用する
コードをクリップボードにコピー
syncJSON plugin
クイックスタート
intlayer.config.tsにプラグインを追加し、既存のJSON構造を指定します。
コードをクリップボードにコピー
代替案:ロケールごとに単一ファイル(i18next/react-intlのセットアップで一般的):
コードをクリップボードにコピー
動作の仕組み
- 読み込み:プラグインは
sourceビルダーからJSONファイルを検出し、それらをIntlayerの辞書として読み込みます。 - 書き込み:ビルドと補完の後、ローカライズされたJSONを同じパスに書き戻します(フォーマットの問題を避けるために末尾に改行を追加)。
- 自動補完: プラグインは各辞書に対して
autoFillパスを宣言します。intlayer fillを実行すると、デフォルトで JSON ファイル内の欠落している翻訳のみが更新されます。
API:
コードをクリップボードにコピー
format ('intlayer' | 'icu' | 'i18next')
JSONファイルを同期する際に辞書コンテンツに使用するフォーマッターを指定します。これにより、Intlayerランタイムと互換性のある異なるメッセージフォーマット構文を使用できます。
undefined: フォーマッターは使用されず、JSONコンテンツはそのまま使用されます。'intlayer': デフォルトのIntlayerフォーマッター(デフォルト)。'icu': ICUメッセージフォーマットを使用します(react-intl、vue-i18nなどのライブラリと互換性があります)。'i18next': i18nextメッセージフォーマットを使用します(i18next、next-i18next、Solid-i18nextと互換性があります)。
フォーマッターを使用すると、JSONコンテンツの入力と出力が変換されることに注意してください。ICU複数形などの複雑なJSONルールの場合、パースは入力と出力の1対1のマッピングを保証できない場合があります。 Intlayerランタイムを使用しない場合は、フォーマッターを設定しない方が良いかもしれません。
例:
コードをクリップボードにコピー
splitKeys (boolean)
ファーストレベルのキーが名前空間である単一のJSONファイルを、ファイル全体を保持する単一の辞書ではなく、トップレベルキーごとに1つの辞書にするかどうかを制御します。
これは、next-intlやreact-intlのようなライブラリの名前空間モデルと一致します。これらのライブラリでは、1つのmessages/{locale}.jsonファイルが、そのファーストレベルのキーによって複数の名前空間をグループ化し、それぞれが独立してアドレス指定されます(例:useTranslations('Hero')はHero辞書に解決されます)。
undefined(デフォルト): 自動検出 —sourceパターンに{key}セグメントがない場合(1つのファイルがすべての名前空間を保持する場合)にファイルが分割され、それ以外の場合(キーごとに1つのファイル)は単一の辞書として保持されます。true: 常に各トップレベルキーを独自の辞書に分割します。false: 分割しません。ファイル全体が単一の辞書になります。
単一のmessages/{locale}.jsonファイルが与えられた場合:
コードをクリップボードにコピー
コードをクリップボードにコピー
これにより、Hero、Nav、Aboutの3つの辞書が生成され、useTranslations('Hero') (next-intl) が正しく解決されます。書き戻し時には、すべての名前空間が同じロケールごとのファイルに再結合されます。
sourceに明示的な{key}セグメントを保持している場合(例:./locales/${locale}/${key}.json)、各ファイルはすでに1つの名前空間であるため、分割はデフォルトで無効になります。
複数の JSON ソースと優先度
複数の syncJSON プラグインを追加して異なる JSON ソースを同期することができます。これは、複数の i18n ライブラリや異なる JSON 構造をプロジェクトで使用している場合に便利です。
優先度システム
複数のプラグインが同じ辞書キーを対象とする場合、priority パラメータがどのプラグインが優先されるかを決定します:
- 優先度の数値が高いものが低いものより優先される
.contentファイルのデフォルト優先度は0- プラグインのコンテンツファイルのデフォルト優先度は
-1 - 同じ優先度のプラグインは、設定に記載された順序で処理されます
コードをクリップボードにコピー
Load JSON plugin
クイックスタート
intlayer.config.tsにプラグインを追加して、既存のJSONファイルをIntlayer辞書として取り込みます。このプラグインは読み取り専用です(ディスクへの書き込みは行いません):
コードをクリップボードにコピー
代替案:ロケールごとのレイアウト、読み取り専用(選択されたロケールのみがロードされます):
コードをクリップボードにコピー
動作の仕組み
- 検出:
sourceビルダーからグロブを構築し、一致するJSONファイルを収集します。 - 取り込み:各JSONファイルを提供された
localeを持つIntlayer辞書としてロードします。 - 読み取り専用:出力ファイルの書き込みやフォーマットは行いません。ラウンドトリップ同期が必要な場合は
syncJSONを使用してください。 - 自動補完対応:
fillパターンを定義し、intlayer content fillがCLI経由で不足しているキーを埋めることができます。
API
コードをクリップボードにコピー
format ('intlayer' | 'icu' | 'i18next')
JSONファイルをロードする際に辞書コンテンツに使用するフォーマッターを指定します。これにより、さまざまなi18nライブラリと互換性のある異なるメッセージフォーマット構文を使用できます。
'intlayer': デフォルトのIntlayerフォーマッター(デフォルト)。'icu': ICUメッセージフォーマットを使用します(react-intl、vue-i18nなどのライブラリと互換性があります)。'i18next': i18nextメッセージフォーマットを使用します(i18next、next-i18next、Solid-i18nextと互換性があります)。
例:
コードをクリップボードにコピー
splitKeys (boolean)
syncJSON と同じ動作です。単一のJSONファイルがファーストレベルのキーによって複数の名前空間をグループ化する場合、各トップレベルキーが独自の辞書になります。
undefined(デフォルト): 自動検出 —sourceパターンに{key}セグメントがない場合に分割され、それ以外の場合は単一の辞書になります。true/false: 分割を強制または無効にします。
コードをクリップボードにコピー
Behavior and conventions
sourceマスクにロケールプレースホルダーが含まれている場合、選択されたlocaleのファイルのみが取り込まれます。- マスクに
{key}セグメントがない場合、ファイルの各トップレベルキーがデフォルトで独自の辞書になります(splitKeysを参照)。代わりにファイル全体を単一のindex辞書として読み込むには、splitKeys: falseを設定します。 - キーは、
sourceビルダーの{key}プレースホルダーを置換することでファイルパスから派生します。 - プラグインは検出されたファイルのみを使用し、不足しているロケールやキーを捏造することはありません。
fillパスはsourceから推測され、CLI経由で不足している値を更新するために使用されます(オプトインした場合)。
Conflict resolution
同じ翻訳キーが複数のJSONソースに存在する場合:
- 最も優先度の高いプラグインが最終的な値を決定します
- 優先度の低いソースは、欠落しているキーのフォールバックとして使用されます
- これにより、レガシー翻訳を維持しつつ、新しい構造へ段階的に移行できます
CLI
同期されたJSONファイルは他の .content ファイルとして扱われます。つまり、すべてのintlayerコマンドが同期されたJSONファイルに対して利用可能です。以下を含みます:
intlayer content testで翻訳漏れがないかテストするintlayer content listで同期されたJSONファイルの一覧を表示するintlayer content fillで翻訳漏れを補完するintlayer content pushで同期されたJSONファイルをプッシュするintlayer content pullで同期されたJSONファイルをプルする
See Intlayer CLI for more details.
Limitations (current)
- サードパーティライブラリを対象とする場合、挿入や複数形/ICUのサポートはありません。
- 非Intlayerランタイム向けのビジュアルエディタはまだ利用できません。
- JSON同期のみ対応で、非JSONカタログ形式はサポートされていません。
なぜこれが重要か
- 確立されたi18nソリューションを推奨し、Intlayerをアドオンとして位置付けることができます。
- チュートリアルの最後にIntlayerでJSONを管理することを提案することで、彼らのSEO/キーワードを活用できます。
- 対象ユーザーを「新規プロジェクト」から「すでにi18nを使用しているチーム全般」へと拡大します。
