クライアントは言います。「ロシア語と英語のウェブサイトが欲しい」。あなたはエディターを開き、すぐに技術的な問題のように聞こえるが、実際にはSEOに影響を与える質問に直面します。ページのURLはどのように見えるべきでしょうか？
3つのオプションが検討されています。それぞれに支持者がいますが、議論はしばしばSEO、利便性、技術的な制限を混同しています。順番に見ていきましょう。
URL構造の3つのオプション
個別のドメイン。 各言語バージョンは独自のドメインで存在します: mysite.ru と mysite.com または mysite.de。時には国別ドメイン (.ru, .de, .fr) が使用されます。
サブドメイン。 言語バージョンはサブドメインレベルで分割されています：ru.mysite.comとen.mysite.com。
フォルダ（サブディレクトリ）。 すべてのバージョンは同じドメイン上にあり、パスで分割されています：mysite.com/ru/とmysite.com/en/。
SEOへの影響
Googleは公式に述べています、3つのオプションのいずれでも同様に機能すると。しかし実際には、やはり違いがあります。
個別のドメイン 複数のウェブサイトを個別にプロモーションすることを余儀なくされます。リンクの重み、行動シグナル、ドメインの権威はそれぞれ個別に蓄積されます。強力な.ruドメインがあっても、.comドメインには何の役にも立ちません。異なる国向けのドメイン (.de, .fr) は、そのウェブサイトがどの国をターゲットにしているかをGoogleに知らせるシグナルとなり、ローカル検索にはプラスですが、各ドメインのプロモーションに個別に投資する準備ができている場合に限ります。
サブドメイン は技術的にメインドメインから分離されています。Googleはそれらを独立したウェブサイトとして扱う可能性があります。これは議論の余地がある点です。公式にはサブドメイン間の関連性を考慮すると述べていますが、実際にはフォルダの場合よりも権威の伝達が悪いことが示されています。
フォルダ は、SEOの観点から最も有利なオプションです。すべての言語バージョンが1つのドメインにあり、その評判は複数の地域と言語で同時に向上します。複数のサイトに労力を分散させる必要はありません。コンテンツ、バックリンク、行動シグナルはすべて1つのドメインに作用します。メインサイトをすでに宣伝している場合、フォルダ内の新しい言語バージョンはゼロから開始する必要はありません。
個別のドメインを選択すべきなのは、特定の国で独立したブランドとして実際に開発する計画がある場合のみです。ほとんどの代理店のタスクにとっては過剰です。
一般的に、ジオターゲティングは別の深いテーマであり、別の記事で説明しています。
SEO以外に、選択に影響を与えるものは何ですか？
管理。 1つのドメインはよりシンプルです。1つのSSL証明書、1つの分析、Google Search Consoleの1つのアカウント（ただし、多言語サイトの場合、Search Consoleを介してバージョンを個別のプロパティとして追加する必要があります）。複数のドメインの場合、すべてをバージョンの数で乗算します。
分析。 フォルダを使用する場合、トラフィックはGA4の1つのビューで表示され、URLパスを介して言語で簡単にフィルタリングできます。サブドメインまたはドメインを使用する場合、クロスドメイントラッキングを設定するか、レポートを個別に表示する必要があります。
言語スイッチャー。 /ru/や/en/のようなフォルダ構造の場合、ページのマッピングを保存することなく、スイッチャーをルールに基づいて構築できます。個別のドメインではこれが複雑になりますが、Multifyはこの問題を解決します。すべてのドメインを自動的に追跡し、ページを正しくリンクします。
hreflang. どのような構造であっても、これは必要です。これは、Googleにどのバージョンがどの言語と地域向けであるかを伝える属性です。違いは、属性内のURLの形式だけです。
Tildaでフォルダが問題になる理由
Tildaは技術的にはフォルダの作成を許可していますが、それらは異なる言語に関連付けられません。/en/や/de/のような構造を作成することはできますが、検索エンジンにとっては、これらのページはすべてプロジェクト設定で指定された同じ言語を持つことになります。このような構造では、完全な多言語対応を実現することはできません。
実際には、これはうまくスケールしません。コンテンツを更新するたびに、各言語バージョンを個別に更新する必要があります。言語を追加すると、ページの別のバージョンを作成することになります。ブログをお持ちの場合、各言語ごとに個別のストリームを作成する必要があり、コンテンツ管理が大幅に複雑になります。さらに、適切な設定がなければ、Googleがどのコンテンツがどのオーディエンス向けであるかを判断するのが難しいため、検索結果で言語が「混同」される可能性があります。
しかし、これらの複雑さなしにフォルダを取得する方法があります。
プロキシを介したTilda上のフォルダ
Multifyは プロキシレイヤー：リクエストはmysite.com/en/に届き、プロキシを通過し、プロキシが必要な言語バージョンを挿入してユーザーと検索エンジンに提供します。Tildaは何が起こっているかを知りません。通常通り動作します。
結果として、完全なSEOを備えたフォルダ構造（/en/、/de/、/fr/）が得られます。単一のドメイン、権威の向上、正しいhreflang。同時に、サイト自体はTildaの設定に一切変更を加えることなく維持されます。
このアプローチではhreflangが自動的に生成されるため、各ページに手動で属性を記述する必要はありません。
実用的な解決策：どちらを選ぶか
プロキシ経由で多言語化を接続する場合は、フォルダを選択してください。これは最高のSEOオプションであり、Multifyを使用すればTildaで簡単に利用できます。
何らかの理由でプロキシが適さない場合（例えば、クライアントが自己実装を主張する場合）は、ほとんどのタスクにおいて、サブドメインが個別のドメインよりも優れています。管理が簡単で、理論的にはメインドメインと関連付けられています。
サブドメインが正当化されるのは、クライアントがローカルブランディングの一部として国別ドメイン（.deや.frなど）を希望する場合、または言語バージョンが異なるチームによる独立したプロジェクトとして開発される場合の2つのケースのみです。
それ以外の場合は、フォルダが有利です。
よくある質問
Googleはサブドメインとフォルダを同じように認識しているというのは本当ですか？
公式には、はい。実際には、 多くのSEO専門家が指摘するように、新しい言語バージョンがすぐにドメインの権威を継承するため、フォルダの方が早く結果が出ます。サブドメインはほぼゼロからスタートします。
どのような構造でもhreflangを設定する必要がありますか？
はい。hreflangはどのオプションでも必要です。そうしないと、Googleがどのバージョンがどの地域向けかを理解できず、検索で間違ったページを表示する可能性があります。Multifyを使用すると、hreflangは自動的に生成されます。
トラフィックを失うことなく、サブドメインからフォルダに移行できますか？
可能です。ただし、リダイレクトと再インデックス作成が必要です。最終的な構造を最初から選択することをお勧めします。移行は常に一時的な順位の低下のリスクを伴います。
