サブドメインとサブディレクトリの違いとは？SEOへの影響と使い分けを解説

2026年10月18日

「サブドメインとサブディレクトリ、名前は似ているけれど何が違うのだろう」
「SEOに強いのは、どちらなのか知っておきたい」
「新しくメディアを立ち上げるとき、どちらで作ればよいのか決められない」

といった迷いのあるWebサイト・オウンドメディアの担当者の方も多いのではないでしょうか。

結論からお伝えすると、Googleは、インデックス登録やランキングの観点では、サブドメインとサブディレクトリのどちらかを好むことはないと説明しています。そのうえで、自社が整理・管理しやすいほうを選ぶよう案内しています。（参照：Google Search crawling and indexing FAQ｜Google Search Central）

ただ、どちらを選んでも実務上の結果が同じになる、という意味ではありません。サブドメインとサブディレクトリのどちらを選ぶかによって、記事の管理のしやすさ、本体サイトへの案内の作りやすさ、使えるCMS（ページの作成・更新を管理する仕組み）、URLを移すときの作業、アクセス解析での見え方などが変わってきます。

本記事では、サブドメインとサブディレクトリのURL上の違い、SEOの観点での考え方、新規立ち上げとリニューアルそれぞれの選び方、構成を決める前に確認したいことを解説します。

もちろん、どの会社にも当てはまる正解を一つに決められるものではありません。ご自身の会社の目的や運営体制に照らして判断するための材料として、読んでいただけたらと思います。

サブドメインとサブディレクトリの違い

名前が似ているため、URLのどこが変わるのか、すぐにはイメージしにくいかもしれません。

サブドメインとサブディレクトリの違いは、URLへの表れ方にあります。example.comというサイトを例にすると、サブドメインはblog.example.comのように、ドメインの前に名前を加えた形です。サブディレクトリはexample.com/blog/のように、ドメインの後ろを「/」で区切った形になります。

サブドメインはblog.example.com、サブディレクトリはexample.com/blog/と表す比較図 — サブドメインとサブディレクトリのURL例

サブドメインとは

サブドメインとは、example.comのようなドメインをもとに、先頭に「blog.」などの名前を加えたものです。blog.example.comやshop.example.comのように、ドメインの前に「.（ドット）」で区切った名前が付きます。

例えば、企業の本体サイトをexample.comで運営し、関連するオウンドメディアをblog.example.comで運営する、といった使い方です（説明用の例です）。ほかにも、製品ごとのサイト、会員向けのサービス、メディアなどを本体サイトと分けたいときに使われることがあります。

サブドメインは、いま使っているドメインをもとに作るため、新しく別のドメインを取得する必要はありません。なお、example-media.comのように、まったく別のドメインを取得して運営する方法もありますが、本記事では扱いません。

また、サブドメインでは、本体サイトとは別のCMSや公開環境を選びやすい場合があります。例えば、本体サイトは制作会社が管理する仕組みのまま、メディアだけを別のブログ用CMSで運営する、といった構成です。ただし、実際にどこまで自由に選べるかは、契約しているサービスやサーバー、管理権限によって変わります。サブドメインにすれば必ず別のサーバーになる、というものでもありません。

サブディレクトリとは

サブディレクトリとは、example.com/blog/のように、同じホスト名の下を、パス（「/」で区切った階層）で分けたものです。ホスト名は、URLのうちexample.comやblog.example.comに当たる部分を指します。サブフォルダやフォルダ構成と呼ばれることもあります。

例えば、企業サイトの中にexample.com/column/としてコラムを置いたり、example.com/service/としてサービス案内をまとめたりする形が、これに当たります。

とくに混同しやすいのが、読者から見えるURLの形と、裏側のCMSやサーバーの構成です。この2つは同じものではありません。サブディレクトリだからといって、必ず本体サイトと同じCMSや同じサーバーで運営しなければならないわけではなく、技術的な方法で別の仕組みを同じホスト名の下に表示することもあります。どの方法を取れるか、費用がどのくらいかかるかは、環境によって異なります。

表1では、どちらがSEOに有利かではなく、運営の面でどこが変わるかを並べています。

表1 サブドメインとサブディレクトリの比較

