Home Arrow Icon Knowledge base Arrow Icon Global Arrow Icon 多言語のマルチサイトセットアップに最適なURL構造は何ですか


多言語のマルチサイトセットアップに最適なURL構造は何ですか


多言語のマルチサイト環境を設定するとき、URLの構造は、SEOのパフォーマンス、ユーザーエクスペリエンス、サイト管理、およびスケーラビリティに不可欠な役割を果たします。最適なURL構造により、検索エンジンはコンテンツのインデックスを適切にインデックス化し、コンテンツペナルティの重複のリスクを減らし、ユーザーと検索エンジンの両方に言語と地域に関する明確なシグナルを提供します。

多言語のマルチサイトセットアップに通常使用されるいくつかの一般的なURL構造オプションがあります。

サブドメイン:言語または領域の識別子は、URLのサブドメインとして表示されます(例:en.example.com、fr.example.com)。
サブディレクトリ:言語は、メインドメインの下のフォルダーまたはサブディレクトリとして表されます(例:example.com/en/、embles.com/fr/)。
カントリーコードのトップレベルドメイン(CCTLDS):言語または領域ごとの個別のドメイン拡張機能(例:example.fr、embles.de)。
完全に個別のドメイン:異なる言語または地域の完全に異なるドメイン(例:example-USA.com対example-france.com)。
URLパラメーター:言語はクエリパラメーター(例:example.com/page?lang=en)を介して示されています。

***

###サブドメイン

サブドメインは、言語バージョンをある程度分離したいが、メインブランドにリンクし続ける場合に適しています。たとえば、英語用のen.example.com、fr.example.com for french。

利点:
- パフォーマンスの最適化やローカライズされたホスティングに重要なホスティングおよびサーバー構成の明確な分離。
- 各言語サイトのクッキーを個別に管理しやすい。
- 検索エンジンは、サブドメインを別々のサイトとして扱い、地理的または言語ターゲティングに役立ちます。

短所:
- より複雑なDNSと構成管理が必要です。
- SEO当局はサブドメインに分割されています。つまり、各サブドメインは独自の権限を構築する必要があります。
- 統一されたリンクエクイティなど、一貫したSEOプラクティスを維持することはより困難です。

最良のユースケース:
- 地域のオフィスまたは子会社を持つ大企業。
- ホスティング環境が国または言語によって異なる場合。
- 市場の明確な分離を望んでいるブランド。

***

###サブディレクトリ

サブディレクトリは、言語をメインドメインのフォルダーとして配置します。

利点:
- ドメイン当局は統合されています。すべての言語コンテンツは、メインドメインのSEO強度に恩恵を受けます。
- 言語と地域のターゲティングを信号するhreflangタグを実装および維持しやすい。
- 分析の追跡とサイトのメンテナンスを簡素化します。
- ユーザーは、言語フォルダーを1つのメインWebサイトにより明確に関連付けます。
- 共有SSL証明書とCDN設定を簡単に実装します。

短所:
- ホスティングは、主に1つのサーバーまたは構成に関連付けられており、ローカライズされたホスティングオプションが制限されます。
- サブドメインやCCTLDよりも、国または言語セクションのユーザー認識については、わずかに明確でない場合があります。
- 多くの言語でウェブサイトが非常に大きい場合、サイト構造は複雑になる可能性があります。

最良のユースケース:
-SEOを求めている中規模のサイトは、ドメイン機関の共有から利益を得ています。
- 複数の言語を持つ単一のグローバルドメインを目指しているサイト。
- メンテナンスの単純さが重要な場合。

***

###カントリーコードトップレベルドメイン(CCTLDS)

これらは、国または地域に対応するドメインエクステンションです(例:Franceの場合、例:fr.fr)。

利点:
- 検索エンジンの最強のジオターゲティング信号。
- ユーザーは、CCTLDSがローカル言語や地域に対して非常に明確で信頼できると感じています。
- ホスティング、コンテンツ、および管理に関して、完全に独立したサイトを可能にします。

短所:
- 複数のドメイン名を登録、維持、更新するための高価で複雑です。
- 各ドメインは、独自のSEO当局を独立して構築します。
- 分析とSEOの取り組みの管理が解散されます。
- クッキー、ログイン、セッションはドメイン間で共有できません。

最良のユースケース:
- 国固有の事業を備えた大規模な多国籍企業。
- 法的または規制上の問題にローカルドメインが必要な場合。
- 広範なドメイン管理のための十分なリソースを備えたブランド。

***

###個別のドメイン

言語ごとにまったく異なるドメインを使用しています(例:Example-USA.comやExample-france.com)。

利点:
- 地域/言語あたりのコンテンツの完全なカスタマイズを許可します。
- ドメインごとに完全に独立したSEO戦略。
- 言語バージョンのコンテンツとブランディングが大きく異なる場合。

短所:
- 複雑で費用のかかる管理。
- 統合ドメイン当局はありません。
- ユーザーは、壊れたクロスサイトセッションとロギングを経験する場合があります。

最良のユースケース:
- 国ごとに異なる製品またはブランドを運営する企業。
- コンテンツが市場によって大きく異なるサイト。

***

URLパラメーター

クエリパラメーターを使用して言語を意味する(例:example.com/page?lang=en)。

