ウェブサイトのコンテンツを翻訳した後、URLは原文のままにすべきですか?

公開日:08/11/2026
作者:易営宝(Eyingbao)
閲覧数:
  • ウェブサイトのコンテンツを翻訳した後、URLは原文のままにすべきですか?
ウェブサイトのコンテンツを翻訳した後、URLは原文のままにするべきでしょうか、それともターゲット言語に合わせるべきでしょうか?この記事では、多言語ウェブサイトの構築と海外マーケティングのニーズを踏まえ、2つの方法の適用シーン、独立したURLの設計、hreflangの設定、旧URLからの301リダイレクトのポイントを解説します。ユーザー体験と長期的な運用の両立を図り、サイト改修のリスクを軽減するための内容です。重点市場に合わせた明確で安定した多言語URLルールの策定方法をご覧ください。
今すぐ問い合わせ:4006552477

ウェブサイトのコンテンツを翻訳した後、URLは原文のままにするべきでしょうか、それとも同時に翻訳するべきでしょうか。どちらの方法も可能で、どちらか一方が自動的に検索順位で有利になるわけではありません。まず解決すべきなのは、各言語のページに固有で安定したURLからアクセスできるか、そして検索エンジンとユーザーが適切な言語版を見つけられるかどうかです。

すでにトラフィックのあるウェブサイトでは、既存のパスを維持するほうが一般に安全です。新規の多言語サイトでは、チームに確認・保守する体制があれば、ターゲット言語のパスを採用することもできます。判断のポイントは翻訳するかどうかではなく、変更にかかるコスト、言語の識別しやすさ、そしてその後の管理体制が適合するかどうかです。

原文のパスを維持するか、ターゲット言語にするか?

たとえば、製品ページの元のパスが英語の/products/industrial-pump/だとします。ドイツ語ページを追加する場合、/de/products/industrial-pump/を使用する方法と、製品パスをドイツ語に翻訳して/de/produkte/industriepumpe/とする方法があります。どちらもページ階層を表せます。ただし、URLに実際にアクセスでき、それぞれが明確な言語のコンテンツに対応していることが前提です。

原文のパスを維持する利点は、管理を統一しやすいことです。特に、製品型番が多く、名称の変更も頻繁な製造業に適しています。運用担当者は同じパス部分を使って各言語版を識別でき、個別に翻訳して照合する作業を減らせます。製品型番、ブランド名、業界で一般的な略語などは、通常、無理に翻訳する必要もありません。

ターゲット言語のパスを使うと、現地ユーザーの読み方により合ったものになります。長期的に注力する市場では、ローカライズされたパスによって、ユーザーがURLからページのテーマを把握しやすくなり、分類名が現地の表現に合っているかをチームが確認する際にも役立ちます。ただし、URL内の語句はページ情報の一部にすぎず、正確な本文、タイトル、製品資料の代わりにはなりません。また、検索順位の向上を保証するものでもありません。

作業時には、「新しい翻訳ページの追加」と「既存ページの変更」を区別してください。ドイツ語ページを新たに作成する際に英語のパス部分を維持しても、2つのページが同じURLを共有するわけではありません。一方、既存の英語ページのURLをドイツ語のURLに直接変更する場合は移行が伴い、旧リンクへの対応が必要です。すでに被リンク、広告配信の記録、または顧客のブックマークが蓄積されているページでは、パスを翻訳するためだけにURLを変更するメリットは、あまりないことが多いでしょう。

まず言語版のURL構造を明確にする

ウェブサイトのコンテンツ翻訳とURLの最適化は、翻訳完了後にその場でURLを組み立てるのではなく、まとめて計画する必要があります。一般的な方法は、同じドメイン内で/en/、/de/などの言語ディレクトリを使用することです。サブドメインや国・地域ごとに異なるドメインを使うこともできます。ディレクトリ方式は一元管理しやすい傾向がありますが、実際の選択は、ウェブサイト構築システム、事業の運営体制、各市場で独立した運営が必要かどうかも踏まえて判断します。

ウェブサイトのコンテンツを翻訳した後、URLは原文のままにすべきですか?

どの構造を採用する場合も、各言語版に固定された、直接アクセス可能なURLを設定してください。ブラウザーの言語設定やアクセス元の所在地だけに依存して、同じURLでコンテンツを自動的に切り替えるのは避けましょう。そうすると、ユーザーがリンクを共有したときに、受け取った人には別の言語版が表示される可能性があり、検索エンジンもすべての翻訳ページを見つけにくくなることがあります。言語の自動提案を利用する場合も、クリックできる言語切り替え機能を設け、ユーザーが希望する言語版にアクセスできるようにするのが望ましいです。

