ANSWER FIRST

結論

多言語・地域別ページのリニューアルは、翻訳原稿の準備だけでは完了しません。最初に言語・地域ごとの現行URL、利用者、掲載条件、情報責任者を棚卸しし、旧URLから新URLへの対応、翻訳か地域向け編集か、公開可否を一行ずつ決めます。新サイトでは各版に固有URLと利用者が選べる切替導線を用意し、ページのlang属性、相互のhreflang、canonical、内部リンク、XMLサイトマップを同じ対応表から実装します。公開は全言語を一括条件にせず、内容・機能・技術・運用の四領域を言語・地域ごとに判定し、未確認版は公開範囲から外せる計画にすることが安全です。

01

言語・地域の組み合わせをページ単位で棚卸しする

最初に確認するのは『英語版があるか』ではなく、どの利用者に、どの地域の条件を、誰の責任で届けているかです。同じ英語でも、価格、配送範囲、申込条件、問い合わせ先、規約、営業時間が地域で異なることがあります。反対に、日本語と英語で内容を分けていても、実態は共通情報の翻訳であり、地域別運用を必要としない場合もあります。現行サイトの全URLを、言語、対象地域、ページ目的、主要利用者、情報責任者、最終確認日、流入・問い合わせ上の役割とともに台帳へ記録します。

台帳では、残す、統合する、翻訳し直す、地域向けに編集する、廃止する、判断保留の六区分を用意します。閲覧数だけで廃止を決めず、契約前の確認、既存利用者の手続き、採用、緊急時の案内など、件数が少なくても必要な役割を確認してください。画像内の文字、PDF、動画字幕、フォームの自動返信、エラーメッセージ、同意文、ダウンロード後のファイル名もページの一部です。画面本文だけを数えると、公開直前に未翻訳箇所や誤った連絡先が見つかります。

  • 言語・地域・利用者を別々の列で記録
  • 価格・条件・規約・連絡先の地域差を確認
  • 本文以外のPDF・画像・フォーム・通知も対象化
  • 原稿と公開ページの情報責任者を明記
  • 残す・統合・再制作・廃止・保留をURLごとに判定
02

固有URLと利用者が選べる切替方法を先に決める

言語・地域ごとのページは、検索、共有、計測、問い合わせ対応で同じ版を再現できる固有URLを基本にします。構成は国別ドメイン、サブドメイン、サブディレクトリなどから選べますが、名称だけで優劣を決めません。ドメイン管理、CMS権限、更新チーム、公開承認、障害対応を一体で運用できるなら同一ドメイン内の区分が管理しやすく、地域ごとに組織・制度・機能が独立するなら分離が必要な場合があります。Googleも多地域・多言語サイトでは版ごとに異なるURLを使う方法を案内しています。

ブラウザ言語や接続元だけで別ページへ強制転送すると、利用者が希望する版へ戻れず、検索システムがすべての内容を取得しにくくなる可能性があります。現在の版を明示し、ヘッダー等に通常のリンクとして切替導線を置き、選択を保持しながらも解除できる設計にします。HTML文書の主言語はhtml要素のlang属性で宣言し、本文中で別言語へ切り替わる語句や引用は必要に応じて個別に示します。自動提案を使う場合も、利用者の選択と現在地を奪わないことを完了条件にします。

  • 各言語・地域版に再現可能な固有URLがある
  • URL方式と運用責任・権限が一致している
  • 現在の版と切替先を通常リンクで選べる
  • 接続元や言語設定だけで強制転送しない
  • html要素のlangと画面上の実際の言語が一致する
ページ棚卸しから地域・言語対応表、内容確認、技術整合、公開後監視までを五段階で示す移行工程
VISUAL GUIDE言語ごとの制作だけでなく、URL・内容・技術設定・運用責任を同じ移行台帳で管理します。
03

翻訳と地域向け編集を分け、承認範囲を明文化する

原稿は、同じ事実を別言語で伝える『翻訳』と、地域の制度・商習慣・提供条件に合わせる『地域向け編集』を分けます。会社情報や製品仕様のように共通の正本を持つ項目は、正本の更新が各言語版へ伝わる仕組みを決めます。価格、通貨、税、提供地域、申込条件、個人情報の扱い、問い合わせ先など地域差がある項目は、翻訳担当者だけに判断させず、事業・法務・運用の確認者を割り当てます。一次原稿、翻訳、レビュー、公開承認の状態を台帳で追えるようにします。

検索向けの設定も機械的に複製しません。title、description、見出し、画像alt、パンくず、構造化データ、OGP、フォームのラベルと確認画面まで、実際のページ内容に合わせます。Googleはページの言語を主に画面上の内容から判断すると説明しており、lang属性やhreflangだけで未翻訳ページを正しい言語版として扱えるわけではありません。古い日本語原稿をそのまま翻訳して新サイトへ持ち込まず、事実、表現、リンク先、問い合わせ後の対応まで現在の業務と一致するかを確認します。

  • 共通事実の正本と各版への反映方法を決める
  • 地域固有条件には業務上の確認者を置く
  • 翻訳・地域向け編集・公開承認を別工程にする
  • メタ情報・画像alt・フォームも実内容に合わせる
  • 未確認原稿をhreflang等の設定だけで公開しない
