SaaS 多言語プロダクト対応ガイド〔i18n・UX・サポート〕

この記事のポイント
- SaaS の多言語化は「UI を英訳すれば終わり」ではなく、技術設計（i18n）・UX・サポート・法的対応（GDPR/CCPA/SOC2）の 4 層を一体で考える必要がある
- i18n の最低限要件：UI 文字列の外部化・日付/通貨/タイムゾーン対応・英語ヘルプセンター 50〜100 記事・利用規約と Privacy Policy の英語/現地法準拠版
- 初期コスト目安：UI 英語化 200〜500 万円・翻訳 100〜300 万円・ヘルプセンター 100〜300 万円・法務対応 50〜150 万円。合計 500〜1,400 万円
- データプライバシー対応：GDPR は DPA + SCCs + Schrems II 後の技術的措置必須。EU データは AWS Frankfurt 等で保管が現実解。中国は PIPL 対応で原則中国国内データ保管
- 翻訳プロセスは「DeepL Pro で下訳 → ネイティブ翻訳者がチェック」のハイブリッドが、フル外注の 30〜40% コスト削減

SaaS の多言語化は「UI を英語にすれば終わり」ではありません。技術設計（i18n）・UX・カスタマーサポート・データプライバシー対応・法的対応を一体的に考える必要があります。本記事では SaaS プロダクトの多言語化を 5 層で体系的に解説し、コストを抑えながら英語・多言語対応を進めるための実務を整理します。

→ SaaS 海外展開の全体像は SaaS 海外展開 完全ガイド〔GTM設計からグロースまで〕 を参照してください。

i18n（国際化）の技術基礎

結論：i18n はコード設計・データモデル・CI/CD・翻訳運用のすべてに影響する全社プロジェクト。早ければ早いほどコストが安い。

i18n と L10n の違い

i18n は基盤、L10n は適用。i18n を完成させてから L10n を進める のが正しい順序。

文字列の外部化（i18n の核）

UI 内のテキストをコードから分離し、翻訳ファイル（JSON / YAML / .properties）で管理する。

// ❌ ハードコード（NG）
const message = "ようこそ";

// ✅ i18n 対応
const message = t('welcome');

// en.json
{ "welcome": "Welcome" }

// ja.json
{ "welcome": "ようこそ" }

// es.json
{ "welcome": "Bienvenido" }

主要 i18n ライブラリ

Pluralization（複数形）対応

英語は単複（1 item / 2 items）、ロシア語は 4 形態、アラビア語は 6 形態と、言語によって複数形ルールが異なる。ICU MessageFormat 規格を使うと統一的に処理できる。

// ICU MessageFormat 例
{
  "items": "{count, plural, =0 {No items} one {# item} other {# items}}"
}

日付・通貨・数値フォーマット

ハードコードは絶対 NG。例：日本の「2026/12/01」は米国「12/01/2026」、欧州「01/12/2026」、ISO 8601「2026-12-01」と表記がすべて異なる。

多言語対応の優先順位（フェーズ分け）

結論：すべてを一度にやらない。「英語化」→「現地語追加」→「文化適合」の 3 フェーズで段階展開。

フェーズ 1（最優先：英語化）

合計期間：3〜6 ヶ月（既存プロダクト規模次第）。

フェーズ 2（展開後：現地語追加）

優先順位は「Beachhead 市場の言語」から。

フェーズ 3（高度化：文化適合）

UX の考慮点

結論：英語化で UI が崩れる主原因は「テキスト長」「タイポグラフィ」「入力フォーム形式」の 3 つ。設計段階で余白を確保。

テキスト展開スペース

日本語は漢字で短く書けるが、英語や他言語は文字数が増える。

ドイツ語・ロシア語・フィンランド語は特に長くなる。ボタン幅・サイドバー・モーダルに 最低 30〜50% の余白 を確保する設計が必要。

タイポグラフィ（フォント）

日本語フォント（Noto Sans JP・游ゴシック）は欧文表示に向かない。言語別にフォントを切り替える。

/* 日本語版 */
html[lang="ja"] body {
  font-family: 'Noto Sans JP', 'Hiragino Sans', sans-serif;
}

/* 英語版 */
html[lang="en"] body {
  font-family: 'Inter', 'Roboto', -apple-system, sans-serif;
}