利点:
- 既存のURL構造と一緒に技術的に実装するのが最も簡単です。
- 既存のフォルダーまたはドメインを再構築する必要はありません。
- 動的なコンテンツと内部システムに役立ちます。

短所:
- 検索エンジンとしてのSEOパフォーマンスが低い場合、パラメーターを重複またはセカンダリコンテンツとして扱う場合があります。
- hreflangと局所的なメタデータを管理するのは困難です。
- 大規模な多言語サイトではスケーラブルではありません。
- ユーザーエクスペリエンスのURLは、清潔ではなく、共有するのが難しい場合があります。

最良のユースケース:
- SEOに依存しない小規模または内部サイト。
- 多言語コンテンツが限られているプロトタイプまたはサイト。

***

SEOの考慮事項

多くの場合、SEOは、多言語サイトのURL構造を選択する上で最も重要な関心事です。方法の中で、サブディレクトリは、すべての言語のドメイン権限を統合することにより、SEOパフォーマンスと管理オーバーヘッドの間の最高のバランスをとる傾向があります。これらは、検索エンジンに正しい言語バージョンとコンテンツの地域バージョンを伝えるHreflangアノテーションの効果的な使用を可能にし、重複するコンテンツの問題を軽減し、国際的な視認性を向上させます。

サブドメインは、分離に効果的ですが、個別に権限を構築するためにより多くのSEO作業を必要としますが、それでもHreflangをよくサポートできます。 CCTLDは、国のターゲティングで最も強いですが、維持するには相当なリソースが必要です。 SEOランキングが重要な場合は、パラメーターを避ける必要があります。

Googleは、言語と領域のターゲティングを明確に示すために、URL構造の1つと組み合わせたHreflangタグを使用することを特に推奨しています。また、URLは理想的にはきれいで読みやすく、フォルダーまたはサブドメインのいずれかを使用して言語を反映する必要があります。

***

###ユーザーエクスペリエンス(UX)の考慮事項

選択したURL構造は、ユーザーにとって直感的で役立つ必要があります。サブディレクトリは、おなじみのフォルダー形式で明確な言語インジケーターを提供し、必要に応じてユーザーが手動で言語をナビゲートおよび切り替えるのに役立ちます。サブドメインは、ユーザーにはすぐには理解されないかもしれませんが、組織の明確さを提供します。 CCTLDSは、信頼を構築できる強くローカライズされたコンテンツを信号します。

URL内の翻訳されたスラグ(例:example.com/fr/bonjour-monde)は、言語の一貫性を維持しながら、ユーザーの親しみやすさとSEOを強化します。ユーザーと検索エンジンの両方を混同しているため、言語フォルダー内で翻訳されていないスラグを使用しないでください。

***

###多言語マルチサイトURLの実装のヒント

- 混乱とインデックス作成の問題を回避するために、すべての言語に1つのURL構造を一貫して使用します。
- すべての言語バージョンにHreflangタグを実装して、それらの間の関係を信号します。
-URLのUTF-8エンコーディングを使用して、ローカライズされた文字とスクリプトをサポートします。
- コンテンツのペナルティの重複を避けるように、標準タグが正しく構成されていることを確認します。
- 言語識別子を顕著であるが簡潔に保ちます(たとえば、EN、FR、DEなどの標準言語コードを使用します)。
- 可能であれば、URLスラグを言語のコンテキストに合わせて翻訳し、関連性と使いやすさを向上させます。
- 必要に応じて301リダイレクトを使用して、言語バージョンを正しく正しくリダイレ​​クトします。
- 選択したURL構造を効率的にサポートするために、ホスティングとDNS構成を計画します。

***

###マルチサイトセットアップの詳細

異なる言語バージョンが1つのプラットフォームの下の個別のサイトとして扱われるマルチサイトセットアップ(WordPress Multisite、Sitecore Multisite)では、URL構造は通常、サブドメインまたはサブディレクトリパターンに従います。

- サブドメインマルチサイト:各言語サイトは、言語ごとに隔離されたコンテンツを備えたサブドメインサイトであり、スケーリングが容易ですが、オーバーヘッドが増えます。
- サブディレクトリマルチサイト:すべての言語サイトをサブフォルダー、よりシンプルなDNS管理、統一ドメインオーソリティとしてルーティングする1つのドメイン。

Sitecoreおよびその他のCMSプラットフォームは、多くの場合、言語コードや /de-deや /fr-beなどの仮想フォルダーとしての構成をサポートし、言語と地域のターゲティングを組み合わせます。これにより、1つのサイト定義の下で複数の言語サイトを造園されたURL構造とマージすることができます。

***

要約すると、多言語のマルチサイトセットアップに最適なURL構造は、一般にこれらのコアオプションを中心に展開し、SEOと管理のバランス、分離とホスティングの柔軟性のためにサブドメイン、強力なジオターゲットとブランドのローカリゼーションのためのCCTLDに好まれます。 URLパラメーターは、実装するのが最も簡単ですが、SEOの欠点を備えており、パブリック面の多言語Webサイトにはほとんど推奨されません。 Hreflang、Canonical Tags、翻訳されたURLスラグ、一貫した言語コードの慎重な実装により、国際的なSEOとユーザーエクスペリエンスがさらに向上します。これらの要素は、スケーラブルでSEOに優しい多言語マルチサイトURLアーキテクチャの基礎を形成します。