取り込みプロジェクトのモデル多言語化プレビュー

Looker の 2026年6月23日付リリースノートでは、プレビューとして取り込みプロジェクトでモデル多言語化がサポートされたことが示されています。多言語の LookML / セマンティックレイヤー運用に関係する更新です。

要点

• 取り込みプロジェクトでモデル多言語化がプレビューとして利用可能になりました。
• 既定では、Looker は取り込む側のプロジェクトにあるロケール定義のみを使うと説明されています。
• 多言語表示や共通 LookML を使う組織では、取り込む側と取り込まれる側のロケール定義の役割を確認する必要があります。
• プレビュー機能のため、本番適用前に翻訳、表示、継承、運用ルールを検証したい更新です。

今回のリリースノートで語られていること

今回の Looker リリースノートは、取り込みプロジェクトに対するモデル多言語化のサポートをプレビューとして示しています。Looker のモデルやセマンティックレイヤーを複数プロジェクトで共有している組織では、共通 LookML を別プロジェクトから取り込み、各チームや地域向けに表示名、説明、フィールド、ラベルを調整することがあります。モデル多言語化は、多言語や地域別の利用体験を作るうえで重要な機能です。

公式リリースノートで特に重要なのは、既定では取り込む側のプロジェクトにあるロケール定義のみを Looker が使うと説明されている点です。これは、取り込まれる側のプロジェクトに翻訳定義が存在しても、それがどのように使われるかを自動的に期待してはいけないことを意味します。共通モデルを取り込む側で、必要なロケール定義を用意し、表示や翻訳の責任を持つ設計になります。

多言語運用では、翻訳が表示されるかどうかだけでなく、どのプロジェクトが正本なのか、誰が更新するのか、共通モデル変更時に翻訳が壊れないかが問題になります。BI利用者に見えるラベルや説明が誤っていると、指標の意味を取り違える可能性があります。特に、グローバル企業や複数ブランドで Looker を使う組織では、モデル多言語化とプロジェクト取り込みの組み合わせを慎重に検証する必要があります。

実務では、プレビュー機能として、小さな取り込まれる側のプロジェクトと取り込む側のプロジェクトの組み合わせでテストするのがよいです。翻訳ファイルの配置、フィールドラベル、説明、ダッシュボード / Explore での表示、フォールバック言語、権限、CI/CD での検証を確認します。既存の共通 LookML リポジトリを使っている場合、翻訳定義の管理場所を変えると、レビューやリリース手順も変わります。今回の更新は、多言語 Looker 運用の柔軟性を高める一方で、ロケール定義の責任分界を明確にする必要がある内容です。

この更新が関係する人

Looker 管理者、LookML 開発者、セマンティックレイヤーを共通化している BI チーム、多言語ダッシュボードを運用するグローバル組織に関係します。

実務で確認したいポイント

• 取り込む側と取り込まれる側のどちらにロケール定義を置くか確認する。
• Explore、ダッシュボード、フィールドラベル、説明の表示が期待どおりか検証する。
• 共通モデル変更時に翻訳が欠落しないよう、レビューとCI/CDにチェックを入れる。
• プレビュー機能として、本番適用前に対象プロジェクトと利用者範囲を限定する。

結局、今回の更新をどう読むべきか

取り込みプロジェクトのモデル多言語化プレビューは、Looker の共通モデルを多言語で使いやすくする更新です。導入チームは、翻訳の表示だけでなく、ロケール定義の管理責任とリリース手順を確認する必要があります。