サブドメインとサブディレクトリの選び方｜SEOの優劣より運用で決める

「どっちがSEOに有利か」で止まると決められない

自社で新しいオウンドメディア（自社が運営する情報発信サイト）を立ち上げるとき、多くの担当者が最初に悩むのが「URLの形」です。コーポレートサイトが example.com だとして、ブログを blog.example.com にするか、example.com/blog/ にするか。前者をサブドメイン、後者をサブディレクトリと呼びます。

• サブドメイン：メインのドメイン（example.com）の前に文字列を足して作る、独立したサイトのようなURL（例：blog.example.com）
• サブディレクトリ：メインのドメインの配下にフォルダを作って区切るURL（例：example.com/blog/）

ここで「どちらがSEOに強いのか」を最初に決めようとすると、たいてい手が止まります。ネット上には「サブディレクトリの方が評価が集まる」といった断定も多いのですが、その多くは特定サイトの事例観察であって、そのまま自社に当てはまるとは限りません。

この記事は、SEOの優劣という答えの出にくい軸で消耗する代わりに、Google公式ドキュメントが実際に何を重視しているかを確認したうえで、移行リスクと社内の管理体制という運用の2軸で自社の構成を決めるための手順を示します。読み終えたら、別のサイトで調べ直さなくても自分のサイトの方針を1つに決められる状態を目指します。

公式が勧めるのは「論理的で分かりやすいURL構成」

まず出発点として、公式ドキュメントが実際に何を書いているかを押さえます。

Googleの「URL 構造のベスト プラクティス」は、URLは論理的に、そして人にとって最も理解しやすい形で構成することを勧めています。あわせて、長いID番号のような文字列よりも、読める言葉（説明的なURL）を使うことも推奨しています。この推奨で問われているのは、URLを見て構成が分かるかどうかです。だからこそ本記事は、まず優先すべきは形式選びよりも「URLを見て構成が分かること」だと考えます（この読み取りは、公式の推奨をふまえた本記事の解釈です）。

もう1つ、地域や言語ごとにサイトを分ける「多地域・多言語サイトの管理」のドキュメントでは、サブドメイン方式の特徴が次のように整理されています。利点は「設定が簡単」「サーバーの場所を分けられる」「サイトを分離しやすい」こと。注意点は、URLだけを見ても利用者が地域ターゲティング（地域ごとの切り分け）を認識しにくいことがあるという点です。

以上をふまえ、本記事は形式の優劣を競わせる代わりに、構成の分かりやすさと運用のしやすさで決めるという立場をとります。サブドメインは「分離しやすい／別サーバーで動かせる」一方、地域ごとの切り分けはURLだけでは伝わりにくい面がある——というトレードオフとして捉えるのが実務的です。「どちらかが一律にSEOで得をする」という前提は、いったん脇に置いて構いません。

違いを運用の目線で並べる

形式そのものの優劣ではなく、「作りやすさ」と「分けやすさ」で並べると判断しやすくなります。次の表は、公式ドキュメントの記述（サブドメインの利点・注意点）と、そこから導かれる運用上の一般的な傾向を整理したものです。傾向の部分はサイトの状況によって変わり得るため、あくまで出発点として使ってください。

表の右側「向いている場面」は、公式の利点・注意点から導いた運用の目安です。SEOの優劣ではなく「分けたいのか、まとめたいのか」で読むのがコツです。

ワークスルー：新規メディアをどちらで作るか、5ステップで決める

抽象論だけだと自分のケースに落ちないので、「自社の製品情報サイト example.com に、新しく実務ノウハウのオウンドメディアを立ち上げる」という場面で、実際に手を動かす順に並べます。