比較する点	サブドメイン	サブディレクトリ
URLの例	blog.example.com	example.com/blog/
運営のまとめ方	サービスや公開環境を、本体サイトと分ける構成に使える	本体サイトの中の情報として、まとめる構成に使える
CMS・公開環境	本体サイトとは別の環境で運営する選択肢がある	本体と同じCMSで運営する形のほか、別のCMSを組み合わせる方法もある。実現できるかは環境による
費用	構築の方法、契約、保守の内容による	構築の方法、契約、保守の内容による
Google検索のサイト名	サブドメインの単位で、希望するサイト名をGoogleに伝えられる（表示の保証はない）	サブディレクトリの単位のサイト名には対応していない

※運営のまとめ方は一例です。どちらの構成でも、運用の設計によって変えることが可能です。

表の最後の行にある「サイト名」は、検索結果で、そのページがどのサイトのものかを示すために表示される名前のことです。Googleは、サイト名をドメインまたはサブドメインの単位で扱っていて、サブディレクトリの単位のサイト名には対応していないと説明しています。（参照：Site Names in Google Search｜Google Search Central）これは検索結果での表示の仕様で、検索順位の有利・不利とは別の話です。

まずは、ご自身のサイトや検討中のメディアのURLが、どちらの形になっているか、なりそうかを確かめてみてください。

サブドメインとサブディレクトリはどちらがSEOに有利？

構成を決めるなら、SEOに強いほうを選びたいと考えるのは自然なことだと思います。

ただ、冒頭でお伝えしたとおり、Googleは、インデックス登録やランキングの観点では、サブドメインとサブディレクトリのどちらにも好みはないと説明しています。URLの構造だけで、SEOの優劣が決まるわけではありません。

GoogleのSEOスターターガイドでも、サブドメインかサブディレクトリかは、事業にとって合理的なほうを選べばよいとしています。例えば、サブディレクトリで分けたほうがサイトを管理しやすいこともあれば、サイトのテーマや業種によっては、サブドメインでトピックを分けたほうが合う場合もある、という説明です。（参照：SEO Starter Guide｜Google Search Central）

実際の検索順位には、ページの内容が検索意図に合っているか、どのようなリンクを得ているかなど、さまざまな条件が関わります。Googleのランキングシステムは、主にページ単位で評価する仕組みで、サイト全体に関するシグナルも使われていると説明されています。そのうえで、サイト全体のシグナルが良くても、そのサイトのすべてのページが常に上位に表示されるわけではない、とも書かれています。（参照：A guide to Google Search ranking systems｜Google Search Central）

ここから、「サブディレクトリなら本体サイトの評価をすべて受け継げる」「サブドメインは評価がゼロから始まる」といった結論を導くことはできません。また、サブドメインからサブディレクトリへ移したあとに順位が上がったとしても、URLの構造だけが理由とは限りません。移行の前後で内容やリンク、技術的な設定も変わっていれば、どれが結果に影響したのかを切り分けるのは難しいためです。

サブディレクトリを候補に挙げる実務上の理由として、運営のまとめやすさがあります。

例えば、本体サイトと同じCMSで運営できれば、メニューやパンくずリストといったナビゲーションに記事を組み込みやすくなります。記事の追加や更新、デザインの変更も、一つの仕組みで管理することが可能です。本体のサービスページへの案内も設計しやすいでしょう。ただ、これはあくまで運営のしやすさの話です。Googleがフォルダ構成を特別に評価している、という根拠があるわけではありません。

一方、サブドメインでも、本体サイトとの間にメニューや関連ページへのリンクを設け、更新の担当や流れを決めておけば、導線や運営体制を整えることは可能です。

URLの構造よりも先に取り組みたいSEOの基本については、SEO対策は意味ない？そう言われる理由と期待できる効果で解説しています。

どちらを選ぶかは、SEOの有利・不利ではなく、自社の目的や運営の条件から考えるのがよいでしょう。具体的な選び方は、次の章で解説します。

まずは「SEOに強いから」という理由を一度脇に置き、何を管理しやすくしたいのかを考えてみてください。

サブドメインとサブディレクトリの選び方

違いは分かっても、自社の場合はどちらにすればよいのか、迷うところだと思います。

