カタログからストアフロントまでのEコマースローカライズ
Updated 2026-09-05
言語、商品情報、市場運用を別々の判断として扱います。用語集を作り、各ロケールをレビューし、ストアフロントのコンテキストで保存されたコンテンツを確認します。
翻訳と市場対応を分ける
翻訳は、事実の表現方法を変えます。ローカライズでは、読者が商品を理解し、測定値を解釈し、関連するサービス情報を見つけられるかも確認します。市場対応はさらに進みます。実際の配送、決済、返品、商品のルールを誰かが確認する必要があります。流暢なページだけでは、これらの運用上の事実は確定できません。
各ロケールのスコープシートを作ります。言語レビュアー、カテゴリーレビュアー、ストア所有者を特定します。未解決のポリシーと次のアクションを記録します。チームが最初から最後まで支えられる購入者の一連の体験から始め、レビュー能力に応じて言語インベントリを広げてください。

購入者の体験を棚卸しする
購入者がたどる経路から始めます。商品の発見、バリエーション選択、仕様の閲覧、カート確認、サービス情報です。その経路に影響する場合は、ナビゲーションラベル、サイズ案内、画像内テキスト、エラーメッセージも含めます。説明だけを翻訳すると、重要な判断が別の言語のまま残る可能性があります。
各コンテンツ面を実際の担当者と保存場所に割り当てます。テーマのラベル、商品フィールド、ポリシードキュメントでは異なるツールが必要かもしれません。インベントリをソースリビジョンに結び付け、後の商品更新で、依存する文をチームがすべて再発見せず、どの翻訳をレビューすべきか分かるようにします。
| 対象面 | 主なレビュアーの問い | 保持する証拠 |
|---|---|---|
| 商品テキスト | 事実は完全で理解しやすいか? | ソースに紐付いた承認済みリビジョン |
| バリエーションセレクター | 購入者は意図した商品を選べるか? | ラベルとバリエーションのマッピング |
| キャンペーンコピー | 承認済みメッセージはここに適切か? | 市場ブリーフと承認 |
| サービスのポリシー | 文言は実際の運用と一致するか? | ポリシー所有者の承認 |
| ストアインターフェース | ロケールは一貫して描画されるか? | ビューポートとナビゲーションのチェック |
ロケール識別子を意図的に定義する
W3Cのガイダンスでは、BCP 47タグが言語、必要に応じてスクリプトや地域を区別する方法が説明されています。意図したコンテンツと送信先プラットフォームの対応値に合う言語タグを使います。国の略語に見えるからといって、ロケールコードを作らないでください。
自分の記録では、コンテンツのロケールを対象市場と通貨から分けます。同じ言語を異なる商業設定の複数市場で使うことがあります。フォールバック動作を明示します。翻訳が欠けている場合はレビュー中に識別できるようにし、ソース言語が表示されたからといって完成したロケールとして黙って数えないでください。
商品意味を中心に用語集を作る
重要な各用語について、短い定義と適用される商品コンテキストを書きます。承認済みの対象表現、変更しないブランド名、誤解を招く代替表現の例を加えます。技術的に間違った用語をすべての文へ無理に入れず、レビュアーが例外を要求できるようにします。
用語集をバージョン管理し、各候補にそのバージョンを付けます。用語が変わったら、影響するコンテンツのレビューを開始します。W3C ITSは用語と翻訳関連のメタデータをマークする参考になります。以下の軽量な記録は例示的な編集形式であり、ITS実装やストアインポートスキーマではありません。
{
"conceptId": "material-linen",
"definition": "Fiber described as linen in the approved specification",
"sourceTerm": "linen",
"targetLocale": "de",
"approvedTerm": "Leinen",
"rule": "Do not infer a material blend or certification",
"reviewStatus": "pending"
}価格、単位、商品主張を保護する
ローカライズされた小数点記号は表示上の選択であり、保存された金額を変える許可ではありません。ソースの価格、通貨、単位の値を保護された記録に保持します。変換が必要なら、変換ルールを記録した、別途承認済みの決定論的操作にします。
主張にも同じ規律を適用します。「旅行に適している」という表現を、根拠のない耐久性保証に変えてはいけません。素材、互換性、認証、健康関連の主張には証拠を求めます。ソースにある不確かさを保持し、不足する仕様はモデルに魅力的な物語を補完させず、商品所有者への課題として示します。
各ロケールを二段階でレビューする
事実パスと言語パスを使います。最初は数量、単位、商品の関係、主張をソースと比較します。次に用語、自然な表現、読者、ブランドのトーンを確認します。読みやすいコピーが未解決の事実欠陥を隠さないよう、それぞれの結果を独立に記録します。
孤立した文字列だけでなく、警告やバリエーションラベルを含む商品全体のコンテキストをレビューします。なじみのないカテゴリーや規制対象カテゴリーでは、適切な専門家を関与させます。モデルが生成したバックトランスレーションは差分の発見に役立つことがありますが、生成テキスト同士の一致は、どちらかが商品と一致する独立した証拠ではありません。
送信先に固有の配信を準備する
Shopifyはマーチャント向けドキュメントで、翻訳管理とローカライズされたストアコンテンツを表示する広い行為を区別しています。プラットフォームの言語ワークフローを使い、対応するリソースを確認します。別のストア構成では、ロケール列をマッピングする前に、多言語レイヤーとインポート契約を確認してください。
商品識別子、ロケール、ソースリビジョン、承認済みテキスト、レビュアー識別情報を含む配信パッケージを作ります。そのレビューパッケージを最小限のインポートペイロードから分けます。ステージングストアで言語選択、フォールバック、テキストの折り返し、リンク、商品の選択を確認します。エクスポートに存在するコンテンツが、意図したページに見えるとは限りません。
公開後もローカライズを最新に保つ
ソースの変更をフィールド単位で追跡します。修正された素材の記述は、タイトルが同じでも影響を受ける翻訳を無効にするべきです。用語集が更新されたら対象を絞った用語レビューが必要になる場合があります。価格変更は、すべての説明を書き換えるのではなく、商用データ経路を通します。
カバレッジは、現在かつ承認済みの商品とロケールのリビジョンとして測定し、保留または古いレコードを別に報告します。API支出、レビュアーの作業、ストアフロントの動作を独立に追跡します。カタログワークフローでこれらの記録を定義し、カバレッジを広げる前に商品重要度とソースの鮮度でバックログをレビューしてください。
よくある質問
ローカライズは翻訳と同じですか?
翻訳は一つの構成要素です。ローカライズではコンテキストと表示も確認し、商業対応には実際のストア運用と商品ルールの確認が必要です。
ロケールには必ず国コードを含めるべきですか?
コンテンツに必要で、プラットフォームが対応する具体性を使います。市場の対象指定は分け、言語タグが通貨や配送可否の意図しない代理にならないようにします。
AIは翻訳中に寸法を変換できますか?
変換を言語ステップから外します。承認された場合は、記録した変換ルールを適用し、承認前に数値と単位の両方を確認します。
ブランド名はどう扱うべきですか?
用語集に承認済みの扱いを記録します。このワークフローでは原則として名前を保持し、市場固有の表記を変える場合はブランド責任者の承認を得ます。
ロケールはいつ公開準備完了ですか?
ソースが最新のコンテンツで事実と言語のレビューを通過し、送信先インポートが検証され、ストアフロントのチェックで意図したコンテンツと商品の動作が確認された後です。