LASSIC Media らしくメディア

LASSIC IT事業部｜元請（プライムベンダー）としてシステム保守・運用を受託

i18nとl10nの違い — 国際化とローカライズは別工程

多言語対応開発の外注とは、サイトやアプリが複数の言語・地域に対応できるよう、コードの改修・翻訳・レイアウト調整・文化的適合をまとめて外部パートナーに委託する開発形態です。i18n（国際化）とl10n（ローカライズ）の2工程に分かれており、それぞれ役割が異なります。

i18n（internationalization）とは、ソフトウェアの設計・コードを「多言語対応可能な状態」に整備する工程を指します。具体的には、画面に表示される文字列をソースコードから切り離して外部ファイルに集約したり、日付・通貨・数値の形式を地域ごとに切り替えられるようにしたりする作業です。

l10n（localization）は、i18nで整備された枠組みに対して、特定の言語・地域向けの翻訳や文化的適合を流し込む工程です。翻訳文言の作成・レビューだけでなく、ボタンラベルの長さに合わせたUIレイアウト調整、アラビア語やヘブライ語のような右横書き（RTL：Right-To-Left）への対応なども含まれます。

この2工程はそれぞれ必要なスキルが異なります。i18nはエンジニアリングの知識、l10nは翻訳・言語・文化の専門知識が中心となります。外注範囲を切り分ける際には、まずどちらの工程が不足しているかを整理することが出発点になります。

外注すべき対応範囲 — 文言抽出・翻訳・レイアウト・RTL対応

多言語対応開発を外注する際に委託できる範囲は、大きく6つに分類できます。自社のリソースと照らし合わせながら、どの工程をパートナーに任せるかを判断することが大切です。

これらすべてを一括で外注するケースもあれば、文言抽出のみ自社エンジニアが行い、翻訳からレイアウト調整を外注するケースもあります。対応言語数が増えるほど、工程の切り分けが費用管理の精度に直結します。

内製で行う場合には、i18nライブラリの選定・リソースファイルの設計・CI/CDへの翻訳ワークフロー組み込みなど、複数の専門領域の知識が必要です。翻訳運用まで含めると、言語ごとにネイティブレビュアーを継続確保する必要があり、体制構築のコストが発生します。

機械翻訳と人手翻訳の使い分け — 品質と費用のトレードオフ

多言語対応で費用に最も直結するのが、機械翻訳（MT：Machine Translation）と人手翻訳をどう組み合わせるかです。近年は機械翻訳エンジンの精度が向上しており、すべての文言を人手翻訳する必要はなくなっています。ただし、用途によって求められる品質水準が異なるため、使い分けの判断が重要です。

実務上は「UIのコアラベルは人手翻訳、エラーメッセージはMTPE、ログは機械翻訳のみ」のように文言をカテゴリ分けして方式を決めるアプローチが費用対効果の面で合理的です。

品質管理の観点では、翻訳メモリ（TM：Translation Memory）を活用すると過去の翻訳資産を再利用できます。同一または類似の文言が再登場した際に自動で流用されるため、翻訳費用の累積削減に貢献します。

翻訳管理ツール（TMS）の役割と費用への影響

多言語対応を継続的に運用するには、TMS（Translation Management System：翻訳管理システム）の導入を検討することが大切です。TMSは翻訳依頼・進捗管理・翻訳メモリ・用語集・機械翻訳APIの統合を一元管理するクラウドツールです。

代表的なTMSとして、Phrase（旧Memsource）、Lokalise、Crowdin、smartlingなどがあります。これらはいずれも開発者向けAPIやGitHub/GitLab連携を提供しており、CI/CDパイプラインへの組み込みも可能です。料金は製品・プランにより幅があるため、各社公式サイトで最新料金を確認することをお勧めします。

TMSを導入することで、翻訳対象ファイルの差分抽出・担当者への自動配信・承認フローがシステム化されます。リリースのたびに手動で翻訳ファイルを管理していた場合に比べ、担当者の作業負担を大幅に軽減できます。

外注先がTMSを提供しているかどうかは選定時の重要な評価軸の1つです。翻訳メモリを自社資産として保持できる契約形態か、外注先変更時に翻訳資産を引き継げるかを事前に確認することが大切です。

多言語対応開発の費用の考え方 — 規模・言語数・品質要件で変わる

多言語対応開発の外注費用は、対応言語数・対象コンテンツ量・品質要件・TMSの利用有無・翻訳方式によって大きく変わります。以下は市場で見られる費用構成のパターンを整理したものです（市場参考値・一次資料ではありません）。

費用を見積もる際には「一言語あたりのコスト」だけでなく、「言語数が増えたときのスケール可否」を確認することが大切です。i18n対応さえ適切に行えば、追加言語のl10nコストは段階的に抑えられます。