同じ言語を異なる地域向けに提供する場合も、まずコンテンツに実際の違いがあるかを確認してください。価格、提供範囲、連絡先が異なる場合は、ページを分けて計画する必要があるかもしれません。一方、より多くの地域をカバーするためだけに、ほぼ同一のページを大量に複製すると、その後の保守やバージョンの判別が複雑になります。言語ディレクトリ名はページの実際の言語と一致させ、ドイツ語ディレクトリに未翻訳の英語本文を長期間掲載することは避けてください。

パスを翻訳する際に、間違いやすい点は?

パスの翻訳は、原文をそのまま翻訳ツールに入力するだけでは不十分です。工業製品、部品、ソフトウェアサービスの名称は地域ごとに慣習が異なる場合があり、同じ語でも市場によって指す製品が異なることがあります。重要な分類や主要製品ページは、ターゲット市場に詳しい人が確認し、URLはローカライズされていても、用語が不正確という事態を避けてください。

ラテン文字以外の文字もURLに使用できますが、コピー時や一部のツールでの表示時に、パーセントエンコード形式になることがあります。これは通常のエンコード表現であり、表示が長いというだけでURLに問題があると判断する必要はありません。実際に確認すべきなのは、ウェブサイト構築システム、サーバー、分析ツール、外部チャネルで、これらのリンクを正しく生成、解析、記録できるかどうかです。システムの対応が不安定な場合は、短く読みやすいラテン文字のパスを採用するのも現実的な選択です。

もう一つよくある問題は、自動生成した後に保守しないことです。タイトルを変更するとシステムがパスも自動変更し、旧リンクが無効になることがあります。公開前に、ウェブサイト構築システムのルールを確認し、URLを手動で固定できるか、言語ごとに異なるパスを設定できるか、変更後にリダイレクトを設定できるかを確認してください。パスはできるだけ短く、意味が明確になるようにし、単語はハイフンで区切るとよいでしょう。キーワードを詰め込むために、同義語を繰り返し並べるのは避けてください。

多言語ページ間の関連付けと旧URLの移行は、翻訳そのものより重要

異なる言語のページ間では、hreflangを使用して対応関係を示し、ページが対象とする言語や地域を検索エンジンに伝えることができます。実装時は、指定するURLにアクセスできること、言語コードと地域コードが有効であること、各バージョンが相互に参照し、自身のURLも含めていることを確認してください。状況に応じてデフォルト版を設定することもできます。この指定はあくまでヒントであり、検索エンジンが特定のユーザーに指定したページを必ず表示するという保証ではありません。

正規URLの指定と、言語間の関連付けを混同しないようにしてください。内容が実際に異なるドイツ語ページと英語ページは、通常、それぞれ対応する正規URLを指定し、すべての翻訳ページを英語のホームページに向けるべきではありません。言語切り替えリンクは、できるだけ同じ内容に対応する翻訳ページを指すようにします。対応するページがない場合は、その言語の関連カテゴリやホームページへ誘導することを検討してください。

公開済みのURLを変更する場合は、まず旧URLと新URLを1対1で対応付け、そのうえで301などの恒久的なリダイレクトを設定してください。多数の旧製品ページをホームページに一括転送したり、本文中のリンク、サイトマップ、広告のランディングページ、ソーシャルメディアの情報を見落としたりしないようにしてください。公開後は、ブラウザーとウェブマスターツールを使って、リダイレクト、ページのステータス、インデックス状況を確認します。検索エンジンが移行を処理するには時間がかかるため、短期的な変動だけを直感で判断しないでください。

公開前に、運用チームが実行できるルールをまとめておく

ウェブサイト構築、検索最適化、広告を同時に管理するチームでは、言語ディレクトリ、パスの命名規則、用語の確認、リダイレクト、担当者を一つの管理表に記録しておくことをおすすめします。ページを追加する際は、各言語に対応するURLを記録してください。製品を削除または置き換える場合は、問い合わせ窓口、広告リンク、過去の被リンクにどのような影響があるかも併せて確認します。

易营宝は、多言語サイト構築および海外マーケティング関連のサービスを提供しています。このような一体型プロジェクトでは、サイト構築の管理画面で言語ごとのURLを個別に編集できるか、マーケティング担当者がランディングページの状態を確認できるか、サイト更新時のリダイレクトを誰が管理するかを、事前に確認することが特に重要です。具体的な機能は、利用するシステムの設定とプロジェクトのプランに基づいて確認してください。

現在のウェブサイトが安定して稼働している場合は、まず各言語ページに個別にアクセスできるか、言語切り替えが正しく動作するかを確認してから、パスを翻訳する必要があるかを判断してください。新しいサイトを構築中の場合は、チームが長期的に運用できるルールを先に選び、少数のページでテストしてから一括公開しましょう。

今すぐ問い合わせ

関連記事

関連製品