サブドメインとサブディレクトリのSEO|運用条件で選ぶ比較と移転の注意点

ブログをサブドメインに置くべきか、サブディレクトリに置くべきかは、順位のうわさだけで決められません。編集・公開・保守を誰が担い、同じ利用者へどう案内するかを先に整理しましょう。既存サイトの構成を変更する場合は、新規設置とは別に移転の確認が必要です。
サブドメイン・サブディレクトリ・別ドメインの違い
example.com/blog/は同じホスト配下のサブディレクトリ、blog.example.comはサブドメイン、example-guide.comは別ドメインの例です。見た目だけでなく、配信や認証、CMS、管理権限をどう分けるかが選択に関わります。
構成 | 架空の例 | 先に決めること |
|---|---|---|
サブディレクトリ | example.com/blog/ | 既存配信とCMSを共存させる方法 |
サブドメイン | help.example.com | ホストの配信・TLS・保守責任 |
別ドメイン | example-guide.com | ブランド、更新管理、利用者の案内 |
この表は実装の可能性を示すだけです。別CMSだから必ずサブドメイン、同じCMSだから必ずディレクトリという一対一の関係ではありません。
SEO上の自動的な有利・不利と評価の誤解
GoogleのSEOスターターガイドは、事業や管理に適した構成を選ぶよう説明しています。「サブドメインは必ず評価ゼロから」「ディレクトリなら本体の評価を自動的にもらえる」といった固定ルールで順位を予測しないでください。内容、リンク、取得可能性、運用の違いも一緒に変わるためです。
既存構成で問題なく運用できているなら、順位改善だけを目的に大規模移転する前に、具体的な障害と変更の利益を確認します。なおGoogleのスパムポリシーは、違反回避を目的に別の領域へ移る行為も扱っています。構成変更を問題の帳消しとして使わないことが前提です。
CMS・権限・配信・保守で比較する
運用の比較軸 | サブディレクトリで確認 | サブドメインで確認 |
|---|---|---|
CMS・配信 | 既存ルートと共存できるか | 別配信の構築・連携が必要か |
公開権限 | 本体への影響範囲を制限できるか | 分離した権限と承認を維持できるか |
DNS・TLS | 本体の管理者との調整 | 追加ホストの設定・更新担当 |
取得制御 | 同ホストのrobotsと対象パス | 対象ホストのrobotsとサイトマップ |
内部リンク | 自然なカテゴリと関連案内 | ホストを越える分かりやすい案内 |
計測 | パス・言語・入口の範囲 | ホストも含めた範囲と遷移確認 |
どちらでも、保守と計測が不要になるわけではありません。現行CMSや配信サービスの制約は担当者に確認し、見積りには初期作業だけでなく更新時の試験や障害対応も含めます。
ブログ・ヘルプ・多言語サイトの判断例
次の例は架空の判断材料です。同じ編集部のブログなら、カテゴリや権限を本体と共通化できるディレクトリが候補になります。ただしCMSの接続や公開承認を確認します。外部のヘルプサービスを使うなら、サブドメインが候補でも、リンク切れやサービス終了時の引継ぎが残ります。
用途 | 候補と理由 | 残る確認 |
|---|---|---|
同一編集部のブログ | 本体配下で案内をそろえる | CMS共存、レビュー、復旧 |
別サービスのサポート | 運用を分けたホスト | 認証、契約終了時の移転、同意と計測 |
国・言語別サイト | 担当者と配信条件から選ぶ | 各言語URL、対応関係、地域の対象 |
多言語の構成はGoogleの多地域・多言語サイトの案内も参照します。自動転送だけで読者の言語を決めず、必要な言語ページを通常のリンクで選べる案内を考えてください。
分けた後も必要なリンク・robots・計測の管理
ホストやパスを分けても、関連する情報へのリンク、robots、canonical、サイトマップの管理は続きます。共有ヘッダーにリンクを置いただけで、各記事の目的が伝わるとは限りません。内容上必要な箇所から、同じ言語の情報へ案内します。
GA4では、レポートが意図した本番ホストとパスを含むか、サポートや認証先へ移る時のセッション・参照元がどう見えるかを確認します。同じ登録ドメインだから計測が完全という前提は置かず、実際の設定と利用経路を試験してください。
既存サイトを移す時のURL対応と確認順序
既存ページを移す場合は、GoogleのURL変更を伴う移転ガイドに沿って対応を準備します。関係のない旧URLを一括でホームへ転送せず、対応する内容の旧新URLを整理します。
- 旧新URLと対象言語を一対一で対応付ける。
- 新URLの公開応答、内容、canonical、robotsを確認する。
- 意図した永続リダイレクトと転送先を試験する。
- 内部リンク、サイトマップ、必要なSearch Console管理を更新する。
- 旧新の取得・登録・入口を同じ条件で監視する。
検索側の再処理中には変動が起きる場合があります。移転前後の数値差をすべて構成の優劣と説明せず、同時に変えた内容や配信不具合も記録します。
構成を変える前に合意する運用責任
作業 | 責任者として決める役割 | 引継ぐ確認物 |
|---|---|---|
DNS・TLS | ドメイン・配信管理者 | 期限、設定、障害時の連絡先 |
CMS・公開 | 編集責任者と実装担当 | 承認、公開手順、戻し方 |
構造・取得制御 | サイト管理担当 | URL対応、robots、canonical、リンク |
計測 | 分析担当 | ホスト・言語・入口、成功条件の試験 |
最後に、変更しない場合の費用と、変更した場合に解消する障害を並べて判断します。構成名そのものをSEOの成果とせず、利用者が迷わず情報へ到達でき、担当者が継続して管理できることを目指しましょう。