サブドメインとサブディレクトリの選び方は、新しくメディアを立ち上げるのか、既存のメディアを見直すのかで変わります。新規立ち上げでは、目的と運営の条件から設置先を選びます。リニューアルでは、そもそもURLの構成を変える必要があるのか、変えた場合の影響はどうかから考えます。

なお、ここで紹介する判断の例は、Googleが定めた選び方の基準ではありません。運営の面から整理した一例として、参考にしていただけたらと思います。

新規メディアを立ち上げる場合

新しくメディアを立ち上げる場合は、次の順に確認していくと整理しやすくなります。

本体サイトとの関係：読者・テーマ・サービスがどのくらい重なるか
更新・管理する担当：誰が記事を作り、公開し、保守するか
利用するCMSや公開環境：使いたい仕組みで、希望するURLを実現できるか
制作・維持の負担：最初にかかる費用と、継続してかかる費用・手間

本体サイトと同じ顧客に関連する情報を届け、本体のサービスページへの案内や更新の作業をまとめたい場合は、サブディレクトリが候補になります。一方、本体とは別のサービスとして見せたい、別の担当や体制で運営したい、別の公開環境を使いたい、といった場合は、サブドメインが候補になるでしょう。

ただ、本体サイトと違うテーマだから必ずサブドメイン、と機械的に決める必要はありません。テーマが少し違っても、同じ顧客に届けたい情報であれば、サブディレクトリでまとめたほうが運営しやすいこともあります。

条件ごとに、検討する候補と、先に確認することを表2にまとめました。表1と同じく、SEO上の有利・不利ではなく、運営の条件から候補を整理しています。点数で診断するためのものではありませんので、自社で選ぶときのチェック項目として使っていただけたらと思います。

表2 新規メディアの設置先を考える例

状況	検討する候補	先に確認すること
同じ顧客に、本体と関連する記事を届け、更新もまとめたい	サブディレクトリ	既存のCMSで記事を運用できるか、本体サイトへの導線を置けるか
別のサービスや、別の公開環境で運営したい	サブドメイン	使いたいCMSが対応しているか、担当者、維持費
既存のCMSでは、希望の構成を実現しにくい	両方の案を比較する	実装の方法、追加の費用、保守の負担

※説明用の例です。実際には、表にない条件も含めて判断してください。

説明用の例で考えてみます。法人向けに製品を提供している会社が、同じ法人顧客に向けて、製品に関連するコラムを始めるとします。

本体サイトのCMSでコラムを作成・更新できるなら、example.com/column/のようなサブディレクトリを検討することが可能です。一方、使いたいブログ用のCMSが希望のパスで公開できない場合は、技術担当者や制作会社に、実現する方法と保守にかかる費用を確認しておきましょう。そのうえで、サブドメインで運営する案と比べることになります。

既存メディアをリニューアルする場合

リニューアルというと、URLの構成も一緒に変えるものと考えがちですが、この2つは同じではありません。デザインや記事の構成、CMSの変更で今の不便を解消でき、現在のURLを保てるのであれば、URLは変えないという判断もあります。

まず、今どんな不便があり、何を実現したいのかを具体的にしましょう。例えば「本体サイトとメディアで更新の仕組みが別々で、手間がかかる」「本体のサービスページへの案内が弱い」といった不便です。そのうえで、構成を変えて得られることが、移行や運用の負担に見合うかを考えます。「サブディレクトリのほうがSEOに強いと聞いた」という理由だけで移行を決めるのは、前の章でお伝えしたとおり、おすすめしません。

URLを変更する場合は、次の作業と、それぞれを誰が担当するかを事前に確認しておきます。

旧URLと新URLの対応表（どのページをどこへ移すか）
リダイレクト（旧URLから新URLへ転送する仕組み）の設定と、維持する期間
内部リンク、canonical（検索エンジンに正規のURLを伝える指定）、サイトマップの新URLへの更新

Googleも、URLを変更する移行では、旧URLと新URLの対応を用意し、サーバー側で恒久的なリダイレクトを設定し、内部リンクやcanonical、サイトマップを新しいURLに合わせて更新するよう案内しています。リダイレクトは移行直後に外さず、できるだけ長く、一般には少なくとも1年間は維持するよう勧められていますので、契約や保守の担当もあわせて確認しておきましょう。同じ資料では、ドメインの変更、CMSの変更、デザインの変更などを同時に行わず、一つずつ進めることも勧めています。（参照：Site Moves and Migrations｜Google Search Central）

