
サブドメインとは、既存のドメインを基に、別のWebサイト領域を作るためのURL構造です。
例えば「example.com」が元のドメインなら、「blog.example.com」の「blog」がサブドメインにあたります。
ただし、サブディレクトリや新規ドメインと何が違うのか、SEOや運用にどう影響するのかは、サイトの目的によって変わります。
この記事では、サブドメインの意味から作り方まで解説します。読み終えたあとに、自社がサブドメイン・サブディレクトリ・新規ドメインのどれを選ぶべきか判断できる状態を目指します。
サブドメインは、メインサイトと関係を残しながら、テーマ・運用・システムをある程度分けたいときの選択肢です。SEOだけを理由に決めず、テーマの独立性、ブランド、運用体制、技術管理の4点から判断してください。
この記事の監修者
WINDOM株式会社 代表取締役社長
青柳 純也Junya Aoyagi
Webマーケティング領域全般を専門領域とし、SEO・コンテンツマーケティング・Webサイト設計などの支援に携わる。
Webサイト構成をご検討中の方へ
サブドメインかサブディレクトリか迷っている場合はご相談ください
WINDOMでは、SEO・Web制作・計測設計まで含めて、サイト構成の判断から支援しています。
サブドメインとは|URLで見る仕組み
サブドメインとは、メインとなるドメインの前に文字列を追加し、別の領域として利用する仕組みです。
「example.com」を基準にすると、「blog.example.com」「shop.example.com」などがサブドメインです。
URLのどこがサブドメインか
URLで見ると、サブドメインの位置は次のようになります。
| URL | サブドメイン | 基準となるドメイン |
|---|---|---|
| https://blog.example.com/ | blog | example.com |
| https://shop.example.com/ | shop | example.com |
| https://support.example.com/ | support | example.com |
サブドメイン名には、サイトの役割が伝わる短い文字列を使うと管理しやすくなります。
例えばブログなら「blog」、サポートサイトなら「support」といった形です。
独自ドメインとの違い
独自ドメインは「example.com」自体を指し、サブドメインはそのドメインを基に作る領域です。
新しい独自ドメインを取得する場合は「example-shop.com」のように、元のドメインとは別のドメインになります。
この記事では「example.com」を基準となるドメイン、「shop.example.com」をサブドメイン、「example.com/shop/」をサブディレクトリとして説明します。
wwwもサブドメインの一種
「www.example.com」の「www」も、構造上はサブドメインとして扱えます。
Search Consoleのドメインプロパティでは、wwwを含む各サブドメインが対象範囲に含まれます。ドメインプロパティを「example.com」で登録すると、www.example.comやsupport.example.comなども集約して確認できます。
出典:Search Console ヘルプ「ウェブサイトまたはプラットフォームのプロパティを Search Console に追加する」
サブドメイン・サブディレクトリ・新規ドメインの違い
サイト構成を決めるときは、サブドメインだけで考えず、サブディレクトリと新規ドメインも並べて比較します。
URLだけでなく、ブランド・運用・サーバー・SEO・管理コストまで含めて判断することが重要です。
URL構造の違い
3つの方式は、URLを見ると違いが明確です。
| 方式 | URL例 | 関係 |
|---|---|---|
| サブドメイン | shop.example.com | 同じドメインを基に別領域を作る |
| サブディレクトリ | example.com/shop/ | 同じサイトの配下に置く |
| 新規ドメイン | example-shop.com | 別ドメインとして運営する |
運用とブランドの違い
サブドメインは、同じブランドとの関係をURLで残しながら、運用を分けたいときに使いやすい構造です。
一方、同じ読者・同じテーマ・同じ運用体制で情報を増やすなら、サブディレクトリのほうが自然な場合があります。
ブランドも運営主体も別にしたいなら、新規ドメインが候補です。
SEOの違いは一律に決めない
SEOでは「サブドメインなら有利」「サブディレクトリなら有利」と、URL構造だけで一律に判断しないでください。
Googleは、サイト内のセクションがメインサイトと大きく異なる場合、そのセクションを独立したものとして理解する仕組みを持つと説明しています。つまり、同じドメイン配下だから評価が自動で同じになる、と考えるのは適切ではありません。
出典:Google Search Central「Updating our site reputation abuse policy」
検索意図、コンテンツ品質、内部リンク、技術設定、運用の一貫性を含めて評価する必要があります。
3方式を早見表で比較する
| 比較軸 | サブドメイン | サブディレクトリ | 新規ドメイン |
|---|---|---|---|
| テーマ | ある程度独立 | 本体と近い | 明確に独立 |
| ブランド | 共通させやすい | 共通 | 分けやすい |
| CMS・サーバー | 分離しやすい | 共通化しやすい | 完全に分離しやすい |
| URL管理 | 別ホストとして管理 | 同一ホスト配下 | 別ドメインとして管理 |
| 追加ドメイン取得 | 不要 | 不要 | 必要 |
| 向く場面 | 別サービス・別機能 | 同一テーマの情報拡張 | 別ブランド・別事業 |
サイト構成の設計も対応
「サブドメインとサブディレクトリ、どちらが合う?」と迷う場合は
テーマ・ブランド・運用体制・SEO・開発環境を整理し、公開後の運用まで含めて構成を決めます。
サブドメインを使う主なケース
サブドメインは、メインサイトとの関係を残しながら、別の役割を持つサイトを運営するときに使われます。
別サービス・別事業を運営する
コーポレートサイトと別サービスの情報量が多い場合、サブドメインで分ける方法があります。
例えば本体を「example.com」、SaaSサービスを「app.example.com」とする形です。
ブランドは共通させたい一方、CMSや開発環境、担当チームを分けたい場合に検討しやすくなります。
ブログ・ヘルプセンターを分ける
ブログやヘルプセンターをサブドメインへ分けるケースもあります。
ただし、コンテンツのテーマとユーザーが本体サイトと近く、同じCMSで問題なく運用できるなら、サブディレクトリでも対応できます。
「ブログだからサブドメイン」と決めず、運用を分ける必要があるかで判断してください。
多言語・地域別サイトを分ける
国・地域・言語ごとに運用体制を分ける場合も、サブドメインが選択肢になります。
例えば「en.example.com」「jp.example.com」のような形です。
多言語SEOではURL構造だけでなく、hreflang、翻訳品質、運用責任、国・地域ごとのコンテンツ差分も設計する必要があります。
会員サイト・アプリを分ける
「members.example.com」「app.example.com」のように、会員サイトやWebアプリを分けるケースもあります。
この場合はSEOだけでなく、ログイン状態、Cookie、CORS、API通信などの技術要件も確認してください。
認証・Cookie・CORSの設計はサービス構成によって異なります。SEO担当者だけで判断せず、実装担当者・エンジニアと要件を確認してください。
サブドメインのメリット
サブドメインのメリットは、ブランドとのつながりを残しながら、運用やシステムを分けやすい点です。
ブランドの一貫性を保ちやすい
サブドメインでは元のドメイン名がURLに残ります。
そのため、関連サービスやサポートサイトでも、同じ企業・ブランドが提供していることを伝えやすくなります。
新規ドメイン取得が不要
サブドメインを作るために、新しい独自ドメインを取得する必要はありません。
ただし、「サブドメインは無料」とは限りません。サーバー、CDN、SSL証明書、SaaS利用料などは、利用環境によって追加費用が発生します。
CMS・サーバーを分けて運用できる
DNSを適切に設定すれば、サブドメインごとに別のサーバーやサービスを利用できます。
例えば、本体サイトはWordPress、会員サイトは別システム、ヘルプセンターはSaaSといった構成も可能です。
開発・更新担当を分けたい組織では、運用上のメリットが大きくなります。
テーマを独立して整理しやすい
メインサイトと異なる役割の情報を、URLレベルで分けて整理できます。
ただし、テーマが本体サイトと非常に近い場合は、サブディレクトリで一体運用したほうが管理しやすいケースがあります。
サブドメインのデメリット・注意点
サブドメインは作成自体より、公開後の管理項目が増える点に注意が必要です。
DNS・SSL・計測・認証・SEO・更新責任を別途管理する前提で採用してください。
DNS・SSLの設定が増える
サブドメインを公開するには、DNSとサーバー側の設定が必要です。
HTTPSで運用する場合は、サブドメインが証明書の対象に含まれているかも確認します。
無料SSL、ワイルドカード証明書、個別証明書の対応範囲は、サーバーやCDNのサービス仕様によって異なります。
解析・Search Console管理が増える
サブドメインを分けると、計測と検索管理の設計も確認する必要があります。
Search Consoleでは、ドメインプロパティを使えば、対象ドメインとそのサブドメインのデータをまとめて確認できます。一方、サブドメイン単位で詳しく管理したい場合は、URLプレフィックスプロパティを追加する方法があります。
GA4やGTMも、本体サイトとサブドメインで同じユーザー行動を追うのか、別サイトとして分けるのかを事前に決めてください。
会員サイトやWebアプリでは、サブドメインをまたいだ認証が必要になる場合があります。
Cookieの属性、CORS、セッション管理、APIの許可範囲などが関係するため、サイト構成を確定する前に実装担当者へ確認してください。
SEO評価の自動継承を前提にしない
メインサイトにSEO実績があるからといって、新しいサブドメインが同じように評価されると決めつけるのは避けます。
Googleは、サイトの一部がメインコンテンツと独立している場合、そのセクションを独立したサイトのように評価する仕組みがあると説明しています。
既存ドメインの知名度を理由にサブドメインを作るのではなく、ユーザーにとって自然なサイト分割かを優先してください。
更新・障害対応の管理対象が増える
サブドメインが増えると、CMS、サーバー、DNS、証明書、権限、バックアップなどの管理単位も増えます。
公開前に「誰が更新するか」「障害時に誰が確認するか」を決めてください。
サブドメインとSEOの関係
サブドメインのSEOでは、URL形式そのものより、サイトの目的と実装品質を重視します。
「SEOのためにサブドメインを選ぶ」のではなく、ユーザーと運用にとって自然な構造を選び、その構造に必要なSEO施策を実装する考え方が適切です。
SEOで有利・不利は一律に決まらない
サブドメインとサブディレクトリのSEOを、単純な勝ち負けで決めるのは避けてください。
同じドメイン名を共有していても、コンテンツのテーマや運用が大きく異なれば、検索エンジンから独立した領域として理解される場合があります。
逆に、本体サイトと密接に関連し、ナビゲーションや内部リンクで自然につながっているなら、ユーザーにもサイト全体の関係が伝わりやすくなります。
関連ページの内部リンクを設計する
本体サイトとサブドメインの関連性がある場合は、ユーザーが必要なページへ移動できるリンクを設計します。
例えば、コーポレートサイトからサービスサイトへ、サービスサイトから運営会社情報へ、といった導線です。
SEO評価を移す目的で大量にリンクするのではなく、ユーザーが次に必要とする情報へつなげます。
移行時はURL変更を正しく処理する
サブディレクトリからサブドメインへ移す場合や、既存サブドメインを変更する場合は「サイト移行」として扱います。
GoogleはURL変更を伴うサイト移行で、旧URLと新URLのマッピング、サーバー側の恒久的リダイレクト、canonical、robots設定、サイトマップの更新などを推奨しています。
特にサブドメイン変更では、Search Consoleの「アドレス変更」も対象になる場合があります。
出典:Google Search Central「Site Moves and Migrations」
- 旧URLと新URLを1対1で対応させる
- 301または308などの恒久的リダイレクトを設定する
- canonicalを新URLへ更新する
- 内部リンクを新URLへ変更する
- XMLサイトマップを新URLへ更新する
- Search Consoleでクロール・インデックス状況を確認する
第三者へのサブドメイン貸与は慎重に
自社と関係の薄い第三者コンテンツを、SEO目的でサブドメインへ掲載する施策は慎重に扱ってください。
Googleのサイト評判の不正使用ポリシーは、ホストサイトのランキングシグナルを利用する目的で第三者コンテンツを掲載する行為を対象にしています。
またGoogleは、ポリシー違反コンテンツを同じドメイン内のサブディレクトリやサブドメインへ移すだけでは、根本的な問題は解決しないと説明しています。
SEOを含むサイト移行にも対応
サブドメイン化で既存SEOへの影響が気になる場合は
URLマッピング、リダイレクト、canonical、内部リンク、Search Consoleまで含め、移行前後の確認項目を整理します。
サブドメインの作り方・設定手順
サブドメインの設定画面はサービスごとに異なりますが、基本の流れは共通しています。
- サブドメイン名を決める用途が伝わる短い文字列を決めます。
- DNSレコードを設定する利用するサーバーやSaaSが指定するレコードを設定します。
- サーバー・SSLを設定するホスティング先へ追加し、HTTPS化します。
- CMS・計測・検索設定を確認するWordPress、GA4、GTM、Search Consoleなどを確認します。
1. サブドメイン名を決める
用途がわかるサブドメイン名を設定します。
例えばブログなら「blog」、ショップなら「shop」、ヘルプセンターなら「help」などです。
将来の用途変更も考え、特定の商品名に寄せすぎないほうが運用しやすい場合があります。
2. DNSレコードを設定する
サブドメインをどのサーバーやサービスへ向けるか、DNSで設定します。
Aレコード、AAAAレコード、CNAMEなど、必要な設定は利用先によって異なります。
レンタルサーバー、CDN、SaaSなどの公式手順に従ってください。
3. サーバー・SSLを設定する
サーバー側でサブドメインを追加し、公開先を設定します。
HTTPS化する場合は、サブドメインがSSL証明書の対象に含まれているか確認してください。
証明書の発行・更新方法はサービスによって異なります。
4. CMS・解析・検索設定を確認する
WordPressなどのCMSを設置したら、公開だけで終わらせず計測と検索設定を確認します。
- GA4・GTMのタグ
- Search Console
- XMLサイトマップ
- robots.txt
- canonical
- 内部リンク・ナビゲーション
テスト環境でnoindexを使っていた場合は、本番公開時に残っていないか確認してください。
作る前に確認する3択判断フロー
サブドメインを選ぶべきか迷ったら、SEOではなく運用目的から判断します。
WINDOMでは、テーマ独立性・ブランド継続・運用分離・SEO資産の4軸で整理する方法を推奨します。
| 質問 | YESの場合 | NOの場合 |
|---|---|---|
| 本体とテーマ・機能が独立しているか | サブドメイン/新規ドメインを検討 | サブディレクトリを検討 |
| 同じブランドで運営したいか | サブドメインを検討 | 新規ドメインを検討 |
| CMS・サーバー・運用責任を分けたいか | サブドメインを検討 | サブディレクトリを検討 |
| 完全に別事業として独立させたいか | 新規ドメインを検討 | 既存ドメイン内を検討 |
サブドメインが向くケース
サブドメインは、テーマや機能は独立しているものの、同じブランドとして運営したい場合に向きます。
- 別サービスとして情報量が多い
- 別CMS・別サーバーを使いたい
- 担当部署や更新権限を分けたい
- URL上は同一ブランドとの関係を残したい
サブディレクトリが向くケース
サブディレクトリは、本体サイトとテーマ・読者・運用体制が近い場合に向きます。
- 同じCMSで問題なく運用できる
- 本体サイトの1カテゴリとして自然
- ユーザーが同じサイト内を回遊する
- 管理画面や計測を一体化したい
新規ドメインが向くケース
新規ドメインは、ブランド・運営主体・テーマを明確に分けたい場合に向きます。
既存サイトとは別の事業として成長させる場合や、将来的な売却・事業分離まで考える場合にも検討できます。
一方、新しいドメインではコンテンツ・被リンク・認知などをゼロから積み上げる前提で計画してください。
公開前に7項目を確認する
| 確認項目 | 主な確認内容 | 主担当 |
|---|---|---|
| テーマ独立性 | 本体と同じテーマか、別テーマか | 事業・マーケ |
| ブランド | 同一ブランドとして見せるか | 事業・広報 |
| 運用責任 | 更新・障害対応の担当者 | PM・運用 |
| DNS | 公開先・レコード設定 | 開発・インフラ |
| SSL | 証明書・HTTPS化 | 開発・インフラ |
| 計測・検索 | GA4・GTM・Search Console | マーケ・分析 |
| 移行 | リダイレクト・canonical・サイトマップ | SEO・開発 |
サブドメインについてよくある質問
サブドメインで迷いやすい質問を5つまとめます。
サブドメインは無料で作れますか?
追加の独自ドメイン取得費なしで作れることは多いですが、完全に無料とは限りません。サーバー、SSL、CDN、利用するサービスの料金は環境によって異なります。
wwwはサブドメインですか?
はい。構造上は「www.example.com」の「www」もサブドメインとして扱えます。なお、wwwあり・なしを両方公開する場合は、正規URLの扱いも確認してください。
メールアドレスにもサブドメインを使えますか?
利用できます。例えば「user@mail.example.com」のようなメールアドレスを構成できます。ただし、MXレコードなどのDNS設定とメールサービス側の設定が必要です。
サブドメインはいくつ作れますか?
実際に作成できる数は、利用しているドメイン管理サービスやサーバーの仕様で確認してください。技術上作れても、管理対象が増えるため必要な数に絞ることをおすすめします。
WordPressをサブドメインで運用できますか?
運用できます。サーバーにサブドメインを追加し、DNS・SSL・WordPress・解析タグ・Search Consoleなどを設定してください。具体的な手順は利用サーバーの仕様に従います。
まとめ|サブドメインは目的から選ぶ
サブドメインは、メインサイトと関係を残しながら、別のテーマやシステムを運用するための選択肢です。
SEOだけで決めず、今週は次の3つを整理してください。
- 新サイトのテーマ・ブランド・運用責任を整理する本体サイトと何を共通化し、何を分けるか決めます。
- 3つのURL構造を比較するサブドメイン、サブディレクトリ、新規ドメインを4軸で比較します。
- 技術要件を担当者と確認するDNS、SSL、SEO、計測、認証、移行の実装条件を確認します。
Webサイトの構造設計からご相談ください
サブドメイン・移行・SEOをまとめて設計します
WINDOMでは、SEOだけでなくWebサイト制作・計測・運用まで含め、事業に合うサイト構造を整理します。新サービス立ち上げやサイト移行で構成に迷っている場合は、現状からご相談ください。
- サブドメイン/サブディレクトリ/新規ドメインの構成整理
- URL移行・リダイレクト・SEO要件の設計
- GA4・Search Consoleを含む公開後の計測設計
現状のURL・サイト構造が決まっていない段階でもご相談いただけます
参考文献

