多言語SEOにおけるサブディレクトリとサブドメイン

この投稿を次のように要約します: 8分で読めます

チャットGPT

困惑

グロック

Google AI

多言語ウェブサイトの場合、両方のサブディレクトリ(example.com/fr/) とサブドメイン (fr.example.com) SEO に役立ち、Google は両方を有効なオプションとしてリストします。すべての言語は 1 つのドメインを共有し、管理が簡単であるため、サブディレクトリは通常のデフォルトです。サブドメインは、言語バージョンに別のホスティングや別のチームが必要な場合、またはプラットフォームが翻訳されたフォルダーを安全に提供できない場合に意味を持ちます。選択よりも重要なのは、言語ごとに 1 つの URL、hreflang タグ、自動リダイレクトなしなど、一貫して実行することです。

主なポイント

Google の多言語サイトガイドでは、国のドメイン、サブドメイン、サブディレクトリをオプションとしてリストし、URL パラメータをマークしています (?lang=fr) として 推奨されない.
サブディレクトリ: 1 つのドメイン、1 つのホスティングセットアップ、1 つの Search Console プロパティ、よりシンプルな分析。翻訳されたサイトの最も一般的な選択肢。
サブドメイン: 各言語は独自のホスト名を持ちます。個別にホストまたは引き渡すのが簡単になります。分析と検索コンソールでのセットアップが若干増加します。
Google は URL ではなく、表示されているページコンテンツから言語を決定するため、URL 構造だけではページ “フランス語” が Google に作成されません。hreflang はバージョンを接続します。
プラットフォームがサポートする構造をきれいに選択します。メインサイトをオフラインにできる設定は、URL が少し整理されていないよりも悪いです。

サブディレクトリとは何ですか？

サブディレクトリ（サブフォルダーとも呼ばれます）は、メインドメインのパスにあるフォルダーです

https://example.com/        (English)
https://example.com/fr/     (French)
https://example.com/de/     (German)

すべては 1 つのホスト名に存在します。フランスの価格ページは次のとおりです example.com/fr/pricing、ドイツの example.com/de/pricing.

サブドメインとは何ですか？

サブドメインはドメイン名の前にあるプレフィックスであり、技術的には別のホスト名になります

https://example.com/        (English)
https://fr.example.com/     (French)
https://de.example.com/     (German)

フランスの価格ページは次のようになります fr.example.com/pricing。各サブドメインは DNS レコードで作成され、異なるサーバーを指すことができます。

Googleが言うこと

Googleのページ複数地域および多言語サイトの管理オプションを直接比較します:

構造	例	Googleのメリット	Googleの短所
国コードドメイン	`example.de`	クリアなジオターゲティング、サーバーの位置は無関係、簡単に分離	高価；より多くのインフラストラクチャ；厳格な ccTLD ルール； 1 つの国のみを対象としています
GTLD を持つサブドメイン	`de.example.com`	セットアップが簡単；異なるサーバーの場所を許可します；簡単な分離	ユーザーは URL だけではジオターゲティングを認識できない可能性があります
GTLD を持つサブディレクトリ	`example.com/de/`	セットアップが簡単；メンテナンスが少ない（同じホスト）	ユーザーはURLからジオターゲティングを認識できない可能性があります。サーバーの位置が1つだけ。サイトを分離するのが難しい
URLパラメータ	`example.com?loc=de`	推奨されません	セグメント化が難しい；ユーザーや検索エンジンには不明瞭です

この決定には、同じガイド内のさらに 2 つの記述が重要です

Googleは、を使用します 目に見えるコンテンツ ページの言語を決定するためにページを使用し、次のようなコードレベルの情報は使用しません lang 属性または URL。
Googleはあなたにアドバイスします 自動的にリダイレクトしないようにする ユーザーは、想定される好みに基づいて、ある言語バージョンから別の言語バージョンに移行します。これにより、ユーザーと Googlebot の両方がすべてのバージョンにアクセスできなくなる可能性があるためです。

言い換えれば、Google はランキングに関して公式に 1 つの構造を好んでいません。実際的な違いは、メンテナンス、測定、リスクにあります。

サブディレクトリとサブドメイン: 並べて

要因	サブディレクトリ(`/fr/`)	サブドメイン(`fr.`)
セットアップ	サービスを提供するにはプラットフォームまたはプロキシが必要です `/fr/` パス	言語ごとに 1 つの DNS（CNAME）レコード
ホスティング	同じホスト上のすべての言語	各言語は個別にホストできます
検索コンソール	1つのドメインプロパティで覆われており、各フォルダを独自のプロパティとして追加して、言語ごとのデータを確認できます	各サブドメインは独自のプロパティにすることができます；ドメインプロパティはそれらすべてをカバーします
アナリティクス	1 つのサイト、クロスドメインのセットアップはありません	通常、1 つの GA4 プロパティで動作しますが、Cookie と紹介設定を確認してください
内部リンク	すべてのページは明らかに 1 つのサイトです	まだ1つのブランドですが、ホスト名は別です
分離	後で分けるのが難しい	1 つの言語を地元のチームやパートナーに簡単に渡すことができます
設定を誤るとリスク	一部のプラットフォームでは、間違ったDNS変更がサイト全体に影響を与える可能性があります	間違ったレコードはその言語にのみ影響します

これはサブディレクトリを支持する最も繰り返される議論です。メインドメインへのリンクは、 /fr/ “同じサイト” であるため、フォルダー。ある意味、あるのです。1 つのホスト名の下にあるものはすべて明らかに 1 つのサイトであり、内部でリンクされ、一緒に管理されており、多くの SEO 実践者は、新しい言語フォルダーが新しいサブドメインよりも早く可視性を獲得することを認識しています。