また、移行の前後で、検索からの流入、検索結果での表示回数、問い合わせの件数などを比べられるよう、移行前の数値を記録しておきましょう。比べるときは、季節による変動や記事の追加、計測方法の変更なども影響するため、変化のすべてを移行の効果と見ないことが大切です。

Googleは、サイトの移行中は、再クロールや再インデックスの間に検索順位が一時的に変動することがあると説明しています。必ず下がるわけでも、決まった日数で元に戻るわけでもありませんが、変動があり得る前提で計画しておくと安心です。

例えば、問い合わせが集中する繁忙期を避けて移行の時期を決める、問題が起きたときに誰が確認するかを決めておく、といった準備です。移行の時期については、Googleも、可能であればアクセスが少ない時期に合わせるよう勧めています。

新規立ち上げは本体サイトとの関係・担当・CMS・負担から候補を選び、リニューアルはURL変更の必要性を確かめ、維持して改善するか変更を準備するかを考える図 — 新規立ち上げとリニューアルで異なる、構成を考える流れ

まずは、今の構成で困っていることを書き出してみてください。URLを変えずに解決できるものも、意外と多いかもしれません。

構成を決める前に確認したいこと

URLの形だけで構成を決めてしまうと、公開後に、記事の役割分担や計測の方法で迷うことがあります。

構成の候補が絞れたら、実際のサイトに照らして、本体サイトの既存コンテンツとの重なり、CMSの制約と更新・保守の体制、GA4（Googleのアクセス解析ツール）での計測の範囲の3つを確認しておきましょう。

本体サイトの既存コンテンツと役割が重ならないか確認する

本体サイトにコラムやFAQ、サービス説明のページがある場合、新しいメディアの記事が、それらと同じ疑問に同じ答えを用意することにならないかを点検します。

ここで気になるのが、カニバリゼーション（カニバリ）です。カニバリとは、同じ検索意図に応える複数のページが競合し、サイト全体の検索流入や成果に悪影響を及ぼす問題を指す、実務上の言葉です。Googleが診断の基準として定めたものではありません。

ただ、記事の数が多いだけでカニバリが起きるわけではありません。また、同じ検索語で自社の複数のページが表示されていても、それぞれが別の検索意図に応えているなら、必ずしも問題にはならないとされています。（参照：Keyword Cannibalization: What It (Really) Is & How to Fix It｜Ahrefs、Keyword Diversification: Cannibalization’s Good Twin (SEO Study)｜Ahrefs）

重なりを点検する手順は、次のとおりです。

本体サイトの既存ページと、新しいメディアで作る予定の記事案を並べる
それぞれの対象読者と、答える疑問を比べる
既存ページの更新で足りるか、新しく作るなら役割をどう分けるかを考える

説明用の例で考えてみます。本体の「製品の料金ページ」と、メディアの「導入費用を比較するときの確認項目」という記事であれば、前者は自社製品の価格を伝え、後者は比較の観点を伝える、と役割を分けることが可能です。一方、同じ製品の料金を同じ目的で説明する記事を複数作るのであれば、まずは既存の料金ページを充実させる方法を検討するとよいでしょう。

すでに運営しているサイトで影響を確かめたい場合は、Search Console（Google検索での表示や流入を確認するツール）で、検索語ごとにどのページが表示されているか、その推移も確認しておきましょう。データを見ないまま、カニバリが起きている、あるいは解消した、と決めつけないことが大切です。

また、サブドメインに分けたからといって、内容や検索意図の重なりが解消するわけではありません。重なりが見つかっても、統合や削除を一律に選ぶ必要はなく、まずは役割の分け方から考えます。

既存ページを一覧にして、役割や関係を整理する方法は、コンテンツマップとは？作り方と具体例、サイトマップとの違いを解説で解説しています。

CMSの制約と更新・保守体制を確認する

希望するURLの構成は、自社が契約しているプラン、CMS、公開の仕組みによって、実現できる場合とできない場合があります。構成を決める前に、制作会社や技術担当者へ、次の点を確認しておきましょう。