/* 中国語簡体字版 */
html[lang="zh-CN"] body {
  font-family: 'Noto Sans SC', 'PingFang SC', sans-serif;
}

入力フォームの国別対応

RTL（Right-to-Left）対応

アラビア語・ヘブライ語は右から左書き。dir="rtl" 属性で切替できるが、CSS Flexbox・Grid のレイアウトも反転対応が必要。

[dir="rtl"] .sidebar {
  right: 0;
  left: auto;
}

logical properties（margin-inline-start 等）を使うと自動対応されるため、新規プロダクトは最初から logical properties で設計するのが望ましい。

翻訳プロセスの設計

結論：「DeepL Pro で下訳 → ネイティブ翻訳者がチェック」のハイブリッドが、フル外注翻訳より 30〜40% コスト削減。

翻訳ワークフローの 3 パターン

SaaS の UI 文字列は機械翻訳 + 人間校正で十分。マーケコピー・LP・利用規約はプロ翻訳者またはネイティブライターで対応する、と使い分ける。

用語集（Glossary）の整備

自社プロダクト固有用語の翻訳統一表。これがないと翻訳者ごとに表記がブレる。

例：
| 英語 | 日本語 | 中国語簡体字 |
|---|---|---|
| Dashboard | ダッシュボード | 仪表板 |
| Workspace | ワークスペース | 工作区 |
| API Key | API キー | API 密钥 |

スタイルガイドの策定

• トーン：フォーマル（敬語）/ カジュアル（友好的）
• 二人称：英語は「you」、日本語は「あなた / 御社」、中国語は「您 / 你」の使い分け
• 略語ルール：「CRM」「SaaS」は使用可、「sup.」「config」等の短縮は禁止
• 句読点：全角/半角の使い分け

TMS（Translation Management System）

翻訳の継続運用には TMS が必須。CI/CD と統合して翻訳更新を自動化できる。

GitHub Actions / GitLab CI と TMS を連携すると、コード内の文字列追加 → 自動で翻訳依頼 → 翻訳完了で自動 PR、という運用が組める。

カスタマーサポートの多言語対応

結論：英語サポートだけでもシンガポール・台湾・欧米のユーザーをカバーできる。現地語サポートは Beachhead 市場が固まってから追加。

初期対応（英語のみ）

英語サポート体制の最低限構成：

ヘルプセンターの構成

50〜100 記事の英語コンテンツを以下のカテゴリで整備：

• Getting Started（10〜15 記事）：初回ログイン・初期設定・チームメンバー招待
• 機能ガイド（30〜50 記事）：機能別の詳細操作手順
• トラブルシューティング（10〜15 記事）：よくあるエラー・回避策
• 統合（Integrations）（10〜20 記事）：API・SAML SSO・各種ツール連携
• 管理者向け（5〜10 記事）：ユーザー管理・課金・セキュリティ
• FAQ（10〜20 記事）：頻出質問

サポート時間帯の設定

英語のみ・APAC タイムから始めるのが日本 SaaS の現実的な第一歩。

AI チャットボットの活用

DeepL API + ChatGPT API を組み込めば、英語ヘルプセンター記事を元にした多言語自動応答が低コストで実装できる。Intercom・Drift・Ada などの AI チャットボット製品も同等機能を提供。

データプライバシー対応（GDPR・CCPA・SOC2・Schrems II）

結論：海外エンタープライズ調達の 入口条件。SOC2 Type II と GDPR DPA が揃わないと商談すら始まらない。

GDPR（EU 一般データ保護規則）

EU 居住者の個人データを扱う全 SaaS に適用。違反時の制裁金は 全世界年商の 4% または 2,000 万ユーロのいずれか高い方。

最低限実施すべき対応：

Schrems II 判決後の現実

2020 年 7 月の Schrems II 判決により、Privacy Shield が無効化。EU 個人データを米国に送信するスキームが大きく制限された。現在の現実解：

1. EU リージョンでのデータ保管：AWS Frankfurt（eu-central-1）・Azure West Europe・GCP europe-west3
2. SCCs + 追加技術的措置：転送時/保管時暗号化・キー管理を EU 内で実施
3. DTIA（Data Transfer Impact Assessment）：データ転送先の法的環境評価を文書化

エンタープライズ商談で「データはどこで保管されますか?」と聞かれた時、「全データを EU リージョンで保管しています」と即答できる構成が、欧州案件の獲得率を大きく上げる。

