このページは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	ローカライゼーションパートナー（SmartlingやPhraseなど）
毎日更新されるCMSが管理するコピー	Connected Content

ステップ4:選択したアプローチを実装する

手動の条件付きLiquid: プロファイルの language またはロケール属性を if / elsif / else Liquidで使用します。代替アプローチと条件付きロジックをご覧ください。
Content Blocks: 再利用可能なブロックを作成し、必要に応じてブロック内に条件付きLiquidを含めます。Content Blocksと翻訳されたメッセージの送信のContent Blocksタブをご覧ください。
カタログ: 翻訳行（例：id、context、language、body）をインポートし、Liquidの catalog_items で参照します。翻訳されたメッセージの送信のカタログタブをご覧ください。
多言語メッセージ: ロケールを追加し、コピーを翻訳タグで囲んでからCSVをアップロードします。翻訳エンドポイントへのアーリーアクセスをお持ちの場合は、APIで翻訳を更新できます。コンポーザーで多言語ユーザーを使用してプレビューします。
翻訳パートナー: ワークスペースのロケールを設定してから、パートナー連携の手順に従います（例：SmartlingまたはPhrase）。
Connected Content: 送信時にCMSまたは翻訳APIを呼び出します。十分にテストしてください。プレビューにはライブAPIレスポンスが反映されない場合があります。Connected Contentをご覧ください。

リージョン間でのキャンバスとキャンペーンのオーケストレーション（1つのジャーニーか国ごとに1つのジャーニーか）については、ローカライゼーションページの翻訳管理をご覧ください。

New Stuff!