希望する構成（サブドメイン／サブディレクトリ）を実現できるか
初期の設定・制作にかかる費用
継続してかかる保守の費用
記事を編集・公開する担当者
不具合が起きたときに対応する担当者
権限の範囲や、公開までの承認の流れ

サブディレクトリなら常に安い、サブドメインなら常に高い、というものではありません。同じサブディレクトリでも、本体と同じCMSで運営する場合と、別の仕組みを組み合わせる場合とでは、かかる費用や手間が変わってきます。

編集を担当する立場であれば、実装の方法まで詳しく知っている必要はありません。「誰が、何を、いくらで、どこまで対応するか」を確認できれば、比較の材料としては十分だと思います。

GA4の計測設定とレポートの見方を確認する

構成を選ぶと、アクセス解析での切り分け方も変わります。最初に、本体サイトとメディアをまとめて見るのか、別々に見るのかを決めておきましょう。まとめて見る場合は、対象のページすべてに同じウェブデータストリーム（計測データの送り先）のタグ（ページに設置する計測用のコード）が設置されているかを確認します。

分けて見るときは、サブディレクトリならページパス、サブドメインならホスト名が手がかりです。例えば、example.com/contact/とblog.example.com/contact/は、ページパスだけではどちらも/contact/になるため、ホスト名や完全なURL（ページロケーション）で区別します。（参照：アナリティクスのディメンションと指標｜アナリティクスヘルプ）

サブドメインをまたぐ計測は、Googleのタグの標準のCookie設定であれば、追加の設定なしで計測されると説明されています。（参照：Configure and customize cookies｜Google for Developers）一方、サブドメインごとにCookieのドメインが異なると、自社サイト内の移動が外部からの流入のように記録される「自己参照」が起こることがあり、Googleはクロスドメイン測定の設定を推奨しています。（参照：クロスドメイン測定の設定｜アナリティクスヘルプ）どちらに当たるかは、タグを設置する担当者に確認しておきましょう。

なお、Search Consoleでは、example.comのドメインプロパティを作ると、blog.example.comなどのサブドメインも含めたデータを確認できます。メディアだけを分けて見たい場合は、URLプレフィックスプロパティを追加するか、検索パフォーマンスのレポートでページのフィルタを使う方法があります。どちらの方法を選んでも、検索順位が変わるわけではありません。（参照：ウェブサイトまたはプラットフォームのプロパティを Search Console に追加する｜Search Console ヘルプ）

構成の候補が決まったら、この3つの確認事項を、制作担当者への質問リストとして使ってみてください。

まとめ｜違いを理解し、目的と運営条件に合う構成を選ぼう

自社の条件まで考え始めると、比較の情報だけでは決めきれないこともあると思います。

サブドメインはblog.example.comのように、ドメインの前に名前を加えた形です。サブディレクトリはexample.com/blog/のように、ドメインの下をパスで区切った形です。Googleはどちらにも好みはないと説明しており、URLの構造だけでSEOの優劣が決まるわけではありません。

新しく立ち上げる場合は、本体サイトとの関係、担当、CMS、費用から設置先を選びます。リニューアルの場合は、URLを変える必要が本当にあるのかから考え、変えるのであれば、URLの対応やリダイレクトの準備と、一時的な順位の変動への備えをしておきましょう。

構成を決める前には、本体サイトの既存記事との重なり、更新・保守の体制、計測の範囲を確認し、そのうえで制作会社や技術担当者に相談していただけたらと思います。

どちらを選んでも、読者の疑問に答えるページを作り、続けて改善していくことが大切な点は変わりません。まずは、確認できるところから一つずつ進めてみてください。

参考資料・出典

いずれも2026年10月18日に内容を確認しています。

よかったらシェアしてね！

URLをコピーしました！

URLをコピーしました！

この記事を書いた人

ken

企業のオウンドメディアで、企画・構成・執筆・編集から、SEO改善、アクセス分析まで担当しています。HR・キャリア・介護領域を中心に、外部ライターの進行・品質管理にも携わっています。

「編集実務室」では、日々の運用で試したことや考えたことをもとに、記事制作、SEO・AI検索への対応、生成AIの活用について発信しています。ひとりでメディアを運営する方にも役立つよう、実務で使える考え方や進め方をまとめています。