CCPA / CPRA（カリフォルニア州プライバシー法）

カリフォルニア州居住者の個人情報を扱う事業者に適用。閾値：年商 $25M 以上・10 万人以上の個人情報を扱う・収益の 50% 以上を個人情報販売から得る、のいずれか。

実装必須項目：
- 「Do Not Sell My Personal Information」リンク
- プライバシーポリシーへの CCPA 専用セクション
- データ主体権利リクエスト窓口

SOC2 Type II

米国 AICPA（American Institute of CPAs）が定めるセキュリティ統制レポート。米国エンタープライズ調達では事実上の必須要件。

SOC2 取得を効率化するツール：Vanta・Drata・Secureframe・Sprinto。月額 $1,000〜3,000 程度で、コンプライアンス自動化により取得期間を 30〜50% 短縮できる。

ISO 27001

国際標準化機構の情報セキュリティマネジメントシステム（ISMS）認証。欧州・APAC では SOC2 と並ぶ標準。取得コスト 500〜1,500 万円・期間 6〜12 ヶ月。

その他主要規制

ITAR・HIPAA・FERPA は業界特化規制。該当業界 SaaS を提供する場合は早期に弁護士レビューを受ける。

データローカリゼーション戦略

結論：「データをどこに置くか」は SaaS のアーキテクチャ設計時に決める。後から変更するのは極めて困難。

マルチリージョン構成の選択肢

AWS リージョン別の選択指針

暗号化要件

• 保管時暗号化（Encryption at Rest）：AES-256
• 転送時暗号化（Encryption in Transit）：TLS 1.2 以上
• キー管理：AWS KMS・Azure Key Vault・GCP Cloud KMS
• 顧客管理キー（BYOK：Bring Your Own Key）：エンタープライズ要件として増加中

多言語化プロジェクトのコスト・期間目安

失敗パターンと回避策

失敗 1：ハードコード地獄

文字列をコード内にハードコードしたままで英語化に着手 → 数千箇所の修正で開発工数爆発。

→ 回避：プロダクト開発初期から i18n ライブラリを導入。Greenfield 開発（新規プロダクト）なら必須。

失敗 2：ボタン崩れ

英語化したらドイツ語版でボタンがはみ出す・サイドバーが崩れる。

→ 回避：UI 設計段階で 30〜50% の余白を確保。Storybook で多言語表示テストを CI に組み込む。

失敗 3：GDPR 後回し

EU 顧客が見えてから「DPA を出してください」と言われ慌てて整備 → 商談 3 ヶ月遅延。

→ 回避：海外展開を始める時点で DPA テンプレート・SCCs・Cookie 同意バナーを整備済みにする。

失敗 4：SOC2 着手遅れ

米国エンタープライズ商談で「SOC2 Type II レポートを送ってください」と言われ着手 → 取得まで 18 ヶ月、商談塩漬け。

→ 回避：海外展開戦略策定と同時に SOC2 Type I に着手。Vanta/Drata で効率化。

失敗 5：データ所在地が説明できない

「データはどこで保管されますか?」に対し「米国 AWS です」と回答 → EU 顧客が即離脱（Schrems II 後）。

→ 回避：EU 顧客向けには Frankfurt リージョン構成を準備。または SCCs + 技術的措置で対応。

よくある質問（FAQ）

まとめ：多言語化は「技術 → 翻訳 → サポート → 規制」の 4 層を順序通り

SaaS 多言語化の鉄則は、技術設計（i18n）→ 翻訳プロセス → サポート体制 → データプライバシー対応、の順で固めることです。

• ❌ UI を翻訳してから i18n 設計に戻る
• ❌ GDPR/SOC2 を商談で要求されてから着手する
• ❌ データ所在地を決めずに海外営業を始める
• ✅ i18n 基盤を最初の 2 ヶ月で完成 → 翻訳ワークフローを CI に組込 → ヘルプセンター 50 記事英語化 → SOC2 Type I + GDPR DPA 整備

→ 全体像の再確認は SaaS 海外展開 完全ガイド〔GTM設計からグロースまで〕 を参照。

関連記事

• SaaS 海外展開 完全ガイド
• SaaS 海外GTM設計ガイド〔ICP・チャネル・価格〕
• SaaS 海外SEO戦略〔キーワード・コンテンツ・技術対応〕
• 多言語サイト制作の進め方