サブドメインとは？仕組みとメリット・デメリット、サブディレクトリとの使い分けまで
Webサイトを運営していると、「サブドメインを使った方がいい」「いや、サブディレクトリの方がSEOに有利だ」といった話を耳にする機会が増えてきます。
しかし、そもそもサブドメインとは何なのか、なぜ使うのか、どんな場合に向いているのか——こうした根本的な部分があいまいなまま、なんとなく設定している方も少なくありません。
実は、ドメイン構造の選択ミスは後から修正するのが非常に難しい問題です。サブドメインで運用を始めてからサブディレクトリに移行しようとすると、被リンクの引継ぎやリダイレクト設定など、多大な工数が発生します。最初の設計判断が、その後の運用コストや集客効果を長期にわたって左右するのです。
この記事では、サブドメインの基本的な仕組みから、メリット・デメリット、サブディレクトリとの違い、SEOへの影響、実際の設定方法、具体的な活用事例まで体系的に解説します。「なんとなく知っている」から「正しく使いこなせる」へのステップアップに役立てていただければ幸いです。
サブドメインとは何か
サブドメインとは、メインとなるドメイン（ルートドメイン）の前に文字列を追加して作られる、派生的なドメインのことです。
たとえば example.com というドメインがあるとします。このとき、
blog.example.com
shop.example.com
support.example.com
のように、ドメイン名の左側に追加された blog shop support の部分が「サブドメイン」にあたります。
ドメインの構造を左から右に読むと、より具体的な範囲から広い範囲へと向かいます。blog.example.com であれば、com（トップレベルドメイン）→ example（セカンドレベルドメイン）→ blog（サブドメイン）という階層になります。
なぜ「サブ（sub）」と呼ぶのか
sub は英語で「下位の・派生的な」という意味を持ちます。親となるドメインの傘下に設けられた領域という意味合いから、この名称が使われています。
感覚的には、本社ビルの中に独立した部署が入っているようなイメージです。外から見ると同じ建物（ドメイン）に属しているように見えますが、内部では別の機能や役割を持っています。
「www」もサブドメインのひとつ
じつは、多くのWebサイトで見かける www.example.com の www もサブドメインです。歴史的な慣習として「World Wide Web」を意味する www が使われてきましたが、技術的には blog や shop と同じくサブドメインの一種にすぎません。
現在では www なしのドメイン（example.com）でもアクセスできるサイトが増えており、www の有無はほぼ任意となっています。ただし、どちらかに統一してリダイレクト設定を行わないと、Googleから「重複コンテンツ」として扱われる可能性があります。新規サイトを立ち上げる際には、www あり・なしのどちらかに統一し、もう一方を301リダイレクトする設定を最初から行っておくことが重要です。
ドメインの基本構造をおさらい
サブドメインを正しく理解するために、まずドメイン全体の構造を確認しておきましょう。
blog.example.com を例にとると、それぞれの部分は以下の役割を持っています。
部分 名称 役割 com トップレベルドメイン（TLD） 分類の最上位（汎用・国別など） example セカンドレベルドメイン 組織やサービスの固有名称 blog サブドメイン 用途・機能の識別子
com の部分は汎用TLDと呼ばれ、jp（日本）や uk（英国）などは国別コードTLD（ccTLD）と呼ばれます。example.co.jp のように co.jp を使う日本企業の場合、co はセカンドレベル、example はサードレベルにあたり、サブドメインはさらにその左に付くことになります。
この階層をイメージで整理すると、インターネット上の「住所」のような仕組みです。国名（TLD）→ 町名（セカンドレベル）→ 建物内の部屋番号（サブドメイン）という感覚に近いといえます。
ドメインの所有者が変わるのはセカンドレベルドメインまでであり、サブドメインはあくまでそのドメインを保有している人・組織が自由に作成・削除できる領域です。つまり、他人が example.com のサブドメインを勝手に作ることはできません。
サブドメインを使う場面
サブドメインを設定するのは、主に次のような場面です。
コンテンツやサービスの種類が異なるとき
企業サイト（www.example.com）と採用情報（recruit.example.com）を別管理したい場合、テーマが大きく異なるため、サブドメインで切り分けるのが自然な判断です。採用サイトはターゲットも目的も企業サイトとは異なるため、サイト設計・デザイン・CMS自体を独立させたいニーズが生まれやすいのです。
言語・地域別サイトを作るとき
国際展開しているサービスでは、en.example.com（英語版）や jp.example.com（日本語版）のように地域・言語別にサブドメインを分けるケースがあります。Googleは各サブドメインに hreflang タグを設定することで、言語・地域の違いを正しく認識します。サブドメインで国・言語を分けるか、サブディレクトリ（example.com/en/）で分けるかは、組織体制やシステム要件によっても変わります。
開発環境やテスト環境の分離
本番サイトとは別に dev.example.com や staging.example.com を作り、開発・テスト用の環境として使うのも一般的な活用法です。この用途では、外部からアクセスできないよう .htaccess や Basic認証を設定しておくのが通常の運用です。また、開発用サブドメインは robots.txt でクローラーをブロックし、Googleにインデックスされないようにすることも忘れてはなりません。
ECサイトやブログなど機能別の分離
コーポレートサイトとは別に store.example.com でショッピング機能を提供するなど、システム的に分離したい場合にも有効です。ECには専用のカートシステムやセキュリティ設定が必要なため、独立させることで管理の複雑さを下げられます。
YMYL領域のコンテンツを扱うとき
YMYL（Your Money or Your Life）とは、医療・金融・法律など、人の人生や財産に直接影響するコンテンツを指します。Googleはこの分野に対して特に高い信頼性・専門性を求めます。メインサイトとテーマが異なるYMYL領域のコンテンツは、サブドメインで独立させることで、それぞれのE-E-A-T（経験・専門性・権威性・信頼性）を個別に積み上げられる可能性があります。
サブドメインのメリット
1. 新しいドメイン取得が不要でコスト削減できる
別のWebサイトを立ち上げたいとき、新規ドメインを取得・維持するには年間数百〜数千円の費用がかかります。複数のサービスを展開する企業では、ドメイン費用だけで年間数万円になるケースも珍しくありません。サブドメインはすでに持っているドメインを使い回せるため、費用を抑えながら複数サイトを運営できます。
また、新規ドメインには取得後にWHOIS情報の管理や更新期限の管理が発生しますが、サブドメインであればその手間も省けます。運営リソースが限られるスタートアップや個人事業主にとっては、このコスト削減効果は無視できない要素です。
2. ブランドの一貫性が保てる
shop.example.com のように、URLを見た瞬間にどの会社・サービスの傘下にあるかが伝わります。ブランド認知という観点で、メインドメインのイメージを継承しやすい構造です。
新規ドメインを取得した場合、そのドメインが自社サービスと関連していることをユーザーに伝えるには時間がかかります。サブドメインであれば、既存のブランド信頼をそのまま活用でき、ユーザーの不安を和らげられます。特にフィッシング詐欺への警戒心が高まっている現代では、ドメインの一貫性がユーザーの信頼感に直結する場面が増えています。
3. コンテンツ管理を明確に分離できる
サブドメインは技術的には独立したサイトとして扱えるため、CMSや管理システムを別々に設定できます。たとえば、コーポレートサイトはWordPress、ECはShopify、ドキュメントはNotion や GitBookといった組み合わせが可能です。担当チームが異なる場合や、利用するシステムが違う場合でも柔軟に対応できます。
また、アクセス権限の管理という観点でも有効です。サブドメインごとにサーバーのアクセス権を分けられるため、特定のサブドメインの管理者権限を外部のパートナー企業に付与するといった運用もしやすくなります。
4. サーバー負荷の分散が可能
大量のトラフィックが予想されるサービスをサブドメインで切り出し、別サーバーに割り当てることができます。メインサイトに影響を与えずに、リソースを最適に配分できる点は運用上の大きなメリットです。
たとえば、季節的にアクセスが集中するキャンペーンサイトを campaign.example.com として分離し、キャンペーン期間中だけ強力なサーバーに切り替えるといった柔軟な運用が可能になります。クラウドサービスと組み合わせることで、コストを抑えつつスケーラブルな構成を実現できます。
サブドメインのデメリット・注意点
1. SSL証明書に別途費用がかかる場合がある
HTTPSで通信を暗号化するためのSSL証明書は、基本的にドメイン（サブドメインを含む）ごとに必要になります。
ただし、ワイルドカード証明書（*.example.com のように、すべてのサブドメインに対応）を使えば一括で対応できます。費用の目安は年間数万〜十数万円が一般的です。無料のLet’s Encryptを使えば費用は0円ですが、90日ごとに更新が必要で、自動更新の仕組みを設定する技術的な作業が発生します。
サブドメインの数が増えるほど証明書の管理コストも上がるため、運用前にSSL戦略を決めておくことが重要です。
2. メインドメインの評価と影響が双方向に連動する
サブドメインはメインドメインと同一のドメイン名を共有しているため、評価の連動が発生します。
良い面としては、メインドメインが長年かけて培ったブランド力や信頼性を、ある程度引き継ぎやすい点があります。悪い面としては、親ドメインがGoogleからスパム判定やペナルティを受けた場合、サブドメイン側にも悪影響が及ぶリスクがある点です。
また、逆のパターンも起こりえます。質の低いコンテンツや規約違反のコンテンツをサブドメインに置いた場合、メインドメインの評価が引き下げられることがあります。サブドメインであっても「自社ドメインの一部」として品質管理する意識が不可欠です。
3. 管理の手間と放置リスクが増える
サブドメインを増やせば増やすほど、それぞれにDNS設定、SSL証明書、コンテンツ管理が必要になります。運営が活発でない状況で複数のサブドメインを持つと、管理が追いつかなくなるケースがあります。
特に注意したいのが「サブドメイン乗っ取り」と呼ばれるリスクです。削除・廃止したサブドメインのDNSレコードだけが残っている状態（いわゆる「ダングリングDNS」）になると、悪意ある第三者にそのサブドメインを乗っ取られる可能性があります。使わなくなったサブドメインは、必ずDNSレコードごと削除することが重要です。
サブドメインとサブディレクトリの違い
「サブドメイン」と「サブディレクトリ」は混同されやすい概念ですが、構造的にも意味的にも大きく異なります。
比較項目 サブドメイン サブディレクトリ URL例 blog.example.com example.com/blog/ 独立性 独立したサイトとして扱われる メインサイトの一部として扱われる SEO評価 個別に蓄積される傾向 メインサイトと共有・統合される 設定の手軽さ DNS設定が必要 フォルダ追加で比較的容易 システム 別CMSや別サーバーが使える 基本的に同一環境 向いている用途 異なるテーマ・システムの分離 関連コンテンツの拡充
サブドメインがおすすめの場合
メインサイトとテーマが大きく異なるコンテンツを扱うとき、または別システム・別チームでの運用が前提の場合です。たとえば、製造業の企業サイト（製品情報・会社概要）と、技術者向けの情報メディアを同時に運営するような場合、テーマ・ターゲット・コンテンツの性質がまったく異なるため、サブドメインで分離するのが自然です。
サブディレクトリがおすすめの場合
メインサイトと関連性の高いコンテンツを拡充したい場合、SEO的な評価をひとつのドメインに集約したい場合です。たとえば、ECサイト（example.com）の補足として商品レビューや使い方ガイドを追加するなら、example.com/blog/ のようなサブディレクトリが適しています。蓄積された評価をメインサイトと共有しながらコンテンツを育てられます。
判断に迷ったときのシンプルな問いかけは、「このコンテンツは、メインサイトとは別のWebサイトとして独立して成立するか？」です。答えがYesならサブドメイン、Noならサブディレクトリが有力な選択肢になります。
サブドメインとSEOの関係
SEOの観点からサブドメインを考えるとき、「どちらが有利か」という問いに対して明確な正解はありません。ただし、知っておくべき原則はいくつかあります。
Googleはサブドメインを「別サイト」として評価する傾向がある
Googleは基本的に、サブドメインとメインドメインを独立したエンティティとして評価します。つまり、blog.example.com に記事を積み重ねても、その評価が example.com に直接加算されるわけではありません。
ただし、実際の扱いはコンテンツの質や関連性によって異なります。Googleのジョン・ミューラー氏は過去に「どちらを使うかよりも、コンテンツの質の方が重要」と発言しており、構造的な選択に過度に悩むよりも、内容の充実が優先されます。
実務的な観点では「SEO評価を集約したい初期フェーズではサブディレクトリ、独立したブランドや機能として育てたいフェーズではサブドメイン」という使い分けをするケースが多いです。SEO効果の観点で言えば、立ち上げ初期はサブディレクトリの方がメインドメインの評価を借りやすい傾向があります。
同一ドメインから検索結果は原則2件まで
Googleの検索結果では、同一ドメインから表示されるページ数に制限があります（通常は2件程度）。サブドメインが同一ドメイン扱いになる場合、メインサイトと表示枠を奪い合う可能性があります。
ただし、ブランドワード（会社名や商品名）で検索した場合は、同一ドメインから複数のページが表示されることもあります。競合他社との検索結果の競合が問題になるような場合には、この上限を念頭に置いておくことが重要です。
「ドメイン貸し」には注意
他社コンテンツをサブドメインで配信する「ドメイン貸し」という手法は、過去にGoogleからガイドライン違反として対処される事例が報告されています。具体的には2023年、Googleが「サイトの評判を悪用するスパム」としてアップデートを実施し、大手メディアのサブドメインで展開していたアフィリエイトコンテンツが順位を大幅に落とした事例がありました。
自社でコントロールできないコンテンツをサブドメインに置く運用は、ブランドリスクとSEOリスクの両方を抱えることになります。外部パートナーとのコンテンツ配信契約においては、このリスクを事前に確認しておくべきです。
サブドメインとマルチドメインの違い
混同されやすい概念として「マルチドメイン」もあります。
サブドメイン：blog.example.com のように、既存ドメインを親として派生させたドメイン
マルチドメイン：example.com と example.jp のように、複数の独立したドメインを同一サーバーや同一サービスで運用すること
マルチドメインは完全に独立したドメインを複数持つため、ドメイン間の影響を完全に遮断できます。ブランド管理や地域別展開、事業ポートフォリオの分離などに活用されます。費用はその分かかりますが、SEO・ブランド・リスク管理のすべてを完全に独立させたい場合の最終手段です。
一方、サブドメインはあくまでひとつのドメインの傘下にあるため、親ドメインとの関係性が常に残ります。「独立させたいけれど完全に切り離すほどではない」というケースに向いているのがサブドメイン、「事業を完全に独立させる」ならマルチドメインという整理ができます。
サブドメインの具体的な活用事例
実際にサブドメインがどのように使われているのか、一般的によく見られるパターンをいくつか紹介します。
企業サイトとオウンドメディアの分離
コーポレートサイトとは別に、情報発信用のオウンドメディアやブログを media.example.com や blog.example.com として運営するパターンです。コーポレートサイトはブランドや信頼性訴求が目的、オウンドメディアは集客・教育が目的というように、役割が明確に異なるため分離しやすい構成です。
ただし、この場合はSEO評価がメインサイトと分断されるデメリットも生じます。オウンドメディアの主目的が検索流入の拡大である場合、サブディレクトリを選ぶ方が評価を集約しやすいという意見も根強くあります。
多言語サイトの展開
en.example.com（英語）、zh.example.com（中国語）のように言語別にサブドメインを設けるパターンです。SEO観点では example.com/en/ というサブディレクトリ方式も選択肢ですが、各言語のサーバーを地域ごとに最適化したい場合や、言語ごとに完全に異なるチームが運営する場合はサブドメインが選ばれます。
キャンペーン・期間限定サイト
campaign.example.com や sale.example.com として特定キャンペーンや季節セールのサイトを作るパターンです。期間が終わったらサブドメインを削除（またはメインサイトへリダイレクト）できるため、メインサイトに不要なページが蓄積されずに運営できます。ただし、DNSレコードの削除を忘れないよう注意が必要です。
サポートページ・ヘルプセンターの分離
support.example.com や help.example.com として、カスタマーサポート専用のサイトを独立させるパターンです。ZendeskやFreshdeskなどのSaaSサポートツールを導入する場合、独自ドメインをサブドメインとして設定する機能が標準的に備わっています。
開発・ステージング環境の分離
dev.example.com や staging.example.com として開発環境を本番環境から切り離すのは、システム開発の現場では基本的なプラクティスです。本番の robots.txt とは別に、開発環境ではクローラーをブロックする設定を施しておくことが重要です。また、外部から誰でもアクセスできる状態にならないよう、Basic認証やIPアドレス制限を必ず設定してください。
サブドメインの設定方法
サブドメインの設定は、主にDNS（ドメインネームシステム）の管理画面で行います。大まかな流れは以下のとおりです。
ステップ1：ドメイン管理画面にログイン
利用しているドメインレジストラ（お名前.com、エックスサーバー、ムームードメインなど）の管理画面にアクセスします。
ステップ2：DNSレコードの追加
DNSの管理画面から、新しいレコードを追加します。
Aレコードを使う場合：サブドメインが向くサーバーのIPアドレスを直接指定します。
ホスト名：blog（サブドメイン名の部分）
タイプ：A
値：サーバーのIPアドレス（例：203.0.113.1）
CNAMEレコードを使う場合：別のドメイン名を参照先として指定します。外部サービス（GitHub PagesやVercelなど）にホスティングする場合によく使われます。
ホスト名：blog
タイプ：CNAME
値：参照先のドメイン名（例：your-site.github.io）
ステップ3：サーバー側の設定
使用しているレンタルサーバーやVPSにも、サブドメインを受け付けるための設定が必要です。多くのレンタルサーバーでは管理画面のGUIから「サブドメイン追加」として設定できます。独自でApacheやNginxを使っている場合は、バーチャルホストの設定ファイルを追加します。
ステップ4：SSL証明書の取得・設定
HTTPSを有効にするために、作成したサブドメイン用のSSL証明書を取得・適用します。レンタルサーバーであれば管理画面から無料SSL（Let’s Encrypt）を発行できることが多いです。
DNSの変更は反映されるまで数分〜最大72時間かかる場合があります（通常は数時間以内）。ターミナルで dig blog.example.com コマンドを実行することで、設定が反映されたか確認できます。
サブドメインの削除方法
使わなくなったサブドメインを削除する際は、DNSレコードを削除するだけでなく、サーバー側の設定（バーチャルホスト設定など）も合わせて削除することが重要です。どちらかが残っていると「ダングリングDNS」と呼ばれる危険な状態になるため、両方の削除を必ずセットで行いましょう。
サブドメインでメールアドレスを作る方法
サブドメインはWebサイトだけでなく、メールアドレスにも応用できます。
たとえば support.example.com というサブドメインに対してMXレコードを設定することで、info@support.example.com のようなメールアドレスが発行可能になります。部署別・サービス別にメールアドレスを分けたい場合に活用されています。
設定方法は、DNSの管理画面でMXレコード（メールサーバーを指定するレコード）をサブドメインに追加し、メールサーバー側でも受信設定を行います。Google WorkspaceやMicrosoft 365などのクラウドメールサービスを使っている場合、それぞれのドキュメントにサブドメイン用のMXレコード設定手順が記載されています。
ただし、一般的なビジネスメールの文脈では、シンプルな info@example.com の方が信頼感を与えやすい傾向があります。サブドメインのメールアドレスは、問い合わせ窓口の細分化、自動送信のシステムメール、外部ベンダーへのメール管理委託などの用途に特に向いています。
サブドメインに関するよくある質問
サブドメインは無制限に作れる？
技術的には制限はほぼなく、必要なだけ作成できます。ただし、各サブドメインにDNS設定とSSL証明書が必要になるため、実運用上は管理コストとのバランスで自然と上限が生まれます。目安として、明確な用途がないサブドメインは作らないのが基本方針です。
サブドメインは別のサーバーで運用できる？
はい、可能です。DNSのAレコードでそれぞれ別のIPアドレスを指定することで、各サブドメインを異なるサーバーに割り当てられます。サービスごとに最適なインフラを選択できるのは、サブドメインの大きなメリットのひとつです。
サブドメインのSEO評価はゼロから始まるのか？
新規サブドメインを作った直後は、検索エンジンからの評価はゼロに近い状態から始まります。ただし、親ドメインとの関連性をGoogleが認識している場合、まったくゼロとは言い切れない側面もあります。いずれにせよ、コンテンツを積み上げて評価を育てる過程が必要です。
既存のサブドメインをサブディレクトリに移行できるか？
技術的には可能ですが、301リダイレクトの設定、Googleサーチコンソールへの新規登録と旧サイトの廃止設定、被リンクの引継ぎ確認など、工数のかかる作業が伴います。移行後にGoogleが新しいURLを再評価するまでに数週間〜数ヶ月かかることもあるため、事前に十分な計画を立てて行う必要があります。
まとめ：サブドメインは「目的ありき」で選ぶ
サブドメインは、メインドメインを起点に独立したWebサイトや機能を作れる柔軟な仕組みです。コスト面でも運用面でも優れた点がある一方で、SEO評価の分散やセキュリティ管理の増加といったデメリットも存在します。
最終的な判断軸は「コンテンツやサービスがメインサイトと独立して成立するか」というシンプルな問いに帰着します。
独立性が高い・別システムで動かしたい → サブドメイン
メインサイトの延長線上にあるコンテンツ → サブディレクトリ
完全に切り離す必要がある・別ブランド → 新規ドメイン
ドメイン構造の設計は一度決めると変更コストが大きいため、最初の段階で目的とスケール感を明確にしておくことが重要です。「とりあえず作ってみる」という感覚で始めると、後から大規模なリダイレクト対応やコンテンツ移行が必要になるケースも少なくありません。
Webサイトの構造設計や、ドメインの使い分けについて迷っている方は、ぜひ専門家への相談も視野に入れてみてください。目的や事業規模に応じた最適な構成を、具体的なコストや工数も含めて一緒に整理することで、後悔のない判断につながります。
