
サブドメインを使ったあとに、「検索順位が下がった」「アクセスが減った」「どのURLを評価させるべきか分からなくなった」と悩むケースがあります。
ただし、サブドメイン自体がSEOで必ず不利というわけではありません。問題になるのは、サブドメインを使う目的が曖昧なまま、重複コンテンツ、内部リンク不足、移行時のリダイレクト漏れ、canonicalの不一致などが起きてしまうことです。
この記事では、サブドメインSEOで起こりやすい失敗例、サブディレクトリとの違い、トラフィックが落ちたときの確認手順、移行・リカバリー時の注意点を実務向けに整理します。
- サブドメインSEOで失敗しやすいパターン
- サブドメインとサブディレクトリの考え方
- トラフィックが落ちたときに確認するポイント
- サブドメインからサブディレクトリへ移行するときの手順
- 301リダイレクト・canonical・サイトマップの注意点
- サブドメインを使うべきケース・避けるべきケース
- サブドメインSEOは本当に不利なのか
- サブドメインとサブディレクトリの違い
- サブドメインSEOで起こりやすい失敗例
- アクセスが落ちたときの確認手順
- サブドメインSEOで失敗したときのリカバリー手順
- サブドメインSEOの失敗を防ぐチェックリスト
- サブドメインを使ってもよいケース
- サブディレクトリを優先しやすいケース
- よくある質問
- 関連記事
- まとめ
サブドメインSEOは本当に不利なのか
サブドメインとは、メインドメインの前に任意の文字列を付けたURL構造です。
- メインドメイン:
example.com - サブドメイン:
blog.example.com - サブディレクトリ:
example.com/blog/
SEOでは、「サブドメインがよいのか、サブディレクトリがよいのか」がよく議論されます。
実務上は、どちらが常に正解というよりも、コンテンツの役割・運用体制・サイト構造・内部リンク設計に合っているかで判断します。
メインサイトとテーマが近く、同じユーザー導線の中で見せたいコンテンツならサブディレクトリが扱いやすいことが多いです。一方で、サービス・国・言語・システム・ブランドが明確に分かれる場合は、サブドメインが適していることもあります。
サブドメインとサブディレクトリの違い
| 項目 | サブドメイン | サブディレクトリ |
|---|---|---|
| URL例 | blog.example.com |
example.com/blog/ |
| 運用の分離 | 分けやすい | 同一サイト内で管理しやすい |
| テーマの近さ | 別テーマ・別サービス向き | 同じテーマ・同じ導線向き |
| 内部リンク設計 | 意識してつなぐ必要がある | 自然にサイト内導線を作りやすい |
| 移行リスク | URL変更時にリダイレクト設計が重要 | 同一ドメイン内で整理しやすい |
| 向いている例 | ヘルプセンター、アプリ、別ブランド、多言語サイトなど | ブログ、コラム、事例、サービス補足記事など |
サブドメインSEOで起こりやすい失敗例
サブドメイン運用で問題になるのは、サブドメインそのものではなく、設計や移行のミスです。
失敗例1:メインサイトと似た記事をサブドメインにも作ってしまう
メインサイトとサブドメインで似たテーマの記事を作ると、どちらを検索結果に出すべきかが曖昧になります。
たとえば、メインサイト側に「SEO対策の基本」があり、サブドメイン側にも同じような「SEO対策の始め方」がある場合、検索意図が重なってカニバリが起きやすくなります。
この場合は、ページごとの役割を整理し、重複が強いページは統合、リライト、canonical、301リダイレクトなどを検討します。
失敗例2:内部リンクが不足して孤立する
サブドメインを作ったものの、メインサイトからほとんどリンクされていない場合、検索エンジンにもユーザーにも重要性が伝わりにくくなります。
特に、ブログやコラムをサブドメインで運用する場合、メインサイトのサービスページやカテゴリページとの内部リンク設計が弱いと、流入後の導線も作りにくくなります。
失敗例3:移行時の301リダイレクトが不十分
サブドメインからサブディレクトリへ移行する場合や、その逆を行う場合、URLが変わります。
URL変更時に301リダイレクトが不足していると、旧URLの評価や被リンク、ユーザー導線が新URLへ引き継がれにくくなります。
移行時は、旧URLと新URLを1対1で対応させ、関連性の高いページへリダイレクトすることが重要です。
失敗例4:サイトマップやcanonicalが古いまま残る
移行後にXMLサイトマップやcanonicalが旧URLを向いたままだと、Googleに矛盾したシグナルを送ることになります。
たとえば、新URLへ移行したのに、canonicalが旧サブドメインを向いていると、GoogleがどのURLを正規として扱うべきか判断しにくくなります。
失敗例5:サブドメインを作る目的が曖昧
「なんとなくブログはサブドメインにする」「外部サービスがそうなっているから合わせる」という理由だけで分けると、後から管理やSEO導線が複雑になります。
サブドメインを使うなら、メインサイトと役割が明確に分かれているか、運用上分ける必要があるかを先に確認しましょう。
アクセスが落ちたときの確認手順
サブドメイン運用や移行後にアクセスが落ちた場合は、感覚で判断せず、Search Consoleとアクセス解析で原因を切り分けます。
- Search Consoleで対象プロパティを確認する
- メインドメインとサブドメインの両方のデータを見る
- クリック数・表示回数・平均掲載順位の変化を見る
- URL検査で旧URLと新URLの状態を確認する
- 301リダイレクトが正しく動いているか確認する
- canonicalが新しい正規URLを向いているか確認する
- XMLサイトマップに新URLが載っているか確認する
- 404・ソフト404・リダイレクトエラーが増えていないか確認する
- 重要ページから内部リンクされているか確認する
Search ConsoleのCSVをもとに、移行後にクリックが減ったページ、順位が落ちたページ、押し上げ候補を整理したい場合は、GSC改善優先度ツールも活用できます。
サブドメインSEOで失敗したときのリカバリー手順
トラフィック低下やインデックス不安定が起きた場合は、以下の順番で対応します。
1. URL一覧を作る
まず、旧URLと新URLの一覧を作成します。
移行前後のURLを1対1で対応させ、どの旧URLをどの新URLへ転送するかを明確にします。
2. 301リダイレクトを設定する
旧URLから新URLへ、関連性の高いページ単位で301リダイレクトを設定します。
すべてをトップページへ転送するのではなく、できるだけ同じ内容・近い内容のページへ転送します。
3. canonicalを新URLに揃える
新URL側のcanonicalが、正しい新URLを向いているか確認します。
旧サブドメインのURLがcanonicalとして残っていると、Googleに古いURLを正規として伝えてしまう可能性があります。
4. サイトマップを更新する
XMLサイトマップには、検索に出したい新しい正規URLを載せます。
旧URL、リダイレクトURL、noindexページをサイトマップに残したままにしないよう注意しましょう。
5. 内部リンクを修正する
メニュー、パンくず、関連記事、本文リンク、フッターなどが旧URLを指していないか確認します。
内部リンクは、リダイレクトを挟まず、新しい正規URLへ直接向けるのが基本です。
6. Search Consoleで再確認する
修正後は、URL検査で公開URLをテストし、問題がなければインデックス登録をリクエストします。
その後、数日〜数週間単位でクリック数、表示回数、インデックス状況、リダイレクトエラーを確認します。
サブドメインSEOの失敗を防ぐチェックリスト
サブドメインを使う前、またはサブディレクトリへ移行する前に、以下を確認しましょう。
| 確認項目 | 見ること | 判断の目安 |
|---|---|---|
| 目的 | なぜサブドメインに分けるのか | 運用・システム・ブランド上の理由が明確なら検討 |
| テーマ | メインサイトとテーマが近いか | 近いならサブディレクトリの方が管理しやすいことが多い |
| 内部リンク | メインサイトと自然につなげられるか | 重要ページからリンクできる設計にする |
| 重複 | 同じ検索意図の記事が増えないか | 役割分担・統合・canonicalを事前に設計する |
| 移行計画 | 旧URLと新URLの対応表があるか | URL単位で301リダイレクトを準備する |
| GSC | プロパティを確認できるか | メイン・サブドメイン両方を管理できる状態にする |
サブドメインを使ってもよいケース
サブドメインは、以下のようにメインサイトと役割が明確に分かれている場合に向いています。
- ヘルプセンターを別システムで管理する
- アプリや管理画面を別環境で運用する
- 多言語・多地域サイトを分ける
- 採用サイトやブランドサイトを独立させる
- ECとメディアで運用体制が大きく異なる
ただし、この場合でも、必要に応じてメインサイトとの内部リンク、ナビゲーション、サイトマップ、Search Console管理を整える必要があります。
サブディレクトリを優先しやすいケース
以下のような場合は、サブディレクトリで管理した方が扱いやすいことが多いです。
- ブログやコラムをメインサイトの集客導線にしたい
- サービスページと記事を内部リンクで強くつなぎたい
- 同じブランド・同じユーザーに向けた情報を発信する
- サイト構造をシンプルに保ちたい
- Search Consoleやアクセス解析の管理を複雑にしたくない
特に中小サイトでは、記事・事例・FAQ・サービスページを同じドメイン配下で育てた方が、運用しやすい場面が多いです。
よくある質問
Q. サブドメインはSEOに不利ですか?
必ず不利というわけではありません。問題になるのは、目的が曖昧な分離、内部リンク不足、重複コンテンツ、移行時のリダイレクト漏れなどです。サイトの目的に合わせて選ぶことが重要です。
Q. ブログはサブドメインとサブディレクトリのどちらがよいですか?
メインサイトの集客導線としてブログを使うなら、サブディレクトリの方が扱いやすいことが多いです。一方で、別システムや別ブランドとして運用する必要があるなら、サブドメインも選択肢になります。
Q. サブドメインからサブディレクトリへ移行すれば順位は上がりますか?
必ず上がるわけではありません。移行によってURLが変わるため、301リダイレクト、内部リンク、canonical、サイトマップ、Search Console確認を正しく行う必要があります。
Q. サブドメインを作るとメインサイトの評価は分散しますか?
一概には言えません。ただし、内部リンクが弱く、テーマが重複し、別サイトのように孤立していると、メインサイトとの関係性が伝わりにくくなる可能性があります。
Q. サブドメイン移行後にアクセスが落ちたら何を見ればよいですか?
旧URLから新URLへの301リダイレクト、canonical、サイトマップ、内部リンク、404、リダイレクトエラー、GSCのクリック数・表示回数・順位変化を確認します。
関連記事
まとめ
サブドメインSEOで失敗しやすい原因は、サブドメインそのものではなく、設計や移行のミスです。
- 目的が曖昧なサブドメイン分離は避ける
- メインサイトと近いテーマならサブディレクトリも検討する
- 重複コンテンツやカニバリを防ぐ
- 内部リンクでメインサイトとの関係性を示す
- 移行時はURLマッピングと301リダイレクトを行う
- canonical、サイトマップ、内部リンクを新URLに揃える
- Search Consoleで移行後の状態を継続確認する
サブドメインとサブディレクトリのどちらを選ぶかは、SEOだけでなく運用体制やユーザー導線も含めて判断する必要があります。重要なのは、URL構造を分けることではなく、ユーザーと検索エンジンにとって分かりやすいサイト構造を作ることです。
GSC分析、キーワード分類、インパクト試算など、SEO改善の優先順位を整理したい場合は、無料ツール一覧から目的に合うツールを選べます。