このページはAIにより自動翻訳されており、不正確な内容が含まれている可能性があります。翻訳の誤りを報告するには、ページ右側の目次の下にあるフィードバックをご利用ください。
多言語翻訳管理のアプローチを比較する
ローカライズされたコピーの保存、更新、プレビュー、送信の方法を評価し、QAワークフロー、チャネル構成、更新頻度に合ったローカライゼーションアプローチを選択できます。
この例について
架空のキッチン用品小売店 Kitchenerie は、メール、プッシュ、アプリ内メッセージを英語、フランス語、ドイツ語で送信しています。マーケティングチームと開発チームには、キャンペーン全体で翻訳を管理するための再現性があり、スケーラブルな方法が必要です。
Brazeは複数のローカライゼーションパターンをサポートしています。
- 手動の条件付きLiquid: メッセージ本文に言語ごとのコピーを入力
- Content Blocks: 再利用可能なブロック（多言語翻訳タグの有無を問わず）
- カタログ: ロケールをキーとした構造化された翻訳行
- 多言語メッセージ: 翻訳タグ、CSVアップロード、翻訳API（早期アクセス）
- 翻訳パートナー: Smartling、Phrase、Lokalise など
- Connected Content: 送信時にCMSやAPIからローカライズされた文字列を取得
この例では、QAワークフロー、チャネル構成、更新頻度、チームリソースに合ったアプローチを選択できるよう、各方法のトレードオフを比較します。個別の方法のステップバイステップの設定手順に代わるものではありません。機能の詳細なウォークスルーについては、ローカライゼーションおよび多言語メッセージを参照してください。
考慮事項
- ダッシュボードのプレビューとQA、プロフェッショナルな翻訳ワークフロー、高頻度のコンテンツ更新、リアルタイムのCMS駆動コピーのいずれが必要かを、パターンを選択する前に決定してください。
- 多言語メッセージは、メール、プッシュ、バナー、アプリ内メッセージ、Content Blocksに対応しています。SMSとWhatsAppは他のローカライゼーションパターンを使用します。手動のLiquid、Content Blocks、カタログ、パートナー、Connected Contentは、それらの機能がサポートされているチャネル全体に適用できます。
- Brazeは翻訳を生成しません。コピーはダッシュボード、CSV、API、カタログインポート、パートナーワークフロー、または外部CMSを通じて提供する必要があります。
- 手動のLiquidと条件分岐が埋め込まれたContent Blocksは、言語が増えるにつれて命名規則とレビュープロセスが必要になります。また、多言語およびパートナーワークフローは更新を一元化しますが、CSVまたはAPIのメンテナンスが必要になる場合があります。
- Connected Contentと一部のパートナーフローは外部システムに依存しています。送信時にAPIまたはCMSが利用できない場合、ローカライズされたコンテンツの読み込みに失敗する可能性があります。
- 重複はよくあることです。たとえば、同じプログラム内でメール本文に多言語タグを使用し、共有フッターにContent Blocksを使用し、商品コピーにカタログを使用することがあります。
設定
ステップ1: ローカライゼーション要件を把握する
| 要件 | 回答すべき質問 |
|---|---|
| プレビューとQA | マーケターは送信前にBrazeコンポーザーで各ロケールをプレビューする必要がありますか？ |
| スケール | 何言語に対応し、コピーの変更頻度はどの程度ですか？ |
| ワークフロー | 翻訳者によるレビュー、修正、承認が必要ですか？ |
| データの形式 | コピーは自由形式のマーケティングテキストですか、それとも構造化された商品フィールド（名前、価格、URL）ですか？ |
| オートメーション | CMSの変更時に翻訳を自動的に更新する必要がありますか？ |
| チームスキル | チームはLiquid、CSVアップロード、API、またはパートナー連携を管理できますか？ |
ステップ2: アプローチを一覧で比較する
| 観点 | 手動Liquid | Content Blocks | カタログ | 多言語メッセージ | 翻訳パートナー | Connected Content |
|---|---|---|---|---|---|---|
| ダッシュボードプレビュー / QA | はい | はい | はい | はい | パートナーにより異なる | 限定的—取得したコンテンツのプレビューが困難 |
| デフォルト（連携なし） | はい | はい | 部分的—カタログの設定が必要 | はい | いいえ—ベンダーの設定が必要 | いいえ—APIまたはCMSが必要 |
| チャネルカバレッジ | すべてのサポート対象チャネル | すべてのサポート対象チャネル | すべてのサポート対象チャネル | メール、プッシュ、バナー、アプリ内メッセージ、Content Blocks | パートナーにより異なる | すべてのサポート対象チャネル |
| 実装の手間 | 低 | 低〜中 | 中 | 低 | 高（パートナーに依存） | 中 |
| 運用（BAU）の手間 | 高—メッセージごとの編集 | 中—ブロックのメンテナンス | 中—CSVまたはAPIの更新 | 中—CSVアップロード | 中—プラットフォーム内で管理 | 低—送信時に取得 |
| 高頻度の更新 | いいえ | 部分的 | いいえ | 部分的 | はい | はい |
| プロフェッショナル翻訳ワークフロー | いいえ | いいえ | いいえ | いいえ | はい | いいえ |
| 構造化 / 商品データ | 限定的 | 限定的 | はい—キー付きコピーに最適 | 限定的 | 異なる | はい—外部ソース経由 |
| 外部依存リスク | なし | なし | なし | なし | 中 | 中—ソースがダウンすると送信失敗 |
| 最適な用途 | 少数の言語、低頻度の更新 | メッセージ間で共有するコンポーネント | 多数のロケールの構造化文字列 | 多言語でコピー＆ペーストの手間を削減 | 承認付きのエンタープライズ翻訳 | CMSドリブンのダイナミックなローカライゼーション |
ステップ3: Kitchenerie風のシナリオをアプローチに対応付ける
| Kitchenerie シナリオ | 推奨される出発点 |
|---|---|
| 3言語、月に数キャンペーン、小規模マーケティングチーム | 手動の条件付きLiquidまたはLiquid付きContent Blocks |
| メールとIAMで共有するヘッダー、フッター、法的ブロック | Content Blocks—ロケールが増えた場合はブロックに多言語翻訳を保存 |
| ロケール別にキー付けされた商品名、プロモ文、画像URL | カタログ |
| 8つ以上のロケールでメールとプッシュをコンポーザープレビュー付きで配信 | 多言語メッセージ |
| 翻訳者ワークフローと承認を備えた中央TMS | ローカライゼーションパートナー（例: SmarlingやPhrase） |
| 毎日更新されるCMSが管理するコピー | Connected Content |
ステップ4: 選択したアプローチを実装する
- 手動の条件付きLiquid: プロファイルの
languageまたはロケール属性をif/elsif/elseLiquidで使用します。代替アプローチと条件付きロジックを参照してください。 - Content Blocks: 再利用可能なブロックを作成し、オプションでブロック内に条件付きLiquidを含めます。Content Blocksおよび翻訳済みメッセージの送信のContent Blocksタブを参照してください。
- カタログ: 翻訳行（例:
id、context、language、body）をインポートし、Liquidcatalog_itemsで参照します。翻訳済みメッセージの送信のカタログタブを参照してください。 - 多言語メッセージ: ロケールを追加し、コピーを翻訳タグで囲み、CSVをアップロードします。翻訳エンドポイントへの早期アクセスがある場合は、APIで翻訳を更新することもできます。コンポーザーで多言語ユーザーを使用してプレビューします。
- 翻訳パートナー: ワークスペースのロケールを設定し、パートナー連携の手順に従います（例: SmartlingやPhrase）。
- Connected Content: 送信時にCMSまたは翻訳APIを呼び出します。十分にテストしてください。プレビューにはライブAPIのレスポンスが反映されない場合があります。Connected Contentを参照してください。
リージョン間のキャンバスとキャンペーンのオーケストレーション（1つのジャーニーと国ごとに1つのジャーニー）については、ローカライゼーションページの翻訳管理を参照してください。
関連記事
New Stuff!