1. テーマの距離を決める：新メディアの内容が、本業（example.com の主テーマ）と「同じテーマの延長」か「別ブランド・別テーマ」かを一言で書き出します。同じテーマの延長ならサブディレクトリ寄り、別ブランドとして切り離したいならサブドメイン寄りが出発点です。
2. 管理主体を確認する：そのメディアのサーバーやインフラを「誰が管理するか」を確認します。社内の同じチームが既存サーバー上で運用するならサブディレクトリが素直です。別会社に運用委託する、あるいは別チームが独立して触るなら、サイトを分離しやすいサブドメインが向きます。
3. 設定コストを見積もる：サブディレクトリなら既存のサーバー環境やSSL証明書（通信を暗号化する仕組み）を使い回せることが多く、着手が軽くなりがちです。サブドメインを選ぶ場合は、DNS（ドメイン名とサーバーを結びつける設定）とSSL証明書を別に用意する手間が発生しやすい点を、着手前に見込んでおきます。
4. 仮決めして、両方のURLで表示を確認する：構成を仮決めしたら、まず1本だけ記事を公開し、意図したURL（例：example.com/blog/first-post/）で正しく表示されるか、末尾スラッシュ有無などで重複したURLが生まれていないかをブラウザで確認します。
5. Search Consoleに登録して測定を始める：Search Console（Googleが無料で提供する、自サイトの検索での見え方を確認するための管理ツール）にサイトを登録しておきます。ここでいうインデックスとは、ページが検索結果に載る状態のことです。サブドメインの場合は登録や設定を別に行う必要が出やすいので、登録漏れがないかをこの段階で必ず確認します。

このワークスルーの肝は、ステップ1と2（テーマの距離・管理主体）で構成の大枠が決まり、SEOの優劣を持ち出さなくても方針が定まる点です。迷う場合の既定は「本業と同じテーマ・同じチーム運用ならサブディレクトリ」で問題ありません。

自己点検：この5問で自社の構成を決める

上の手順を、その場で自分のケースに当てはめられるように質問の形にしました。「はい」が多い側を選ぶ、という使い方です。

「はい（サブディレクトリ向き）」に多くチェックが付くなら素直にサブディレクトリを、テーマや管理主体が本体と分かれているなら分離しやすいサブドメインを選ぶ、という判断で十分です。

よくある誤解とエッジケース

誤解1：「後から変えればいい」。稼働中のサイトのURL構造を後から変える（サブドメイン↔サブディレクトリの移し替え）と、それはURL変更を伴うサイト移転の扱いになります。公式ドキュメントは、この移転で起こりがちな共通のミスとして、移転時だけ必要だったnoindex（検索結果に出さない指定）やrobots.txtによるクロール拒否の設定を外し忘れることを挙げ、こうした設定は新しいサイトが完全にはインデックスされない原因になり得る、と説明しています。移転そのものは対応できますが、旧構成の制御設定の消し忘れがそのまま事故につながりかねません。だからこそ、動き出す前の最初の選定が大切です。

誤解2：「両方に同じ記事を置けば露出が増える」。サブドメインとサブディレクトリの両方に似た内容を置くと、重複したURLが生まれます。公式は重複URLへの対処として、rel="canonical"（正規URLの指定）を絶対URLで示すことや、サイトマップで正規のURLを選ぶことを勧めています。正規のURLを1つ選んでGoogleに伝える、という考え方で、重複コンテンツ全般の対処と同じです。詳しくは重複コンテンツとcanonicalの正しい対処を参照してください。

エッジケース：本業と無関係なテーマを扱うとき。コーポレートサイトのブランドやターゲットと大きく異なるテーマを扱うなら、利用者の混乱を避けるために、あえてサブドメインで切り離す方が自然なことがあります。「同じ会社の同じサイトの一部」に見せたいのか、「関連はあるが別の存在」に見せたいのか、という見せ方の意図で決めるとぶれません。

どちらで運用しても、測定は1か所にまとめる

構成を決めたら、次は「決めた形で本当に成果が出ているか」を測る番です。ここで効いてくるのが、サブドメイン・サブディレクトリという運用形態の違いに関係なく、記事ごとのインデックス状況や表示回数の推移を一元的に見られる状態を作っておくことです。

Wemiroを使うと、どちらの構成でも、どの記事がインデックスされ、どのページの表示が伸び悩んでいるかを1つの画面で把握でき、次に手を入れるべきページを直感的に見つけられます。URLの形をどちらに決めたとしても、「決めた後に良くしていく」仕組みは共通です。

なお、構成を決めた後の回遊やページ同士のつながりの設計は、内部リンクの最適化もあわせて読むと、メディア全体を一体として育てやすくなります。