最終更新日：2026年10月13日

多言語SEOとは？URL設計・hreflang・翻訳ページの確認ポイント【2026年最新版】

この記事の監修者

齊藤 真也

株式会社ファーストネットジャパン 代表取締役

1998年の創業以来、ホームページ制作・翻訳・アプリ開発・Webマーケティングなど幅広いIT／クリエイティブ領域で4,000件超のプロジェクトを統括。
英語・中国語をはじめとする多言語翻訳サービスの提供を通じて、海外展開や多言語対応を進める中小企業の課題解決を27年以上にわたり支援してきた。
翻訳とWeb制作をワンストップで対応できる体制を整え、経済産業省・電通・テレビ朝日など大手企業・官公庁との取引実績も多数。
大阪本社・東京オフィスの2拠点体制で、全国の企業のグローバル対応をサポートしている。

多言語SEOは、外国語のページを検索から見つけてもらい、その言語で必要な情報を読める状態に整える取り組みです。本文を翻訳するだけでなく、言語ごとのURL、ページ同士の対応、検索結果に出るタイトル、問い合わせまでの導線を確認します。翻訳とWeb実装、公開後の運用を一つの計画にすると、作業の抜けを減らせます。

たとえば日本語の商品ページと英語の商品ページを用意しても、英語の入口から日本語だけのフォームに移動するなら、読者は手続きを進めにくくなります。一方、技術設定が正しくても、対応地域や料金条件が訳文にないと判断に必要な情報が不足します。検索エンジンへの設定と、利用者が読んで行動するための情報を両方確認することが出発点です。

本記事では、言語別URLとhreflang、canonicalの役割を整理し、翻訳ページの準備から公開後の確認までを解説します。設定による順位の保証はありません。自社で対応する地域と、実際に提供できるサービスを決めたうえで、ページ単位の設計を進めてください。

対象言語と地域、検索から来た人の目的を決める

最初に、どの言語を使う人に、どの地域のサービスを案内するかを決めます。英語のページがあることと、すべての国から注文できることは同じではありません。配送、決済、対応時間、問い合わせ言語などを整理し、読者が利用できる範囲を訳文でも明確にします。提供できないサービスまで翻訳で広げて見せないことが大切です。

ページの目的は、会社紹介、商品選定、利用方法、見積もり依頼などで異なります。日本語の記事の構成をそのまま写す前に、対象の読者が何を知りたいかを確認します。国内向けでは説明が不要な制度や略称も、海外の読者には補足が必要な場合があります。補足する内容は事業担当者に確認し、原文側にも記録を残すと更新しやすくなります。

キーワードは、日本語の単語を直訳しただけで確定しないようにします。同じ商品でも、地域や業界によって一般的な呼び方が違う場合があります。現地で使われる表現を調べ、商品名、用途、困り事などの検索意図と照合してください。検索量だけで選ばず、その語で来た人に自社が回答できるかも確認します。

多言語と多地域は分けて考えると整理しやすくなります。言語を追加する案件と、同じ言語のまま地域別に料金や条件を分ける案件では、必要な原稿や管理方法が変わります。地域別のページを作る理由があるか、共通ページで足りるかを先に決め、運用できる数から始めましょう。

言語ごとのURLを持ち、ページの対応表を作る

Googleは、言語ごとに異なるURLを用意することを推奨しています。Cookieなどで一つのURLの表示だけを切り替える設計では、各言語版の発見と確認が難しくなることがあります。利用者が英語版のURLを保存して共有できるか、制作担当者がそのURLを直接開いて確認できるかも設計の判断点です。

URLの方式には、同じドメイン内の言語別ディレクトリ、サブドメイン、別ドメインなどがあります。どれか一つを選べば順位が上がるというものではありません。現在のCMS、担当者、更新の頻度、サーバーやドメインの管理体制を踏まえて選びます。新しい方式にする場合は、既存URLの移転が必要かも先に確認してください。

準備する対応表には、日本語URL、外国語URL、ページの目的、翻訳対象、公開状態、更新担当を記入します。対応するページがない場合は、空欄や未制作として管理し、適当なページを対応先にしないようにします。商品詳細の言語切替先が外国語トップページになる場合も、利用者が内容の続きを探せるかを確認します。

URLは本文だけでなく、メニュー、パンくず、画像内のリンク、問い合わせボタンなどでも使われます。制作前に対応表を共有すると、翻訳者がリンク先の用途を理解し、実装担当者も同じ情報を参照できます。公開後にURLを変更する場合は、この表とサイト内リンク、関連設定をまとめて更新する運用にします。

