ECサイトの多言語化では、商品説明を読めることに加えて、価格や配送条件を理解し、購入を完了できる状態を整えます。表示言語を増やすことと、海外への販売・配送に対応することは別です。まず、どの地域へ何を販売し、購入後にどう対応するかを決めます。
市場の大きさより、自社が販売できる条件を確認する
対象地域の顧客、既存の注文や問い合わせ、販売できる商品、配送先、決済方法を調べます。越境EC全体の市場規模や予測は参考情報ですが、自社商品の需要や売上を保証するものではありません。
対象言語と商品を絞って始める場合も、商品説明から注文完了まで必要な画面はそろえます。初期費用には、翻訳、画像、実装、確認を含めます。運用費には、商品や価格の更新、問い合わせ、返品対応なども見込みます。
商品情報は、購入判断に使う項目を優先して確認する
商品名、型番、素材、サイズ、内容量、使用条件、注意事項を原文と照合します。単位を換算する場合は、換算方法と丸め方を決めます。製品の性能や効果を、翻訳の過程で追加しないようにしてください。
カテゴリーや検索語は、対象の利用者が使う呼び方を調べます。似た英単語でも範囲が異なる場合があるため、単純な置き換えで決めないようにします。日本の習慣を前提とする商品説明には、理解に必要な背景を補います。
画像内の文字、サイズ表、PDF、レビューも対象を確認します。レビューを翻訳する場合は、元の意見や評価の強さを変えず、商品側の説明と区別します。
価格・決済・配送・返品を一つの条件として案内する
表示通貨、請求通貨、送料、税や手数料、関税の扱い、配送の目安を確認します。換算した参考価格を示す場合は、最終的な請求との違いがわかるようにします。支払方法を説明するだけでなく、その地域から実際に利用できるかを確かめます。
返品・交換、保証、配送遅延、紛失などの連絡先と手順も案内します。適用する条件は、地域と商品、販売方法によって変わるため、担当部門や専門家と確認します。翻訳しただけで必要な表示や要件を満たすとは判断しないでください。
自動翻訳と人の確認を、内容に合わせて組み合わせる
商品数や更新頻度に合わせて、自動翻訳、翻訳者への依頼、確認と修正を組み合わせます。売れ筋の商品だけ確認すれば十分、一般の商品は確認不要、と一律には決められません。安全上の注意や重要な購入条件は、販売量とは別に確認します。
用語集で製品名や専門用語をそろえ、文体のルールも共有します。原文の更新時には、手動修正した訳文や画像にも影響がないかを確認します。確認にかかった時間と修正の種類を記録し、依頼範囲を見直します。
言語を変えても、購入中の状態を失わないか確認する
言語名はその言語で表示し、国旗や国コードだけに頼らないようにします。地域、通貨、言語を別に選ぶ構成では、何が切り替わるのかを明確にします。
自動で言語を提案する場合も、利用者が選び直せる入口を残します。IPアドレスやブラウザーの設定だけで、希望する言語を確定できるわけではありません。
言語切り替え時に、商品、数量、カート、入力内容がどうなるかを試します。外部の決済や予約サービスへ移る場合は、その先の対応言語も確認します。その場で差し替える方式でも、状態が必ず保たれるとは限りません。
検索向けの設定と、購入の動作を別に点検する
検索から商品を探してもらう場合は、言語別URL、取得できる商品本文、タイトル、内部リンク、言語版の対応を確認します。サイトマップを送れば必ず検索に登録されるわけではありません。また、翻訳したページをすべて原文へcanonicalでまとめることが、一般的な正解ではありません。
自動翻訳を使ったことだけで、検索のペナルティが決まるわけでもありません。利用者に役立つ内容、正確さ、検索エンジンの方針への適合を確認します。具体的な設定は多言語サイトのSEO実装ガイドで説明しています。
公開前には、商品を探す、条件を読む、カートに入れる、入力する、注文を確認するという流れを試します。テスト環境で決済や通知を確かめ、画面上の言語と金額、条件が一致しているかを見ます。
購入後の窓口と、更新の担当を決める
FAQ、問い合わせ、注文確認、配送案内、返品の連絡に対応する言語と時間帯を決めます。チャットボットを使う場合は、回答できる範囲、参照する情報、人へ引き継ぐ条件を決めます。利用するほど自動的に正確になると考えず、回答と更新方法を確認してください。
公開後は、言語別の閲覧、購入までの操作、注文、問い合わせ、返品の状況を見ます。離脱が増えた場合も、翻訳だけが原因とは限りません。配送条件、決済、価格、画面の動作を分けて調べます。
他の業種との違いは業種別の準備と確認、集客を含む全体の計画は海外展開の準備ガイドで説明しています。