ブランド名、サイズ、素材の用語集を固定し、商品番号やバリエーションの一致を維持した上で、ビジネス用途に即した翻訳を行います。翻訳カタログを公開する前に、各カテゴリのサンプル、価格、通貨、言語ごとのリンクを確認してください。
UI言語の切り替えだけでは不十分な理由：実地検証の例
2026年11月9日に JoolyooのRevolution商品の英語版ページ を確認しました。「Add to cart」や「Shipping options」といったボタンは英語化されていますが、商品名と説明文はアラビア語のまま残っています。これは実際の検証結果であり、ストアフロントUIの翻訳と商品カタログデータの翻訳の違いを示しています。
このスクリーンショットは翻訳が完了した例として提示しているわけではありません。公開前の確認で重視すべきなのは、言語セレクターに「English」と表示されていることではなく、商品ページ内でお客様に実際にどう見えているかです。ページの表示内容は記録日以降に変更されている可能性があります。
- 基準となる項目を固定します（ブランド：Revolution、シリーズ：Fast Base、色名：Mauve、内容量：14 g）。これらは表示データに対する学習用参考訳の提案であり、検証時にページ上で実際に公開されていたコンテンツではありません。
- 数値、単位、ブランド名を正確に保ちながら、タイトル、説明文、仕様、画像の代替テキスト（alt属性）を翻訳します。
- 元の言語の残り、バリエーション名、配送ポリシーを再度確認し、公開URLを開いて表示をチェックします。
- モバイル画面でテキストの向き、価格、ボタンの配置を確認します。テキストの翻訳が完了していても、正常なレイアウト表示が保証されるわけではありません。
翻訳が不完全な場合は、多言語対応完了とせずレビュー待ちの状態にとどめてください。また、元の仕様を変更した際は、顧客間で異なる商品情報が伝わらないよう、関連する各言語版も必ず見直してください。
言語をまたいでも変更してはならない要素とは？
型番、商品識別コード、寸法、容量、同梱物、確認済みの注意事項は固定します。説明の表現は言語に合わせて調整できますが、曖昧な翻訳によって「防滴」を「完全防水」に変えてはなりません。通貨や測定単位は言語の翻訳と切り離し、記号だけを書き換えるのではなく必要に応じて数値換算を検証してください。
具体的な導入ステップ
- 信頼できる唯一のデータソース（Single Source of Truth）の構築
各SKUについて、推測に頼ってはいけない属性（素材、寸法、カラー、セット内容、原産国、保証、注意事項）とその根拠となる情報源を整理します。
- ストア用語集の固定
カテゴリ名、色名、単位、定型文、直訳に適さない専門用語の統一基準を定めます。
- リスクに応じた項目の分類
誤りの影響度と修正の難易度に基づき、自動処理、条件付きレビュー、目視による必須承認に業務を切り分けます。
- 単一カテゴリでのテスト実施
データが揃っている50〜100商品でパイプラインを試験運用し、作成時間、エラー、公開後の修正内容を記録します。
- 翻訳とビジネス成果の連動
言語ごとのコンバージョン率、検索のノーヒット数、仕様不一致による返品を追跡し、元の属性が変更された場合は自動的に翻訳見直しタスクを立ち上げます。
判断基準の実例
具体例：「6個入りパック」と記載された商品の場合、ストアの総在庫数（例：20パック）と混同されないよう、入数は両言語で明確に区別して記載する必要があります。「6」を利用可能な総在庫数と誤訳すると、顧客の購買判断や発送業務に影響を及ぼします。
キーワードは直訳すべきか？
事実を正確に保ちながら、対象言語のユーザーが理解しやすい言葉を用います。一般的に使われるカテゴリ名やモデルの呼び方を調査し、検索流入目的だけでブランド名を勝手に変更したり、根拠のない修飾語を追加したりしないでください。
次のステップに関連するご質問
次に進むべき最適な手順は？
まずは仕様が確定した商品から始め、各言語版をレビューしましょう。上記の実例をもとにデータと設定を確認し、ビジネス規模に合ったサービスをご検討ください。