hreflangで言語・地域別ページの関係を伝える

hreflangは、内容が対応する言語・地域別ページの関係を示すための指定です。Googleの公式ガイドでは、HTML、HTTPヘッダー、サイトマップによる方法を説明しています。複数方式をむやみに重ねず、現在のCMSや運用で継続して管理できる方式を選ぶと、変更時の確認をまとめやすくなります。

指定する際は、現在のページ自身と対応する別言語ページを含め、完全なURLを使います。対応する側からも相互に参照することが必要です。片方だけの指定や、存在しないページへの指定を避け、ページ対応表と照合してください。言語コードと地域コードは、そのページの対象に合わせて使います。

実装担当者には、対象URL一覧と、各ページが表す言語・地域を渡します。「英語ページ全部」という曖昧な指定では、異なる商品や記事を一つの組にしてしまう可能性があります。同じ内容の別言語版を一組として管理し、ページの追加や削除時にその組を更新する方法を決めておきましょう。

公開前の確認では、設定欄に入力した値だけでなく、実際の出力を確認します。別言語側の出力、対象ページが開くこと、URLの表記が一致することも照合します。hreflangは本文を翻訳する機能ではないため、設定があっても翻訳や地域別情報の準備は別途必要です。

canonicalとhreflangの役割を混同しない

canonicalは、重複またはよく似たページの中で、正規のURLを示すための指定です。hreflangによる言語版の対応付けとは役割が異なります。英語本文を持つ独立したページを公開する際に、すべての外国語ページのcanonicalを日本語トップへ向けると、設計意図と食い違う可能性があります。制作担当者と正規化の方針を確認してください。

同じ言語で複数の似た地域版がある場合などは、どれを正規のページとするかを検討する場面があります。必要な扱いはページの内容とURL構成によって異なるため、一つの設定を全ページへ一律にコピーしないようにします。対象ページ、正規URL、言語版の関係を対応表の別の列で管理すると確認しやすくなります。

下書き環境から本番へ移すときは、仮のドメインや確認用URLが残っていないかを点検します。canonicalだけでなく、hreflang、サイト内リンク、サイトマップにも古いURLが入り得ます。見た目に問題がなくても、ソースや設定に確認用環境の指定が残る場合があるため、公開URLを基準に照合します。

リダイレクトやURLの変更がある場合は、最終的に表示されるURLと各設定の整合を確認します。削除したページを対応先に残したり、異なる内容へ転送されるページを同じ言語版として扱ったりしないことが大切です。URLの変更時には、原稿更新とは別に技術設定を確認する担当を設けます。

本文・タイトル・説明文を対象の読者に合わせる

翻訳原稿には、本文だけでなく、ページタイトル、見出し、検索結果用の説明文、ナビゲーション、ボタン、画像の説明などを含めます。本文が英語でも、操作の案内が日本語のままだと利用者は迷いやすくなります。CMSで別の欄に保存される項目を洗い出し、翻訳する箇所を一覧にしてください。

タイトルは、対象ページが何を提供するかが分かる内容にします。日本語の文字数を基準に無理に合わせるのではなく、商品名や用途、対象の読者を確認して自然な表現に整えます。説明文も、キーワードの羅列ではなく、ページを開いて得られる情報を説明します。検索結果での表示は常に固定されるわけではないため、掲載内容との一致を重視します。

原文にある数字、仕様、単位、利用条件は照合します。日付、通貨、連絡先、サイズなどを地域に合わせて表示する場合は、担当部門の承認を受けます。翻訳者が換算値や販売条件を独自に決めるのではなく、表示する情報を事業側が確定することで、更新時にも同じ基準で管理できます。

機械翻訳や生成AIを利用する場合にも、製品情報と意味の確認は必要です。原稿を外部サービスへ入力してよいか、用語集が反映されるか、数字や条件が落ちていないかを点検します。ページの目的に必要な説明が足りないときは、訳文だけを増やすのではなく、原文の内容を担当者と見直します。

言語切替と問い合わせの導線を確認する

言語切替は、読者が自分で選べる場所に配置します。国旗だけでは使用言語が伝わりにくい場合があるため、言語名も表示するなど、選択肢を理解できる形を検討してください。クリックした後にどのページへ移るかも決め、対応する内容がある場合は、そのページへ移動できるようにします。

