先に要点
- 3 つの選択: サブディレクトリ(example.com/blog/)」 「 サブドメイン(blog.example.com)」 「 別ドメイン(blog.com)。「本サイトとの関連度」 「 SEO 評価の引き継ぎ」 「 ブランド独立性」 「 運用の分離」 で適切な選択が変わる。
- SEO 視点: サブディレクトリ = 本サイトの評価を共有(最強)」 「 サブドメイン = ある程度独立評価(別サイト扱いに近い)」 「 別ドメイン = 完全独立(ゼロから評価を積む)。「SEO 評価を引き継ぎたいなら原則サブディレクトリ」 が Google の歴史的な扱い。
- ブランド視点: 本サイトと一体感を出したい = サブディレクトリ」 「 関連サービスだが独立感 = サブドメイン」 「 完全に別ブランド = 別ドメイン。「ユーザーから見て同じ会社のサービスに見えるか」 が判断軸。
- 運用視点: 同じインフラ・同じ Cookie・同じ TLS 証明書 = サブディレクトリ」 「 別アプリ・別 TLS でも 「*.example.com」 のワイルドカード証明書で楽 = サブドメイン」 「 完全に別管理 = 別ドメイン。「組織や責任分界点が分かれているか」 も大きな判断軸。
- リスク分散視点: 別ドメインは 「本サイトがペナルティを受けても影響が及ばない」 が、「新規ドメインは SEO 評価ゼロから」 のトレードオフ。「新規事業の試験運用」 「 異業種への展開」 で別ドメインを選ぶ判断は妥当。
- 典型パターン: ブログ・ヘルプ・ドキュメントは原則サブディレクトリ(SEO 重視)」 「 SaaS のテナントごとの管理画面はサブドメイン(分離)」 「 完全別事業は別ドメイン。迷ったらサブディレクトリ。
「新しいブログを始めるとき、サブディレクトリにすべきかサブドメインにすべきか」 「 SaaS の管理画面は別ドメインで運用すべきか」 「 ヘルプセンターはどこに置くべきか」 ── これらは Web 運営をしていれば必ず一度は迷う問題です。
ざっくり言うと、判断軸は SEO 評価の引き継ぎ」 「 ブランド一体感」 「 運用の分離」 「 リスク分散 の 4 つ。「SEO 評価を引き継ぎたいなら原則サブディレクトリ」 が出発点ですが、「組織・運用・ブランドの理由でサブドメインや別ドメインを選ぶ判断」 も実務ではよく成立します。
この記事では、3 つの選択肢の特性と判断フロー、典型パターンを実務目線で整理します。「サブドメインを複数運用するべきか」 については サブドメインで運用するサイト数」 も併読してください。
3 つの選択を一覧で
各選択の特徴を表で並べます。
| 項目 | サブディレクトリ | サブドメイン | 別ドメイン |
|---|---|---|---|
| URL 例 | example.com/blog/ | blog.example.com | blog.com |
| SEO 評価の引き継ぎ | ◎ 本サイトの一部 | △ ある程度独立評価 | × ゼロから |
| ブランド一体感 | ◎ 同じサイト | ○ 関連サービス感 | × 完全に別物 |
| 運用の独立性 | △ 同じインフラに引きずられる | ○ 別アプリ可能 | ◎ 完全独立 |
| Cookie 共有 | ○ 同一 Origin | △ Domain 属性で共有可 | × 完全に別 |
| TLS 証明書 | 同じ証明書で OK | ワイルドカード or 個別 | 個別 |
| リスク分散 | × 連帯責任 | △ ある程度分離 | ◎ 完全分離 |
| 新規評価獲得 | ◎ 本サイトから流れる | △ 一部流れる | × ゼロから |
「SEO 重視ならサブディレクトリ、リスク分散重視なら別ドメイン、その中間がサブドメイン」 と理解すれば、判断の出発点が掴めます。
SEO 視点での判断
「SEO 評価が引き継がれるか」 は、長期的に大きな差を生む論点。
サブディレクトリ ── 評価共有
「 example.com/blog/」 は 「example.com の一部」 として Google に認識される。本サイトのドメイン評価をそのまま受け継ぐ ので、新規コンテンツが上位表示されやすい。「SEO 評価を最大限活かしたい」 ならこれ。
サブドメイン ── 別サイト寄り
「 blog.example.com」 は 本サイトと関連するが、ある程度別サイトとして評価される ことが多い(Google は近年 「同じサイトとして扱うことが増えた」 と言うが、完全に同等ではない)。テーマが大きく違うコンテンツ(ヘルプ、コミュニティ)を分けたい 時に使う。
別ドメイン ── 評価ゼロから
「 blog.com」 のような 完全に独立したドメインは、「本サイトの評価が一切引き継がれない」。「新規ドメインは Google 評価が安定するまで数ヶ月〜数年」 かかる。SEO 視点では不利。
移行時の SEO リスク
「 既存ブログをサブドメインからサブディレクトリへ移行」 のような変更は、適切に 301 リダイレクトで行えば評価を移行可能だが、「順位の一時下落」 や 「インデックス再構築の遅れ」 が発生する。「新規立ち上げ時に最初から正しい構造で始める」 が理想。
ブランド視点での判断
「ユーザーから見てどう映るか」 もサイト構造選択の重要要素。
サブディレクトリ = 同じサイト
「 example.com/blog/」 は 同じ会社の同じサイトとして認識される。「本サイトを訪れたユーザーが、自然な流れでブログも読む」 動線が作れる。「ブランドを統一して見せたい」 場合に。
サブドメイン = 関連だが独立
「 blog.example.com」 は 「関連サービスだが少し別物」 という印象。「ヘルプセンター(help.example.com)」 「 開発者ドキュメント(docs.example.com)」 のように 「 別の文脈で訪れるサービス」 をユーザーに自然に区別させたい時に。
別ドメイン = 完全別ブランド
「 blog.com」 のような完全別ドメインは、別の事業 / 別のブランド として認識される。「新事業の独立性を強調」 「 別市場を狙う」 「 親会社を表に出したくない」 時に。
UI / 見た目との整合
「 URL 構造とサイトデザイン(ロゴ / 配色 / ヘッダ)が整合」 しているか確認。「サブディレクトリなのに全く別デザイン」 や 「別ドメインなのに同じデザイン」 だと、ユーザーが混乱する。
運用視点での判断
「誰が管理するか」 「 どんなインフラで動くか」 も判断要素。
サブディレクトリ = 同一インフラ
「 example.com/blog/」 は基本的に 同じサーバー / 同じアプリ / 同じデプロイ。「本サイトのデプロイがブログにも影響」 する反面、「設定 / 認証 / 監視を 1 つにまとめられる」。「 同じチームが運用」 する場合に効率的。
サブドメイン = インフラ分離可
「 blog.example.com」 は 「 DNS の CNAME / A レコード」 で別のサーバー / 別の SaaS にも向けられる。「本サイトは AWS、ブログは WordPress.com」 のような分業がしやすい。「組織 / 責任分界点が分かれているか」 が判断軸。
TLS 証明書
「 *.example.com の ワイルドカード証明書」 を 1 枚取れば、全サブドメインで使い回せる。「別ドメインは個別に証明書取得」。ACM や Let's Encrypt で 運用コスト差はほぼゼロになったが、「どの組織が証明書を管理するか」 で組織設計に影響。
リスク分散視点での判断
「本サイトに何かあった時、新サービスへの影響を切り離せるか」。
サブディレクトリ = 連帯責任
「 本サイトが Google ペナルティを受けた」 「 ハッキングで停止」 → サブディレクトリも一蓮托生。「新規サービスを試験運用したい」 場合は不向き。
サブドメイン = 部分的分離
「 blog.example.com のドメイン評価」 は本サイトと別だが、`ドメイン全体への影響(Google の 「サイト全体ペナルティ」 など)はある程度受ける」。「 部分的なリスク分散」 として機能する。
別ドメイン = 完全分離
「 本サイトと完全に関係ない別ドメイン」 なら、「どちらが何かあっても他方に影響なし」。「新事業 / 試験的取り組み / 異業種展開」 で安全な選択。「 SEO 評価ゼロから」 のトレードオフは前提。
典型パターン別の推奨
「このケースなら何を選ぶか」 の典型パターンを整理します。
| ケース | 推奨 | 理由 |
|---|---|---|
| 本サイトと内容が連続するブログ | サブディレクトリ | SEO 評価を本サイトと共有、ブランド一体感 |
| ヘルプセンター / ドキュメント | サブドメイン | 別の文脈で訪れるユーザー、独立 SaaS(ZenDesk / Notion)が使いやすい |
| SaaS のテナント別管理画面 | サブドメイン(tenant.example.com) | テナント分離、ワイルドカード証明書、Cookie 共有可能 |
| 開発者向けドキュメント | サブドメイン(docs.example.com) | 別のターゲット、独自のスタイル / コンポーネント |
| 本サイトのステージング環境 | サブドメイン(staging.example.com) | 本番と分離、基本認証 / IP 制限で守る |
| 完全に別事業のサービス | 別ドメイン | ブランド独立、SEO リスク分散、組織分離 |
| 異業種への展開 | 別ドメイン | 本サイトのターゲットと異なる、SEO テーマが分かれる |
| キャンペーン / ランディング ページ | サブディレクトリ(短期) / 別ドメイン(キャンペーン専用) | SEO 重視ならサブディレクトリ、独立性重視なら別ドメイン |
迷ったときの判断フロー
「どの選択肢を選ぶか」 を 5 ステップで決めるフロー。
「迷ったらサブディレクトリ」 が SEO 視点での無難な選択ですが、「組織 / ブランド戦略」 の理由で他を選ぶのも実務上は妥当です。
サイト構造選択に関するよくある質問
Q. Google は本当にサブディレクトリの方を高く評価するんですか?
A. 公式には 「同じサイトとして扱われる場合が多い」 と言いつつ、実務では差がある。Google は近年 「サブドメインも同じサイトの一部として扱うことが増えた」 と発言していますが、「完全に同等」 ではない。SEO の歴史的実績では、サブディレクトリの方が評価が安定する ケースが多く、特に 新規コンテンツの初期評価で差が出ることが多い。
Q. 移行する時、SEO 評価は引き継げますか?
A. 適切に 301 リダイレクトを設定すれば引き継げる。「旧 URL → 新 URL」 の 301 永久リダイレクトを設定し、「サイトマップの更新」 「 内部リンクの一括更新」 を行う。「 一時的に順位下落」 はほぼ避けられない ので、「重要トラフィック源を担うサイトは慎重に」。
Q. WordPress.com / Notion / Substack のような外部サービスを使う場合は?
A. サブドメインに CNAME で向ける のが定番。「blog.example.com を WordPress.com に向ける」 ような構成。SEO 評価は外部サービス分が独立 しますが、「運用コストが低い」 のがメリット。「SEO 評価を本サイトに集めたい」 なら自前ホストでサブディレクトリ運用が有利。
Q. ペナルティを受けた既存サイトから、別ドメインに移すべき?
A. ペナルティの種類による。「手動ペナルティ(スパム認定)」 なら、「原因を修正してから再審査」 が定石。「サイト構造を変えるだけでは解決しない」。別ドメインに逃げるのは最終手段で、「新ドメインの SEO 評価がゼロから」 の代償も大きい。
Q. SaaS マルチテナントで 「テナント名.example.com」 と 「example.com/テナント名」 はどっち?
A. サブドメインが現代の主流。「Cookie 分離が自然」 「 テナントごとのカスタマイズ(独自ドメイン対応)」 「 セキュリティ境界が明確」 などの理由から。ワイルドカード TLS 証明書(*.example.com) + 「DNS のワイルドカード A レコード」 で運用負荷も低い。
Q. キャンペーンページは独立ドメインで作るべき?
A. 短期キャンペーンならサブディレクトリ、長期戦略なら独立ドメイン。「数週間〜数ヶ月のキャンペーン」 は 「example.com/campaign/」 で本サイトの SEO 評価を活かす方が効率的。「長期的に別ブランドで育てる」 計画なら独立ドメイン。「短期キャンペーンを独立ドメインで作ると、終了後に SEO 資産がもったいない」。
Q. 国別 / 言語別はどう設計しますか?
A. 「 サブディレクトリ + hreflang」 が現代的。「example.com/ja/」 「 example.com/en/」 のサブディレクトリ + 「hreflang 属性」 でターゲット言語を明示。国別 ccTLD(example.jp) は その国の SEO 評価」 が強い反面、`ドメイン管理が複数になる。「国際展開の優先度」 と 「運用負荷」 で選択。
まとめ
サブディレクトリ / サブドメイン / 別ドメインの選択は、SEO 評価の引き継ぎ」 「 ブランド一体感」 「 運用の分離」 「 リスク分散 の 4 つの軸で判断します。「SEO を最優先するならサブディレクトリ、ブランドや組織の理由で分離したいならサブドメイン、完全に別の事業なら別ドメイン」 という階段で考えれば、ほとんどのケースで適切な選択ができます。
「迷ったらサブディレクトリ」 が SEO 視点でのデフォルト推奨。「組織 / 運用 / ブランドの理由でサブドメインや別ドメインを選ぶ」 のも実務上は妥当な判断です。「一度選んだ構造を変えると 301 リダイレクトなどの SEO リスク」 が伴うので、「 最初に正しい構造で始める」 のが理想です。
参考リンク
- Google Search Central: Subdomains vs. Subdirectories
- Moz: Subdomains vs. Subdirectories
- Google: Site moves with URL changes
- Google: Set the canonical version of a page
- Ahrefs: Subdomain vs Subdirectory Studies