金物・ファスナーの海外向けサイトで、多言語の仕様項目をどのように同期するか

ドイツ語ページを見た顧客からボルトの長さについて問い合わせを受け、アフターサービス担当者が英語ページを開くと、2つのバージョンで仕様が異なっていました。調査の結果、前回仕様を変更した際に英語サイトだけを更新し、ほかの言語には古いデータが残っていたことが分かりました。金物・締結部品を扱う輸出向けウェブサイトでは、多言語の項目をどのように同期すればよいのでしょうか。重要なのは、変更のたびに何人かに再度注意を促すことではなく、仕様データの統一された情報源を設け、翻訳・公開・検証にそれぞれ明確なルールを定めることです。

アフターサービスの保守担当者にとって、信頼できる仕組みは次の3つの疑問に答えられる必要があります。この仕様の正しい情報源はどこか、変更後にどのページが影響を受けるのか、更新されていない言語はどれか、という点です。

まず、同期する項目と翻訳が必要な内容を区別する

締結部品のページに記載する型式、ねじ、呼び径、長さ、材質、強度区分、表面処理、適用規格を、すべて一般的な文章として翻訳に委ねるべきではありません。これらは購買判断の根拠であると同時に、問い合わせ、見積もり、アフターサービスでの照合に重要な情報です。

同期するのは同一製品の事実情報であり、各ページの文章をすべて同じにすることではありません。たとえば、「亜鉛めっき」という名称は翻訳できますが、めっきの種類を翻訳ツールが別の処理方法に変えてしまってはいけません。また、メートルねじとインチねじも、寸法換算だけで同等の仕様とみなすことはできません。

製品番号を関連付けの基準にし、名称で照合しない

同じシリーズのボルトでも、長さと表面処理の組み合わせは数十種類に及ぶことがあります。管理画面で中国語名を使ってページを関連付けていると、名称変更、重複、翻訳の違いによって紐付けを誤るおそれがあります。より確実な方法は、製品および仕様バリエーションに変更されない一意の番号を設定し、各言語版をその番号に関連付けることです。

1つのマスターレコードに仕様情報を保存し、英語、ドイツ語、スペイン語などの言語レコードには名称、説明、ローカライズした内容を保存します。共通項目は各言語のページにコピーするのではなく、可能な限りマスターレコードを直接参照します。既存システムの仕様上、項目をコピーするしかない場合は、更新タスクとバージョン検証を設け、担当者の記憶に頼らないようにします。

項目自体にも変更されない識別子が必要です。たとえば、「ピッチ」を固定の項目コードで表し、各言語では表示ラベルだけを変えます。そうしないと、管理画面で「ピッチ」を「ねじの間隔」に変更した際、インポートプログラムが新しい項目だと誤認し、同じ意味でありながら値が異なる列が2つ残る可能性があります。

仕様を一度変更したら、すべての言語ページにどう反映させるか

保守の流れを「マスターデータの変更—影響範囲の特定—翻訳の対応—検証—公開—公開ページの確認」と設定できます。アフターサービス担当者がページごとに入力し直す必要はありませんが、各工程のステータスを確認できる必要があります。

たとえば、あるボルトの長さを30 mmから35 mmに修正する場合、まず元データの誤りを訂正するのか、新しい仕様を追加するのかを確認します。新しいバリエーションを追加するのであれば、既存のSKUを上書きしてはいけません。誤りの訂正であれば、変更理由、情報源となるファイル、作業者を記録してから共通値を更新し、タイトル、本文、仕様表、ダウンロード資料にも古い長さが記載されていないか確認します。

数値項目を更新しただけでは、ページ全体の同期が完了したことにはなりません。「30 mmボルト」と記載された製品タイトル、選定ガイド、PDFなどは、別途対応が必要な場合があります。「翻訳待ち」「レビュー待ち」「公開可能」「同期失敗」などのステータスを設け、元データのバージョンも記録すると、保守担当者が古い言語コンテンツを特定できます。

強度区分、材質、規格番号に関わる変更は、製品知識のある担当者が確認することが望ましいです。AI翻訳は説明文の処理を補助できますが、欠落した仕様を独自に補ったり、似ている規格を「同等規格」に自動で置き換えたりしてはいけません。

公開前と公開後では、それぞれ異なる点を確認する

公開前にはデータの関連付けを確認します。必須項目が欠けていないか、数値と単位が別々に保存されているか、仕様バリエーションが正しく紐付けられているか、多言語用語が用語集に沿っているかを確認します。一括インポートでは、まず少数のレコードでテストし、特に空白セルが「既存値を保持」するのか「既存値を消去」するのかに注意します。

公開後は、顧客が実際に見るページを確認します。言語を切り替え、同一SKUの仕様表、タイトル、ダウンロード資料、問い合わせフォームを照合します。フォームに製品仕様が含まれる場合は、送信される値が新しい値になっていることも確認します。管理画面では正しいのに公開ページに古い仕様が表示される場合、ページキャッシュ、静的ページ生成、CDNキャッシュが原因の可能性があるため、更新処理が正常に実行されたかを確認する必要があります。

• 重要値の照合：同一SKUの直径、ピッチ、長さ、強度区分などは一致している必要があります。単位の表示方法は異なっていてもかまいません。
• 失敗タスクの追跡：影響を受けた言語、失敗理由、再試行結果を記録し、一括同期後に確認されないまま放置されるのを防ぎます。
• ロールバックの可用性：変更前後のバージョンを保持し、一括変更を誤った場合に復元できるようにして、関連ページも再確認します。

既存サイトで対応できない場合は、まず管理画面の機能を評価する

現在、言語サイトごとに仕様を個別変更するしかない場合は、まず統一仕様表と用語集を整備し、データの責任者を1人に定めたうえで、項目モデルと公開フローを段階的に改修します。自動翻訳プラグインで製品コンテンツ全体を上書きすることは推奨できません。元のデータにある問題が、さらに多くのページに広がる可能性があります。

ウェブサイト構築やマーケティングサービスを選ぶ際は、実際の保守手順を業者に実演してもらう必要があります。共通項目を1つ変更した場合、各言語ページはどのように更新されるのか。説明文の再確認はどのように促されるのか。失敗記録はどこで確認できるのか。PDFやフォームも確認対象に含まれるのか、といった点です。

易营宝は、多言語サイト構築および海外マーケティング関連サービスを提供しています。締結部品企業のプロジェクトでは、対応言語数だけでなく、仕様の構成、データのインポート、権限分担、同期の検収まで具体的に取り決める必要があります。項目間の連動機能は、システム構成に応じて確認が必要です。

多言語の仕様管理が本当に負担の少ない状態とは、アフターサービス担当者がデータの情報源を確認し、更新状況を把握し、異常を速やかに特定できる状態です。まず「同一SKUには仕様情報の正本が1つだけ」という原則を徹底し、そのうえで用語、レビュー、公開前後の検証を整備するほうが、ページごとに漏れを繰り返し補うより確実です。