多言語サイトの公開前に、まずどのようなローカライズを行うべきか

多言語ウェブサイトは、公開前にまずローカライズの検証を行い、その後で翻訳について検討します。本当に問題が発生しやすいのは、通常、文言そのものではなく、言語、地域、通貨、日付形式、フォーム項目、URL構造、技術実装の間で整合性が取れていないことです。ページはすでに「多言語化」されているように見えても、実際には訪問者を誤った通貨、誤った単位系へ誘導していたり、検索エンジンに重複コンテンツを取得させていたりする可能性があります。

まず、言語のローカライズと地域のローカライズを区別します。ドイツ語サイトだからといって、ドイツ語圏全体で同じ内容をそのまま利用できるとは限りません。ドイツ、オーストリア、スイスでは、ドイツ語の表記、呼称、計量単位、電話番号形式、郵便番号の桁数などが異なる場合があります。ページ内に「+86」「人民元」「平日 9:00～18:00」などの固定情報が表示されている場合は、対象市場の購買習慣と矛盾しないかを確認する必要があります。設置、輸送、通関、アフターサービスへの対応に関するページでは、こうした細部が特に重要です。同じ納期であっても、海上輸送、航空輸送、鉄道輸送では表現方法が異なります。運賃に税金、荷下ろし、上階への搬入・設置が含まれるかどうかも、ローカライズの段階で明確に記載し、ユーザーに推測させてはいけません。

製品ページと問い合わせページで最も見落とされやすいのは、単位と仕様です。寸法、重量、出力、電圧、温湿度範囲、ねじ規格、インターフェースの種類、梱包仕様はすべて、対象地域のユーザーが直接理解できる形式に統一する必要があります。たとえば、mm、inch、kg、lbを混在させてはいけません。二重単位が必要な場合は、主単位と副単位の表示順を固定します。バルブボディ、板材、ケーブル、コネクタなどの技術関連内容では、翻訳時に単語を置き換えるだけでなく、仕様が現地市場で対応する呼称になっているかも確認する必要があります。多言語サイトの問題は「誤訳」ではなく、同じ製品が言語ごとに異なる型式、異なるセット内容、異なる認証基準で記載されていることにある場合が多く、その後の調達に関するコミュニケーションやページのインデックス登録に直接影響します。

フォームのローカライズも、プレースホルダーテキストを変更するだけでは不十分です。氏名項目は、市場によって名と姓に分けるのが適切な場合もあれば、分割入力を必須にすべきでない場合もあります。住所項目で州、省、市、区が必要か、電話番号で国際電話番号を許可するか、郵便番号を必須にするかは、地域に応じて調整する必要があります。認証コード、エラーメッセージ、必須項目の表示、プライバシーに関する声明、同意チェックボックスの文言も、言語バージョンと一致させる必要があります。よくある誤りは、ページを対象言語に切り替えた後も、送信ボタン、項目エラー、メール通知、自動返信が元の言語や元のタイムゾーンのまま残っていることです。その結果、リードの流入元や意図を判断できなくなります。

技術面でのローカライズは、多言語サイトが正しくインデックス登録されるかどうかを左右します。hreflang、canonical、言語ディレクトリまたはサブドメイン、サイトマップ、リダイレクトルールは、公開前に一括して確認する必要があります。最も一般的な誤りは、翻訳ページを重複ページとして処理してしまうこと、または同じ言語の異なる地域バージョン同士を競合させてしまうことです。もう一つの問題は、自動リダイレクトが過度に強制的であることです。ユーザーがページを開いた直後にIPアドレスやブラウザ言語によって強制的に別ページへ移動させると、検索エンジンのクローラーが取得する内容とユーザーが見る内容が一致せず、ページの順位やインデックス登録に影響します。サイトでJSによる動的レンダリングを使用している場合は、ファーストビューの言語が安定してクロールできるかも確認する必要があります。バックエンド側で準備されていない非同期切り替えに依存してはいけません。

ローカライズされたコンテンツでは、逐語訳ではなく検索語の習慣も考慮する必要があります。「多言語ウェブサイト」という言葉自体が、言語バージョンの表現方法は市場ごとに異なることを示しています。同じ製品でも、英語では materials、specification、supplier が検索される一方、ドイツ語ユーザーは製品カテゴリー、材質の説明、用途をより重視して検索する場合があります。ページタイトル、H2、画像のalt属性、構造化データ内の名称フィールドは、現地の検索習慣に応じて調整する必要があります。そうしなければ、コンテンツが読みやすくても、必ずしも見つけてもらえるとは限りません。ここでは二つの極端な対応を避ける必要があります。一つは機械的な逐語訳であり、もう一つはキーワードのために不自然な用語を無理に詰め込むことです。前者は理解に影響し、後者は信頼性に影響します。

デザインとレイアウトにも、ローカライズ用の余裕を確保する必要があります。ドイツ語、ロシア語、アラビア語、フランス語などのテキストは、中国語より長くなることがよくあります。ボタン、ナビゲーション、表の見出し、案内文の長さを中国語に合わせて固定すると、テキストが途中で切れたり、改行位置がずれたり、アイコンに重なったりしやすくなります。時刻形式、通貨記号、桁区切り、箇条書き記号の方向も統一して処理する必要があります。サイトにマーケティング用ランディングページと製品詳細ページが同時に含まれる場合は、公開前にコンポーネント間の間隔、改行、モバイル端末でのカードの高さをページごとに確認することを推奨します。特に言語を切り替えた後は、もともと整然と揃っていたレイアウトが長い単語によって崩れやすくなります。

メール、ダウンロードファイル、PDFカタログ、カスタマーサービスの自動化も、ローカライズの範囲に含まれます。ユーザーがフォームを送信した後に受け取る確認メール、添付ファイル名、見積書テンプレート、製品カタログのヘッダーとフッター、返品・交換に関する説明が母語版や旧通貨のままだと、サイト全体が未完成に見えてしまいます。越境型独立サイトでは、タイムゾーンが統一されているか、祝日の案内が正確か、出荷説明が対象市場の輸送期間と一致しているかも確認する必要があります。ここで多くのルールを詰め込む必要はありません。重要なのは、ユーザーが後から再確認するすべての内容を正式なページと同じように扱うことです。

公開前の最終確認では、一語ずつ校正するのではなく、ユーザーの導線に沿って一連の操作を完了させます。言語を選択し、カテゴリーを閲覧し、仕様を確認し、通貨を切り替え、フォームに入力し、メールを受信し、検索結果に戻ります。そのいずれかの段階に元の言語、誤った単位、一貫性のないURLが残っていれば、多言語ウェブサイトのローカライズはまだ完了していません。ウェブサイトとマーケティングサービスを一体化したプロジェクトでは、この工程を特に省略してはいけません。ページが検索や広告配信の導線に入った後では、修正コストが大幅に高くなるためです。