ブラウザやIPから言語を推測して、自動的に別ページへ移す設計は慎重に扱います。利用者が希望する言語を読めるか、各URLに直接アクセスできるかを確認してください。おすすめ言語の案内を出す場合にも、今のページにとどまる選択を用意すると、意図したページを閲覧しやすくなります。

問い合わせフォームでは、項目名、必須表示、エラー、送信完了の案内、確認メールまでを対象にします。フォームに入力してから日本語の案内しか出ないと、送信が完了したか分からないことがあります。外国語で問い合わせを受けた後、誰がどの言語で返信するかも決め、案内する対応範囲に合わせます。

ダウンロード資料や外部の予約ページへ移動する場合は、移動先の言語と利用条件を確認します。外国語版がない資料を案内するときは、リンク付近で言語を伝える方法もあります。入口だけ翻訳して終わらせず、商品選定から申し込みまでの一連の操作を実際にたどって確認します。

公開前にページの表示と技術設定を照合する

確認は、原稿の段階と、画面に反映した後の段階に分けます。訳文を読んで問題がなくても、文字が切れる、表が崩れる、画像内に原語が残るなどの表示問題が出ることがあります。パソコンとスマートフォンで、見出し、表、ボタン、フォームの状態を確認してください。

技術確認では、公開URLが表示されるか、誤ってnoindexが残っていないか、robotsの設定とアクセス条件に問題がないかを確認します。公開前に保護していた環境と本番の設定を混同しないことが大切です。ページタイトル、説明文、canonical、言語版の指定も、公開ページに出力された内容を基準に照合します。

リンク確認は、メニューや本文のリンクに加え、言語切替、CTA、画像のリンク、パンくず、フォームを含めます。リンク先が存在することだけでなく、目的に合った内容と地域条件が表示されることを確認してください。スマートフォンで開いた際に別の導線になる場合は、その動作も点検します。

確認の結果は、URL、端末、問題箇所、修正内容、確認者、再確認日を一つの表に記録します。翻訳の問題と実装の問題を別々に担当へ渡すことで、修正が進めやすくなります。修正後は、該当箇所と同じ部品を使う他のページも確認し、共通の原因が残っていないかを見ます。

• 公開URL、アクセス制限、noindexなどの設定
• タイトル・説明文・canonical・言語版の対応
• 訳抜け、仕様・数字・単位・固有名詞
• パソコンとスマートフォンでの表示
• 言語切替、フォーム、送信後の案内

公開後は言語別・ページ別にSearch Consoleを確認する

公開後は、Search Consoleなどでページの状態と検索からの流入を確認します。新しく公開した直後にデータがないことだけで、翻訳品質や設計の失敗と決めないようにします。まず、対象URLが検索エンジンにアクセス可能か、想定した正規URLとして扱われているかなど、公開状態を確認します。

検索の実績を見るときは、言語ディレクトリやURL群で分け、各ページにどの検索語で表示されたかを確認します。表示回数、クリック、CTR、掲載順位を単独で結論にせず、期間、季節、公開時期、対象地域なども合わせて見ます。違う目的のページ同士を、総クリック数だけで比較しないことが大切です。

想定と違う検索語が多い場合は、タイトルと本文が提供内容を適切に表しているかを確認します。表示されているのに問い合わせへ進まない場合は、内容や条件、フォームの言語、返信の案内なども見直します。検索指標の改善と事業成果を同じものとして扱わず、それぞれの確認項目を持ちましょう。

更新では、一度に多くの要素を変えず、何を直したかと変更日を残します。技術設定、原稿、タイトル、導線を同時に変えると、後で影響を整理しにくくなります。重要な不具合は早く直し、改善のための変更は目的を記録して進めると、次の判断に使える情報が残ります。

翻訳・実装・運用の担当範囲を見積もりでそろえる

外注するときは、翻訳だけか、CMSへの登録、画面確認、技術設定まで含むかを明確にします。翻訳担当がhreflangを設定するとは限らず、Web担当が専門用語を判断できるとも限りません。作業一覧を用意して、誰が原稿を確定し、誰が設定を実装し、誰が最終確認するかを決めてください。

見積もりには、ページ数、言語数、CMS、既存URL、翻訳対象一覧、元データ、公開希望日を添えます。画像内文字やPDF、フォームのメール文などは本文と別に数える場合があります。更新予定の多い項目がある場合は、初回制作だけでなく、その後の差分翻訳と反映の流れも相談します。

公開後に原文が変わったときは、外国語版への影響を確認する担当が必要です。価格や提供条件などの重要情報を、日本語だけ更新して放置しないようにします。対応表に更新状態を追加し、翻訳待ちや実装待ちが分かる形にすると、複数言語でも残作業を追えます。

