サブドメインのSEOへの影響は？メリット・デメリットを解説

サブドメインとサブディレクトリは、どちらも既存のドメインを利用しますが、URLの構造が異なります。サブドメインはドメイン名の前、サブディレクトリは「/」の後に文字列を追加します。

たとえば、公式サイトに記事を追加するなら、サブディレクトリで整理できます。一方、ショップを別のシステムで運営するなら、サブドメインも選択肢になります。両者にSEO上の優劣があるとは一概に言えないため、テーマの関連性や管理を分ける必要性を基準に選びましょう。

サブドメインとサブディレクトリの違い｜SEOへの影響を解説

サブドメインとサブディレクトリでは仕組みが異なり、運営するサイトによってどちらが適切なのかが変わります。Googleからの評価にも関わるため、SEO効果を狙う場合にもそれぞれの違い、メリット・デメリットを把握しておきましょう。

サブドメインは既存のドメイン名を使い、別ドメインは新たなドメイン名を取得します。元のドメイン名を共有しているかどうかが主な違いです。

既存ブランドの関連サービスならサブドメイン、別のブランドを立ち上げるなら別ドメインが候補です。別ドメインには取得・更新費用がかかり、サブドメインでもDNSやサーバーの設定が必要です。別ドメインには元サイトのSEO評価が自動で引き継がれるわけではありません。運営方針と管理コストを踏まえて選びましょう。

Googleは、サブドメインとサブディレクトリのどちらかをSEO上で優先しているわけではありません。URLの形式を変えただけで検索順位が上がるわけではないため、サイトの目的や管理方法に合う構成を選ぶことが基本です。たとえば、本体サイトとサービスサイトで扱う情報や運営担当を分けたい場合は、サブドメインを使う方法があります。

一方、関連する情報を1つのサイト内でまとめて管理したい場合は、サブディレクトリが適することもあります。どちらを選ぶ場合でも、検索順位はURL形式だけで決まるものではありません。コンテンツの内容や内部リンク、被リンクなど複数の要素が関係するため、サブドメインかサブディレクトリかだけを基準にSEO効果を判断しないことが重要です。利用者が情報を探しやすく、運用を続けやすい構成を選びましょう。将来の更新やサイト管理まで考えて決めることも大切です。

（出典：Google検索セントラル「Google検索のクロールとインデックス登録に関するよくある質問」）

Googleは、クロールの管理上、メインドメインとサブドメインを別々のサイトとして扱います。たとえば「example.com」と「shop.example.com」はホスト名が異なるため、それぞれにクロールのためのリソースが割り当てられます。ただし、これはサブドメインだから検索順位が下がるという意味ではありません。

新しくサブドメインを公開した場合は、Googleがページを見つけやすいように、メインサイトや関連ページから内部リンクを設置し、XMLサイトマップも用意します。公開後はSearch Consoleでインデックス登録の状況やクロールエラーを確認するとよいでしょう。なお、クロールバジェットを細かく意識する必要があるのは、主にページ数が多く更新頻度も高い大規模サイトです。小規模なサイトでは、重要なページまでリンクをたどれる分かりやすい構成を優先します。

サブドメインを使う場合も、関連するページ同士を内部リンクでつなぎ、ユーザーと検索エンジンが必要な情報へ移動しやすい構造にすることが重要です。たとえば、サブドメインに記事を公開しても、メインサイトのメニューや関連記事からリンクされていなければ、ユーザーはその記事を見つけにくくなります。Googleもリンクをたどって新しいページを発見します。

そのため、SEOへの影響を考える際は、サブドメインかサブディレクトリかというURL形式だけを見るのではなく、内部リンクやナビゲーションが適切に設計されているかも確認します。移行後に検索流入が増えた事例があっても、同時にコンテンツやサイト構造を改善している場合があります。順位の変化をURL形式だけの効果と判断せず、変更した要素を分けて確認することが大切です。関連性の高いページ同士を自然につなぐことも、情報を見つけやすくする上で重要です。

サブドメインからサブディレクトリへ移行するとURLが変わるため、検索順位や流入が一時的に変動することがあります。Googleが新しいURLをクロールし、旧URLとの関係を把握して検索結果へ反映するまでに時間がかかる場合があるためです。移行しただけでSEO評価が高まるわけではない点にも注意しましょう。

英国の小売企業Asdaでは、2025年8月に商品販売サイトをサブドメインからサブディレクトリへ移行し、SISTRIXの分析では1週間後に検索可視性が約12％低下しました。その後、同年11月には回復しています。ただし、この移行ではカテゴリー構造の変更や一部URLの404も確認されており、変動の原因をURL形式だけに限定できません。移行時は301リダイレクトや内部リンクを適切に更新し、公開後も検索流入とインデックス登録状況を確認しましょう。

（出典：SISTRIX「Asda Domain Visibility in Complex Subdomain to Subdirectory Migration」）

サブドメインを使うと、企業サイトや会員向けサイトなどを分けて管理できます。企業サイトは広報担当、会員向けサイトはサービス担当というように、更新や管理の役割を分担しやすくなります。