一方で、i18n対応が不十分なまま多言語展開を始めると、言語を追加するたびにコード改修が発生してコストが累積します。初期設計の段階でi18nの基盤を整えることが、長期的な費用管理につながります。

外注先の選び方 — 技術・言語品質・翻訳運用の3軸で評価

多言語対応開発の外注先を選ぶ際には、技術スタック適合・言語品質・翻訳運用体制の3軸で評価することが実務上の基本です。

軸1：技術スタック適合 — i18nライブラリと開発環境の整合

React・Vue・Flutter・Swiftなど、自社の技術スタックに対応した多言語化ライブラリへの知見を外注先が持っているかを確認します。WebはReact Intl・i18next・Vue I18nなどが代表的ですが、モバイルやWebの違いによって利用ライブラリが異なります。

既存システムへの改修が伴う案件では、現在のコードベースを読解できるかどうかが進捗に直結します。開発言語・フレームワーク・CI/CDツールの環境を事前に共有し、対応可否を確認することをお勧めします。

軸2：言語品質 — ネイティブレビュアーと品質基準の有無

翻訳品質はブランドイメージと直結します。外注先がネイティブ翻訳者によるレビュー工程を持っているか、業界用語に対応したグロッサリーを整備しているかを確認することが大切です。

翻訳の品質基準として、ASTM F2575やISO 17100（翻訳サービス要求事項）を参照基準として採用している会社は、プロセス管理が整備されている可能性が高いです。ただし認証の有無よりも、実際のサンプル翻訳を依頼してレビューする方が実態を把握しやすいです。

軸3：翻訳運用体制 — 更新頻度に合わせた継続対応力

初期リリースだけでなく、継続的な機能追加・コンテンツ更新に対応できる体制があるかを確認します。差分翻訳の依頼フロー・納期・TMSへのアクセス権・翻訳メモリの所有権などは契約前に明確にしておく必要があります。

翻訳メモリが外注先のシステム内に閉じていると、パートナー変更時にコストが発生します。翻訳資産（TMXファイル・グロッサリー）を自社で保持できる契約条件を確認することを強くお勧めします。

進め方の手順 — 要件整理から翻訳運用体制まで5ステップ

多言語対応開発を外注で進める際の典型的な手順を5ステップに整理します。

1. ステップ1：対応言語と優先市場の定義
   どの言語・地域を対象とするか、どの順序で展開するかを決めます。日英のみか、追加言語を見越した設計にするかで、i18n基盤の作り方が変わります。
2. ステップ2：i18n基盤の設計・コード棚卸し
   現在のコードに埋め込まれた文字列を洗い出し、i18nライブラリの選定と外部化設計を行います。この工程をスキップすると後工程のコストが増大します。
3. ステップ3：TMS導入と翻訳ワークフロー設計
   翻訳依頼・レビュー・承認のフローをTMSで設計し、CI/CDパイプラインとの連携を構築します。外注先と翻訳資産の管理方針を合意します。
4. ステップ4：初回翻訳・QA・レイアウト検証
   UI文言を対象言語に翻訳し、ネイティブレビューを経てQAを行います。翻訳後の文字列長変化によるレイアウト崩れを端末実機・ブラウザで検証します。
5. ステップ5：継続翻訳運用体制の確立
   機能追加のたびに発生する差分翻訳を自動化・定期化し、翻訳品質の維持とコスト管理のPDCAを回します。

ステップ2のi18n基盤整備を後回しにした場合、翻訳を追加するたびにコード改修が必要になるリスクがあります。特に、既存のモノリシックなシステムに多言語対応を後付けする場合は、工数が当初想定より膨らみやすい点に注意が必要です。

外注先の選定はステップ3（TMS導入）の前後に行うことが一般的です。TMS選定と外注先の選定を並行して進め、連携可否を確認することをお勧めします。

まとめ：多言語対応外注を成功させる3つの判断軸

本稿では、多言語対応開発を外注する際のi18nとl10nの違い・対応範囲・翻訳方式・費用の考え方・外注先選定・進め方の5ステップを整理しました。要点を3つに集約すると次の通りです。

第一に、i18n（国際化）とl10n（ローカライズ）は別工程であり、外注範囲を明確に切り分けることが費用管理の精度を高めます。i18n基盤を後回しにすると言語追加のたびにコード改修コストが積み上がります。

第二に、機械翻訳・MTPE・人手翻訳を用途別に使い分け、TMSで翻訳資産を蓄積することが長期的なコスト削減につながります。翻訳メモリの所有権を契約で確保しておくことも大切です。

第三に、外注先は技術スタック適合・言語品質・翻訳運用体制の3軸で評価し、継続的な更新対応力があるパートナーを選ぶことが運用フェーズの安定につながります。

よくある質問

著者：テレリモ総研編集部　鈴木 亮佑

ご不明な点はお問い合わせフォームからもご連絡いただけます。

Tweet