04

URL対応表を技術設定と公開判定の共通台帳にする

移行表は『旧URLから新URL』だけで終わらせず、新ページの言語、地域、正規URL、対応する他言語版、転送先、内部リンク、サイトマップ掲載、構造化データ、OGP、公開状態を一行にまとめます。内容が引き継がれる旧URLは対応する新URLへ恒久転送し、移行先のないページを一律にTOPへ送らないようにします。地域・言語版を互いに案内するhreflangは、有効な言語・地域コードを使い、各ページから相互に参照できる組み合わせを作ります。利用者を選択ページへ案内する必要がある場合は、役割を確認したうえでx-defaultも検討します。

canonicalは重複URLの代表を示す仕組みであり、異なる言語内容をすべて日本語版へ寄せるための設定ではありません。原則として各言語・地域版で自ページを正規URLとして示し、パラメータや重複経路がある場合に代表URLを整理します。そのうえでhreflang、内部リンク、XMLサイトマップに同じURLを使い、HTTPとHTTPS、末尾スラッシュ、大小文字の差を混在させません。公開前に台帳から自動検査できる項目と、人が本文・導線・フォームを確認する項目を分け、設定同士の矛盾を先に見つけます。

  • 旧URLと新URLを内容単位で一対一に対応
  • 各版のcanonical・hreflang・内部リンクを同じURLへ統一
  • hreflangは相互参照とコードの妥当性を確認
  • XMLサイトマップと公開対象URLを一致
  • 構造化データ・OGP・画像・フォームを版ごとに検査
05

言語・地域ごとのGo／No-Goで公開と監視を管理する

公開判定はサイト全体の一票ではなく、言語・地域ごとに行います。内容では重要条件と承認、機能ではナビゲーション・切替・検索・フォーム・自動返信、技術では転送・canonical・hreflang・サイトマップ・文字コード、運用では権限・問い合わせ先・更新手順を確認します。PCとスマートフォンで主要経路を通し、使用する文字のフォント表示、長い見出しやボタン、入力エラー、右から左へ書く言語を扱う場合の方向、PDFや外部サービスへの遷移も確認します。どれかが未確認なら、その版だけ公開を保留できる状態にします。

公開後は、旧URLからの到達、404、サーバーログ、検索で認識された正規URL、hreflangの実装、主要ページの流入、言語別の問い合わせ内容を継続して見ます。アクセスが減ったという一つの指標だけで切り戻さず、対象地域の需要、季節性、計測漏れ、転送、インデックス、フォーム障害を分けて確認します。旧環境の保持期間、切り戻し責任者、停止条件、修正の優先順位を公開前に決め、台帳と承認記録を運用担当へ引き渡します。多言語対応は公開日で終わらず、正本の変更を各版へ反映できる状態になって完了です。

  • 内容・機能・技術・運用の四領域で版ごとに判定
  • PC・スマートフォンで切替と主要フォームを確認
  • 未確認の言語・地域版だけを公開保留できる
  • 404・転送・正規URL・問い合わせを公開後に監視
  • 切り戻し条件と各版の更新責任を引き継ぐ
FAQ

よくある質問

ブラウザの言語設定に合わせて自動転送してもよいですか？

希望する版を提案する補助には使えますが、利用者が選んだページから強制的に移動させ続ける設計は避けます。現在の版を示し、通常のリンクで各版を選べるようにし、選択の変更や解除を可能にしてください。接続元や言語設定だけで内容を出し分ける同一URL方式は、検索システムがすべての版を取得しにくくなる可能性もあります。

翻訳内容が同じなら、canonicalをすべて日本語ページへ向けますか？

通常は各言語版が固有の内容とURLを持つため、各ページで自ページを正規URLとして示し、対応関係はhreflangで伝えます。canonicalは同一言語内の重複URLなど代表URLを選ぶ目的で整理します。実装時は、canonical、hreflang、内部リンク、サイトマップが矛盾していないかをページ単位で確認してください。

すべての言語を同じ日に公開する必要がありますか？

必要ありません。内容、フォーム、技術設定、問い合わせ運用を言語・地域ごとに判定し、確認できた版から公開する計画も選べます。ただし、公開していない版への切替リンクやhreflangを先に出さず、公開済みの版だけでナビゲーションと対応関係が完結するようにします。段階公開の日程と責任者は利用者向け案内と社内台帳の両方へ反映します。

PRIMARY SOURCES

参考にした一次情報

外部仕様は変更される場合があります。最新情報は各公式ページをご確認ください。

PUBLISHER / UPDATE株式会社ファーストイノベーション

提供サービス：FIRST INNOVATION WEB