サイトの運営方法を分けておけば、一方だけを新しいシステムへ移す際にも、もう一方を大きく変更せずに済む場合があります。サブドメインごとに管理を別の会社へ任せることも可能です。複数のサービスを運営する企業では、サイトごとの事情に合わせて変更や保守を進めやすい点がメリットです。

サブドメインなら、すでに持っているドメイン名を使って新しいサイトを作れます。たとえば「example.com」を取得済みなら、「shop.example.com」という通販用のURLを用意できます。

新しい独自ドメインを買い足す必要がないため、ドメインの取得費用や更新手続きが増えません。採用サイトや問い合わせ窓口など、用途別のサイトを追加したいときにも便利です。ただし、サブドメインを使うには接続先の設定が必要で、サーバーやサイト制作などの費用まで不要になるわけではありません。

サブドメインは、元のドメイン名を残したまま、用途ごとにサイトを分けられます。公式サイトを「example.com」、採用サイトを「recruit.example.com」にすれば、内容を分けて運営できます。

URLに共通の「example.com」が含まれるため、別ドメインの場合より、同じ企業のサイトだと伝わりやすい点がメリットです。公式サイトと異なるデザインを採用したい場合にも向いています。ただし、共通のドメイン名を使うだけで検索順位が上がるわけではありません。

サブドメインは、サイトごとに異なるサーバーを使うこともできます。たとえば、企業サイトは既存のサーバーで運営し、通販サイトは注文管理に適した別のサーバーで運営するといった方法です。

サイトを作成・更新するためのシステムも、それぞれの用途に合わせて選べます。海外向けサイトだけを海外のサーバーで運営することも可能です。複数のサイトを同じ環境にそろえる必要がないため、サービスに合った仕組みを使いやすくなります。ただし、管理するサーバーが増えると、費用や作業の負担も増える場合があります。

サブドメインでサイトを公開しても、すぐに検索結果に表示されるとは限りません。Googleがページを見つけて内容を確認し、検索結果に反映するまでには時間がかかるため、公開直後はアクセスが伸びない場合があります。

また、既存サイトからページを移す場合は、URLの変更によって検索順位や流入が一時的に変動する可能性があります。移設時は古いURLから新しいURLへの転送を設定し、内部リンクも更新しましょう。公開後はSearch Consoleで検索結果への掲載状況を確認しましょう。

サブドメインを追加すると、接続先を指定するDNSの設定や、安全な通信に必要なSSL証明書の確認が必要です。設定を誤ると、ページが表示されなかったり、ブラウザに警告が出たりする場合があります。

たとえば、企業サイトと通販サイトを別のサーバーで運営する場合、それぞれの接続設定や証明書の有効範囲を確認しなければなりません。利用するサービスによっては設定や更新を自動で行えますが、すべて任せられるとは限りません。サイトを増やす前に、設定と保守を誰が担当するか決めておきましょう。

サブドメインを追加すると、本体サイトと別サイトのアクセスをまとめて見るか、分けて見るか決める必要があります。Googleアナリティクスでは、設定によってはサイト間の移動を正しく把握できず、流入元の記録に誤りが生じる場合があります。

また、Search Consoleにはドメイン全体のデータをまとめる方法と、サブドメインごとに確認する方法があります。集計範囲が曖昧だと、施策の効果を比較しにくくなります。公開前に計測方法を決め、サイト間の移動も正しく記録されるか確認しましょう。

サブドメインは個別に運営できますが、同じドメイン名を使うため、本体サイトの問題と無関係とは限りません。たとえば、検索順位を不正に操作する目的で外部事業者の記事を掲載すると、Googleのスパムポリシーに違反するおそれがあります。

問題の記事を同じドメイン名のサブドメインへ移しても、違反は解消しません。Googleは、対策を回避する行為と判断する場合があると説明しています。ただし、影響の範囲は問題の内容によって異なります。掲載内容と運営方針を適切に管理しましょう。

（出典：Google検索セントラル「サイトの評判の不正使用に関するポリシーの更新」）

本体サイトとサブドメインの両方に、同じ検索意図に応える記事を作ると、どのページを優先して検索結果に表示させたいのかが曖昧になります。公式サイトと別のコラムサイトで「SEO対策とは」をそれぞれ解説しても、内容がほぼ同じなら、検索順位や集客効果を比較しにくくなります。似たページが検索結果で入れ替わる「カニバリゼーション」が起きる場合もあります。

ただし、同じキーワードで複数のページが表示されること自体は問題ではありません。検索意図が異なれば別々のページを設ける意味があります。サブドメインを増やすときは、管理のしやすさだけでなく、誰に何を伝えるサイトなのかを整理しましょう。数を増やしすぎると運営側も記事の所在や担当を把握しにくくなります。公開前に既存ページを調べ、役割が重なる場合は統合や内容の見直しを検討してください。

本体サイトの検索評価を利用し、第三者が作ったページを検索上位に表示させることを主な目的として掲載すると、Googleのスパムポリシーに違反するおそれがあります。たとえば、企業の公式サイトのサブドメインを外部業者に貸し出し、自社事業と関係の薄い比較記事を大量に公開するようなケースです。

