商品タイトル、仕様表、絞り込み項目で同じ用語に異なる訳語が使われている場合、単に「別の翻訳モデルに変える」だけでは解決できません。越境ECサイトの翻訳システムで用語の一貫性を保つには、商品データ、用語ルール、翻訳の再利用、公開前チェックを一連のプロセスとして連携させる必要があります。まず同じ概念をどのように表現するかを決め、そのうえで新規追加、変更、一括インポートされるコンテンツにもルールを適用します。
一貫性とは、すべての箇所で一字一句同じ表現を使うことではありません。商品タイトルには現地の慣習に合った表現を使い、仕様項目では安定性と正確さを保つ必要があります。また、国や地域によって異なる名称が使われる場合もあります。本当に避けるべきなのは、同じ市場で同じ商品概念に対して、業務上の理由もなく複数の名称が使われることです。
中国語の商品資料で「涤纶」「聚酯纤维」やサプライヤーの略称が混在していると、システムがそれらを別々の概念として扱う可能性があります。また、管理画面で「インターフェースの種類」と「接続方式」が同じフィールドにまとめられている場合、訳語が統一されていても意味が誤っていることがあります。訳文を一括置換すると、データ上の問題が覆い隠されてしまいます。
調査では、商品シリーズを1つ選び、タイトル、属性、詳細ページ、絞り込み項目を照合して、原文、訳文、フィールド、対象市場を記録します。差異が原文の別名、翻訳のバリエーション、または実際に異なる技術的意味のいずれに該当するかを判断します。同じ概念だと確認できたら、統一された属性値または用語IDにまとめます。
素材、色、インターフェース、容量などの選択肢が限定された属性は、商品マスターデータから統一して呼び出し、ページごとに個別に翻訳しないようにします。型番や部品番号は翻訳対象外として保護し、翻訳、書き換え、大文字・小文字の変更を防ぎます。
「原語—訳語」の2列だけの表では、多義語や地域差に対応しきれません。たとえば「端子」は、電気接続以外の文脈に同じ訳語を機械的に適用できません。実際に運用できる用語情報には、いつ使い、いつ使わないかをシステムが判断できる情報が必要です。
用語集を整備する際、ECサイト内のすべての語彙から始める必要はありません。まず購入判断に影響する品目名、素材、仕様、互換性、機能に関する用語を優先し、その後、一般的な説明語を追加します。単位記号、数値の表記形式、換算要件は別途ルールを設けます。用語の統一は、仕様の照合に代わるものではありません。

用語集をアップロードしただけでは、ルールが適用されたことにはなりません。自動翻訳、手動編集、表計算ファイルからのインポート、API連携のすべてで同じルールを利用できるか確認する必要があります。管理画面のエディターだけが用語チェックに対応し、一括アップロードでは制限を回避できる状態なら、不統一な表現が再び商品データに入り込んでしまいます。
人工知能翻訳を使う場合は、用語集全体をプロンプトに詰め込むのではなく、商品カテゴリーやフィールドに関連する用語、文脈、変更禁止項目を指定します。生成後には、訳文がルールに従っているかも確認します。固定必須の属性値は、生成のたびに訳すより、審査済みの訳文に直接マッピングするほうが管理しやすくなります。
翻訳メモリは審査済みの文やフレーズを再利用するためのもので、用語集はその中の概念を制御するものです。両者は互いに代替できません。古い訳文を再利用する前に、現在の用語バージョンに適合しているかを確認します。非常によく似た説明でも、電圧、寸法、適用型番だけが異なる場合があります。類似度が高いという理由だけで自動承認してはいけません。
原文が変更された場合は、関連する訳文に再確認が必要であることを示します。用語が変更された場合は、その概念を含む影響対象のコンテンツを一覧にします。サイト全体を再翻訳すると確認範囲が広がるうえ、もともと正しかった表現まで変わる可能性があるため、標準的な対応方法にするべきではありません。
有効なチェックでは、単に「差異があります」と通知するのではなく、商品番号、言語、フィールド、現在の表現、推奨表現、適用されたルールを明示し、具体的な箇所を直接修正できるようにします。
公開前に問題を分類し、禁止用語、型番の書き換え、単位の欠落、仕様数値の不一致は公開を阻止する項目に設定します。許容される地域ごとの表現、タイトルの略記、文法上の変化は、確認を促す項目にできます。完全一致の文字列だけでチェックすると、複数形、語形変化、自然な語順の変更まで誤検出される可能性があるため、それだけに依存しないようにします。
チェック対象は商品タイトルや詳細情報だけでなく、カテゴリー名、絞り込み属性、仕様の選択肢、検索結果の要約、ページのメタディスクリプション、商品データソース内の対応フィールドも含めます。管理画面の記録が正しくても、フロントエンドのすべての表示箇所が更新されているとは限りません。テーマテンプレート、プラグイン、キャッシュに古い訳文が残っている場合もあります。
修正後は、対象言語のページで商品一覧、詳細ページ、カートに表示される商品名の一貫性を確認します。また、サイト内検索で旧称や別名から正しい商品を見つけられるかテストします。過去の別名は検索用のマッピングとして残せますが、ページ上の標準名称として表示し続ける必要はありません。
既存コンテンツを修正する際は、まず影響を受けるフィールドをエクスポートし、概念ごとに分類して目標とする訳語を確定してから、段階的に更新します。互換性、安全に関する注意事項、主要仕様に関わるコンテンツは優先して再確認します。同じ表記でも意味が異なる語は、一括置換の対象から必ず除外します。
一括変更のたびに、変更前の内容、ルールのバージョン、操作記録を保存し、まず1つの品目カテゴリーと1つの対象市場で検証します。誤置換、表示の途切れ、絞り込みの不具合がないことを確認してから、適用範囲を拡大します。
新しい用語を追加する際は、誰が確認するのか、いつから適用するのか、既存商品を再確認するのかを明確にします。越境ECサイトの翻訳システムが用語の一貫性の問題を本当に解決できているかどうかは、用語集の規模ではなく、同じ概念を安定して識別し、正しく再利用でき、ルールの変更後に影響箇所をすべて特定できるかで判断されます。
関連記事
関連製品