目次
翻訳ファイルがページの読み込み時間を静かに殺しています。500以上のキーを持つ一般的な国際化アプリは、言語あたり400-800KBの翻訳バンドルを生成します。15言語を掛けると、6-12MBの翻訳データを配信していることになります—その大半はユーザーが一度も見ないものです。
このガイドでは、なぜこれが起こるのか、ネームスペース単位の分割がどう解決するのか、翻訳ペイロードを90-97%削減する実践的な実装パターンを取り上げます。
モノリシック翻訳ファイルの隠れたコスト
実例: Better i18nのランディングページは59ネームスペースで699キーに成長しました。英語のtranslations.jsonは478KBでした。ヒンディー語の翻訳は841KBでした。すべての訪問者がファイル全体をダウンロードしていました—料金ページだけ訪問しても(14キー、約2KB必要)。
パフォーマンスベンチマーク
| 指標 | 分割前 | 分割後 | 改善 |
|---|---|---|---|
| 翻訳ペイロード | 478 KB | 12 KB | 97.5%削減 |
| Time to First Byte | 180ms | 45ms | 75%高速化 |
| CDN帯域幅/月 | 48 GB | 2.1 GB | 95.6%削減 |
| キャッシュヒット率 | 62% | 94% | +32ポイント |
結論
大規模翻訳ファイルは解決可能なパフォーマンス問題です。15以上の言語と500以上のキーを提供するアプリの場合、この1つの変更で翻訳ペイロードゐ90-97%削減し、CDN帯域幅ゕ95%節約できます。
Comments
Loading comments...