ただし、外部のライターに記事を依頼したり、第三者のコンテンツを掲載したりするだけで違反になるわけではありません。問題になるのは、本体サイトが積み重ねた検索評価の利用を主な目的としている場合です。違反と判断されれば検索順位が下がる可能性があります。記事の制作主体だけでなく、掲載目的や内容がサイトの利用者にとって必要かを確認しましょう。

サイトを移した後、古いURLから新しいURLへのリダイレクトを早い段階で解除すると、検索エンジンや利用者が移転先を見つけられなくなる場合があります。リダイレクトとは、古いURLにアクセスした人を新しいページへ自動で転送する設定です。Googleは、移設後のリダイレクトを一般的に1年以上保持するよう推奨しています。

検索エンジンは移行直後にすべてのURLの変更を把握できるわけではありません。また、外部サイトに古いURLへのリンクが残っていることもあります。表示回数が回復したように見えても、すぐに転送設定を解除しないでください。古いURLから正しいページへ移動できるかを確認し、少なくとも1年は設定を維持しましょう。長期間保持できる場合は、そのまま残す方法もあります。

（出典：Google検索セントラル「サイトを移転する方法」）

サブドメインからサブディレクトリへ移す際は、古いURLと新しいURLの対応を確認し、原則として内容が対応するページ同士を301リダイレクトでつなぎます。転送先が存在しなかったり、すべてのURLをトップページへまとめて転送したりすると、404やソフト404が発生することがあります。また、検索結果への登録を制限する「noindex」や、検索エンジンの巡回を制限する「robots.txt」の設定を移設後も残すと、ページが正しく認識されない場合があります。

自社の支援事例でも、サブドメインで運用していたメディアをサブディレクトリへ移した際、公開済み20記事のうち6記事がクロールされていませんでした。ページの応答状態、インデックス許可、サイトマップへの掲載には問題がなく、既存記事から新しい記事への内部リンク不足が原因でした。また、Googleアナリティクス（GA4）の計測タグが本体サイト用に切り替わっておらず、アクセスデータも分断されていました。

移行後の表示回数は一時17,000回まで増えた後、8,000回前後で落ち着きました。このように、移行直後の数字だけでは成果を判断できません。移設後も検索結果への掲載状況、内部リンク、アクセス解析の設定を継続して確認することが大切です。

ソフト404エラーとは？発生する原因から対処法までを紹介

Webサイトを運営する中で、さまざまなエラーを見かけることがあるでしょう。今回は、ソフト404エラーの概要から対処法までを紹介します。また、ソフト404エラーがSEOに与える影響についても解説するため、ぜひ参考にしてください。

まず、サブドメイン内のURLを洗い出し、それぞれをどのURLへ移行するか決めます。旧URLと新URLの対応関係を一覧にしておくと、後のリダイレクト設定や確認作業を進めやすくなります。

記事だけでなく、カテゴリー一覧や画像など、移行対象となるURLも確認します。特に検索流入の多いページや外部サイトからリンクされているページが漏れると、移行後の流入に影響する可能性があります。すべてのURLの扱いを決めてから、次の作業へ進みましょう。

次に、移行先となるサブディレクトリにページを用意します。この段階では、移行前後で内容を大きく変えず、まず同じ内容を新しいURLで正しく表示できる状態にすることが重要です。

URL移行と同時にコンテンツやデザインまで大幅に変更すると、移行後に順位や流入が変動した場合、原因を判断しにくくなります。まずは移行を完了させ、必要な改善はその後に分けて行うと変化を把握しやすくなります。

新しいページを用意したら、旧URLから対応する新URLへ301リダイレクトを設定します。301リダイレクトは、ページが恒久的に移動したことをユーザーや検索エンジンへ伝えるための設定です。

記事Aは移行後の記事Aへ、記事Bは記事Bへというように、内容が対応するページ同士を1対1で転送します。すべての旧URLを新サイトのトップページへまとめて転送する方法は避けましょう。

移行後は、Google Search Consoleを使って新しいURLがGoogleに認識されているか確認します。ページを公開しただけでは、すぐに検索結果へ反映されるとは限らないため、インデックス登録の状況を継続して確認します。

XMLサイトマップの送信は、新しいURLの存在をGoogleへ伝える手段の1つですが、送信しただけでインデックス登録が保証されるわけではありません。旧URLから新URLへ登録が切り替わっているかも確認し、一部のページだけ登録されない場合は個別に原因を調べましょう。

最後に、検索流入が旧URLから新URLへ正しく移っているか確認します。移行直後は検索順位や流入が変動することがあるため、数日だけで判断せず、一定期間の推移を確認することが重要です。

計測用の設定を移し忘れると、実際にはアクセスがあってもデータに反映されない場合があります。検索流入だけでなくアクセス解析の設定も確認しましょう。問題のあるページが見つかった場合は、最初に作成したURL対応表へ戻り、転送先や設定に誤りがないか確認して修正します。