多言語SEOは、初回の設定を終えれば完了する作業ではありません。ページを追加した際の対応付け、リンク、翻訳品質、問い合わせの処理を継続して確認します。自社の運用量に合う設計を選び、実際に提供できる情報を必要な言語で更新できる体制をつくりましょう。

ファーストネット翻訳サービスへ相談する場合

株式会社ファーストネットジャパンは1998年創業。ファーストネット翻訳サービスでは英語・中国語・韓国語をはじめ44言語・方言に対応し、用途、専門用語、表記、数値や固有名詞などを確認して翻訳をご提供しています。原稿の内容と必要な品質に応じて、スタンダードとハイクオリティの2つのプランからご相談いただけます。

この単価はすべての言語に共通する料金ではありません。翻訳の方向、分野、文書の状態、納品形式、希望納期で見積もり条件が変わります。最低料金は1案件20,000円（税別）です。主要16言語の単価は公式料金表で確認でき、それ以外の言語は個別見積もりとなります。原稿と対象言語を確認してから、必要な工程を整理します。

翻訳に加え、Illustrator・Photoshop・InDesign・Word・Excel・PowerPoint・Figmaなどへの文字入れ、DTP、多言語ホームページ制作、システムやアプリへの反映も相談できます。翻訳のみ、文字入れ込み、Web実装込みを同じ作業とせず、どこまでを依頼するか、確認用PDFや編集用データが必要かを共有してください。元データの状態によっては再制作などの工程が必要になるため、納品物の条件を先にそろえます。

納品後3か月は、合意した翻訳条件の範囲で無償修正に対応します。原文の変更、別の用途への作り替え、追加ページや新しい言語の制作は、元の修正と分けてご相談ください。初回は、原稿、使用目的、対象地域、希望納期、必要なファイル形式を添えてお問い合わせいただくと、対応範囲を確認しやすくなります。

見積もりでは、文字数やページ数に加え、用語集や参考資料の有無、編集可能なデータ、画像内文字、確認担当者と校正回数も共有してください。複数言語に展開するときは、共通の原稿を確定したうえで、それぞれの地域に必要な表記と表示領域を確認します。社内の承認を受けた名称や用語を早めに伝えることで、後工程での差し戻しを減らしやすくなります。

対応言語と公式料金表／関連する翻訳サービス・実務の解説

よくある質問

多言語SEOは本文の翻訳だけで対応できますか？

本文に加え、言語別URL、タイトル、説明文、リンク、言語切替、フォームなどを確認します。翻訳と技術設定、公開後の更新を分けて担当を決めてください。

hreflangとは何ですか？

内容が対応する言語・地域別ページの関係を示す指定です。本文を翻訳する機能ではなく、ページ自身と対応先の指定、相互参照などを確認します。

英語版は必ず別ドメインにする必要がありますか？

別ドメイン以外にも、言語別ディレクトリやサブドメインなどの方式があります。CMS、更新体制、現在のURLを踏まえ、管理できる方式を選びます。

外国語ページのcanonicalを日本語ページに向ければよいですか？

一律の指定は避け、内容と正規化の方針を確認してください。canonicalとhreflangは役割が異なるため、ページごとに設計を照合します。

機械翻訳やAIで作ったページも確認が必要ですか？

必要です。用語、仕様、数字、条件、訳抜けを確認し、画面に反映した後も表示や導線を点検します。外部サービスへの原稿入力条件も確認してください。

公開後は何を見ればよいですか？

対象URLの公開・インデックス状態に加え、言語別ページ群の検索語、表示回数、クリック、問い合わせ導線を確認します。変更した内容と日付も記録します。

まとめ

多言語SEOを進めるには、読者の言語と地域、ページの目的を決め、URLと対応表、技術設定、訳文、導線をそろえることが必要です。原稿と実装の確認を分けながら、最後に公開ページで一連の操作を確かめましょう。

翻訳、CMSへの反映、多言語ホームページの制作などを相談する場合は、既存URLと対象ページ、言語、公開希望日、更新体制を共有してください。初回制作と継続運用の両方から、必要な作業範囲を整理できます。

参考資料

製品機能や公的な要件は2026年10月13日に公式資料を確認しています。利用する環境や提出先の条件に合わせて確認してください。

• Google検索セントラル：ページのローカライズ版について
• Google検索セントラル：多地域・多言語サイトの管理