しかし、強い主張には注意してください。Google はサブドメインのランクが低いというルールを公開しておらず、“ドメイン権限” はサードパーティの指標であり、Google シグナルではありません。優れたコンテンツと正しい hreflang を備えた、適切にリンクされたサブドメインは、問題なくランク付けされます。サブディレクトリが簡単な場合は、良いデフォルトです。プラットフォーム上でリスクが高い、または不可能な場合は、サブドメインは完全に健全な選択です。

サブディレクトリを選択するとき

CMS は言語フォルダーをネイティブにサポートしているか、翻訳プラグインが言語フォルダーを提供します（WordPress が典型的なケースです）。
最も単純な分析と検索コンソールのセットアップが必要です。
すべての言語を管理する 1 つのチームがあります。
訪問者にとって、すべての言語が同じサイトの一部のように見せたいと考えています。

サブドメインを選択する場合

プラットフォームは翻訳されたフォルダーを提供できません。提供するには、ドメイン全体をサードパーティのプロキシに向ける必要があります。
言語が異なれば、市場に近いサーバーや別のスタックなど、異なるホスティングが必要になります。
地元のチーム、代理店、またはパートナーが 1 つの言語バージョンを実行します。
1 つの言語の問題（DNS の間違い、停止）をそこに封じ込めたいと考えています。

代わりに国別ドメインを使用する場合

国コードドメイン(example.de, example.fr) はより強力なローカルシグナルであり、特に顧客がローカルドメインを期待している市場では信頼を築くことができます。また、ドメインの分離、リンクの構築、法務およびホスティングのセットアップの分離など、最も費用がかかり、最も手間がかかります。既存のビジネスと実際の現地業務に適合します。翻訳だけの場合、通常はやりすぎです。

構造よりも重要な間違い

どちらの構造を選択しても、これらのエラーは選択自体よりも大きな損害を引き起こします

すべての言語に 1 つの URL。 Cookie またはスクリプトで言語が変更されても URL が同じままの場合、Google は 1 つのバージョンのみをインデックスできます。
ブラウザの言語または IP による自動リダイレクト。 Googleはそれに反対するようアドバイスしている。代わりに、言語スイッチャーまたは提案バナーを提供します。
フレフランが欠落しているか壊れています。 すべてのバージョンには、完全に修飾された URL とともに、それ自体とすべての代替バージョンがリストされる必要があります。私たちのを参照してください完全なフレフランガイドそして有効な hreflang コードのリスト.
元の言語を指す正規タグ。 各言語バージョンはそれ自体で標準的である必要があります。
翻訳されていないタイトルとメタディスクリプション。 英語のタイトルが付いたフランス語のページは重複のように見えます。
深いまたは一貫性のない営巣。 言語をトップレベルに保つ(/fr/pricingない /pricing/fr/ 一部のページでは /fr/pricing 他人について）。
リダイレクトなしで起動後に構造を変更します。 後でサブドメインからサブフォルダーに移動する場合は、301 リダイレクトを使用してすべての古い URL を新しい URL にマッピングします。

ConveyThis URL構造の扱い方

ConveyThis は両方の構造をサポートしており、他に何も不可能なプラットフォームではデフォルトモードと URL パラメータモードもサポートしています。サブドメインまたはサブディレクトリを使用すると、各言語は独自のインデックス可能な URL を取得し、ConveyThis hreflang タグを追加し、タイトル、メタ記述、構造化データを翻訳します。サブドメインとサブディレクトリはビジネスプランから利用できます( 価格設定).

私たち自身の推奨事項は独断的ではなく実践的であり、プラットフォームによって異なります:

WordPress: ConveyThis プラグインはデフォルトでサブディレクトリを使用し、DNS の変更は必要ありません /fr/ は簡単な道。
カスタムビルドサイト: 通常、サブドメインの方が安全です。言語ごとに 1 つの CNAME レコードを追加すると、メインサイトは独自のホスト上に残ります。これらのサイトにサブディレクトリを設定すると、ドメイン全体が ConveyThis を介してルーティングされ、DNS ミスが翻訳だけでなく元のサイトにも影響します。
Shopify: ConveyThis までのサブディレクトリは利用できません。サブドメインを使用してください。
Wix、Bubble、Framer、そして愛すべき: 現在、これらのプラットフォームにはどちらの構造も提供されていないため、デフォルトモードまたはパラメータモードが使用されます。

のサブドメインとサブディレクトリのヘルプ記事各プラットフォームと DNS ステップを順に説明します多言語SEOページ SEO セットアップの残りの部分をカバーします。

よくある質問

SEO にとってサブディレクトリはサブドメインよりも優れていますか？ Google が公開したルールはありません。Google は両方を有効としてリストします。サブディレクトリは実行が簡単で、デフォルトとして適しています。サブドメインは、セットアップで呼び出されたときに問題ありません。

使えますか ?lang=fr 代わりにパラメータ？ できますが、Google は URL パラメータを多言語サイトには推奨されないとマークしています。プラットフォームが他に何もサポートしていない場合にのみ使用してください。

各言語には独自の Search Console プロパティが必要ですか？ 助けになります。サブディレクトリを使用すると、各フォルダーを URL プレフィックスプロパティとして追加できます。サブドメインを使用すると、各サブドメインを独自のプロパティにすることができます。どちらも言語ごとのパフォーマンスを確認できます。

後でサブドメインからサブディレクトリに切り替えることはできますか？ はい、ただし、これをサイトの移行として扱います。301 - 古い URL をすべて新しい URL にリダイレクトし、hreflang とサイトマップを更新し、Google が変更を再処理している間にランキングがいくらか変動することを想定します。

各言語に独自の SEO フレンドリーな URL を提供する準備はできていますか？ ConveyThis アカウントを作成しますそして、プラットフォームに適合する構造を選択します。