サブドメインとは|『独立サイトとして扱われるドメイン分離』の本質と運用4タイプ

『サブドメイン』って、よくわからないまま使ってませんか?

株式会社Cameen 西村温裕ことおんゆーです。

で、Web制作の現場でもマーケの本でも、サブドメインを使え、サブディレクトリにしろ、いやマルチサイトだ、いろんな声が飛び交ってますよね。いやちょっと待ってください。そもそもサブドメインって何ですか?

なんとなくのイメージはあると思うんです。blog.example.comの「blog.」の部分でしょう?と。でも「メインドメインと何がどう違うんですか」と聞かれると、意外と詰まる方が多いんですよね。これ、自分だけだと思ってませんか?

うちの事業でWordPress 6サイトを5年運用してきて、サブドメイン・サブディレクトリ・別ドメインの選定相談は本当に多いんです。話を深掘りしていくと、ほぼ全員が「サブドメインって主ドメインの分家でしょ」という認識で止まっていて、Googleが独立サイトとして扱う事実を知らないんですよね。

これ、結構深刻なんです。なぜなら、サブドメイン選択は「SEO評価を分離する」という意思決定そのものだから。本来サブディレクトリで一体運用すべき案件をサブドメインで分離すると、評価がバラバラに分散して、両サイトとも検索順位が伸び悩む現象が頻発します。うちでもこの判断ミスで半年無駄にした案件があるんです。

今回はその今さら聞けないサブドメインを、表面的な解説ではなく、構造の核心と運用4タイプまで一気に深掘りしていきます。読み終わる頃には、自分の事業でサブドメインを使うべきか、サブディレクトリで十分かが、紙に書き出せるレベルになっているはずです。

結論:サブドメインの核心は「ドメインの一部」ではなく「Googleが独立サイトとして扱う別ドメイン」

サブドメインの本当の正体は、「主ドメインから派生しているように見えて、Googleが独立サイトとして扱い、SEO評価・SSL証明書・運用責任がすべて分離された別ドメイン」のことなんです。名前が似ているだけで、技術的にもSEO的にも、まったく別物として扱われます。

具体例で言うと、example.comとblog.example.comは、見た目は親子関係に見えますよね。でもGoogle Search Consoleでは別サイトとして個別登録が必要なんです。Search Consoleが「別サイトとして登録してください」と要求してくる事実が、両者が独立評価されている何よりの証拠です。

うちで運用しているサイト構成で言うと、onyou0720.comとonyou0720.official.one.comは別ドメインに見えますが、サブドメイン関係でも独立サイト扱いです。それぞれにSSL証明書を発行し、Search Consoleで別途登録し、サーチクエリも分離して計測してます。

サブドメインを使う最大の意味は「評価を意図的に分離したい」という戦略判断にあるんですよね。例えば、本体は技術系コンテンツで、ブログだけは雑記でいきたい場合。サブドメインで分離すれば、雑記の評価が本体を引きずり下ろさない構造になります。逆に言えば、評価を一体化したいなら、サブドメインではなくサブディレクトリ(/blog/)を選ぶのが正解です。

なぜ「サブドメイン」と呼ばれるのか

もう少し深く掘ります。なぜこれは「サブドメイン(Subdomain)」と名付けられたのか。命名の背景を整理します。

サブドメインは英語でSubdomain。subは「下位」「補助」という意味で、ドメインの階層構造の下位部分を指す技術用語なんです。DNS(Domain Name System)の階層では、右から「ルート(.)」「TLD(.com)」「セカンドレベル(example)」「サードレベル(blog)」と続いて、このサードレベル以降がサブドメインなんですよね。

blog.example.comで分解すると、blogがサードレベルドメイン、exampleがセカンドレベルドメイン、comがTLDです。つまり「blog.」の部分が、主ドメインから派生した左側部分=サブドメインの実体なんです。DNSの世界では、左から書く順番が下位、右が上位という、住所と逆の構造になってます。

サブドメインの概念は、1980年代のインターネット黎明期にDNS設計の一部として登場しました。初期はwww.が標準的なサブドメインで、現在もメインサイトをwww付きとwwwなしで運用するサイトが多いですよね。技術的には、wwwもサブドメインの一種なんです。

1990年代後半から2000年代にかけて、サブドメインの使い分け文化が広がりました。blog.は技術ブログ、store.shop.はEC、support.はサポートサイト、こういう用途別の慣習表記が定着していった経緯があります。今でも「blog.」を見ればブログだろう、「shop.」ならECだろう、と即座に推測できるのは、この命名文化の成熟があるからなんです。

近年は、SaaSプロダクトでテナント別にサブドメインを切る運用も標準化してます。tenant1.example.com、tenant2.example.com、こういう動的サブドメイン(ワイルドカードサブドメイン)を活用するアーキテクチャが、Slack・Notion・Shopifyなど大手サービスで採用されています。

うちの事業でも、複数のWordPressサイトをサブドメインで分けて運用しているんですが、最初は「ドメインを増やすほどお金がかかるからサブドメインで節約できる」と考えてたんですよね。でも、節約というよりは「評価分離が必要かどうか」で判断するのが本筋だ、と運用してわかってきました。

サブドメインを立ち上げる現場で何が起きているか

サブドメインを実際に立ち上げる現場で、何が起きているのか。5段階で整理します。

ステージ1:用途判断と評価分離の意思決定

まず最初にやるべきは「そもそもサブドメインで分離すべきか」の判断なんです。サブディレクトリ(/blog/)で十分か、別ドメインを取るべきか、サブドメインで分離するか。この3択を整理します。

判断軸は明確で、コンテンツのテーマが本体と同じならサブディレクトリ、テーマが大きく違うがブランドは共有したいならサブドメイン、完全に別事業なら別ドメイン。この棲み分けで考えると、ほとんどの案件は迷わず判断できるんです。

ステージ2:DNS設定とAレコード/CNAMEレコード追加

用途が決まったら、DNS管理画面で設定追加します。Aレコード(IPアドレス直指定)かCNAMEレコード(別ドメイン参照)のどちらかを使うのが基本です。サーバーが自社管理ならAレコード、SaaS利用ならCNAMEになることが多いですよね。

うちで運用しているWordPress 6サイトの場合、Xserverやone.comのDNS管理画面でレコード追加してから、各WordPressインスタンスを設定する流れです。DNS伝播に数時間〜最大48時間かかるので、急ぎ案件なら早めに動いておくのが必須なんです。

ステージ3:SSL証明書の発行と適用

DNSが通ったら、SSL証明書を発行します。これがサブドメインで一番ハマるポイントなんですよね。サブドメインごとに個別のSSL証明書が必要で、メインドメインのSSL証明書はそのままでは適用されません。

選択肢は2つ。サブドメインごとに個別証明書を発行するか、ワイルドカード証明書(*.example.com)を発行するか。サブドメインが3〜4個以上になるならワイルドカード一択ですし、1〜2個なら個別発行で十分です。Let’s Encryptの無料証明書なら、どちらも費用ゼロで運用可能なんです。

ステージ4:Search Console個別登録とサイトマップ送信

サイトが公開できたら、Google Search Consoleで個別登録します。ここを忘れると、サブドメインの検索パフォーマンスが完全にブラックボックスになるんです。これ、致命的ですよね。

登録手順は、Search Consoleで新規プロパティ追加→DNS TXTレコードまたはHTMLファイル設置で所有権確認→サイトマップ(sitemap.xml)送信、の3ステップです。サブドメインのSEO評価を把握するには、これが必須経路になります。

ステージ5:運用監視と評価分離の経過観察

立ち上げ後は、評価分離が想定通り進んでいるかを継続監視します。主ドメインとサブドメインのインデックス数、検索順位、流入キーワード、すべて別物として推移するため、両方を別個に追う必要があります。

うちで運用していて感じるのは、サブドメインの立ち上げ初期は、主ドメインに比べて評価が圧倒的に弱いという現実です。当然なんですよね、Googleにとっては「新規サイト」なんですから。半年〜1年かけてゆっくり評価を積み上げる前提で運用設計するのが、現場の本音です。

身近な話で全体像をつかむ

ちょっと身近な話で、全体像を掴み直しましょう。

サブドメインの仕組みって、グループ会社の支社に例えるとわかりやすいんです。本社が「example.com」だとして、blog.example.com・shop.example.com・support.example.comは、それぞれ別の支社みたいな存在なんですよね。

同じグループ会社ですから、ブランドや看板の色は揃ってる。だから外から見ると、本社の一部のように見えるんです。でも法律上は別法人で、それぞれが独立した決算書を持ち、独立した税務申告をして、独立した経営評価を受けますよね。これ、まんまサブドメインなんです。

本社が業績好調でも、支社が赤字なら支社単独で評価される。逆に支社が黒字でも、本社が赤字なら本社単独で問題視される。グループ全体としては関連企業だけど、評価は完全に分離されてるんですよね。Googleにとってのサブドメインも、まさにこの「別法人扱い」なんです。

逆に、本社の中の事業部はどうでしょうか。営業部・開発部・経理部、これらは法人としては本社の一部ですよね。決算書も統合で、業績評価も本社全体として一体化される。これがサブディレクトリ(/blog/、/products/、/support/)の構造に近いんです。

つまり、サブドメインを選ぶか、サブディレクトリを選ぶかは「別法人にするか、本社内の部署にするか」の判断と同じ性質を持つんですよね。別法人にする方が独立性は高いけど、その分本社のブランド資産を引き継げない。部署にすれば本社のブランドを共有できるけど、独立した評価は得られない。トレードオフなんです。

うちで複数サイトを運用してきた経験から言うと、初期は「ブランドを揃えたい」という気持ちでサブドメインを選びがちなんですが、実際に運用すると「ブランドは似てるけど評価はバラバラ」というジレンマに直面します。SEO的にはサブディレクトリのほうが圧倒的に有利だけど、技術的・組織的に分離したい強い理由があるならサブドメイン、という判断軸が現場のリアルです。

これ、本社・支社の例えで考えると、「本社のブランドを引き継ぎたいけど、支社の自由度も欲しい」って欲張りな状態に近いんですよね。どちらかを諦める覚悟が必要、というのがサブドメイン選択の本質だと、うちでは整理しています。

サブドメイン運用4タイプと使い分け

タイプ1:事業分離型(blog./store./shop./media.)

本体とは異なる事業ラインを、別ブランド感を保ちながら展開するタイプです。blog.は技術ブログ、store.shop.はEC、media.はメディア事業、こういう形でコンテンツ性質を分離するのが王道なんですよね。

事業分離型の最大の価値は、本体のSEO評価を守りながら、別事業を独立評価で育てられる点です。例えば、本体がBtoB SaaSで信頼系コンテンツ中心の場合、軽めの雑記ブログを本体に混ぜると評価が薄まる懸念があります。blog.で分離すれば、本体の信頼系評価を守ったまま、ブログを別軸で運用できるんです。

うちでも、メイン事業のonyou0720.comとは別に、別性質のサイトをサブドメインで運用してます。性質の違うコンテンツを同じドメインに混ぜると、Googleが「このサイトは何を扱ってるのか」を判断しにくくなって、両方の評価が落ちる現象が起きるんですよね。

タイプ2:地域分離型(jp./us./uk./fr.)

多国展開する事業で、国・地域別にサイトを分離するタイプです。jp.は日本向け、us.は米国向け、uk.は英国向け、こういう形で言語・通貨・法規制が異なる市場ごとにサブドメインを切るんですよね。

地域分離型のメリットは、Search Consoleで地域ターゲティング設定を別個に行える点です。jp.example.comは日本ユーザー向け、us.example.comは米国ユーザー向け、と明示することで、各地域のGoogle検索で適切に表示されやすくなります。多国展開する事業では、ほぼ必須の構成ですよね。

ただ、業界の選択肢としては、地域分離をサブドメインでやるか、サブディレクトリ(/jp/、/us/)でやるか、別ドメイン(example.jp、example.us)でやるか、3パターンあります。Googleはどれでも認識しますが、現場の体感ではサブドメインかサブディレクトリが運用しやすいんです。

タイプ3:機能分離型(api./app./admin./dashboard.)

SaaSプロダクト・Webアプリで、機能別にサブドメインを切るタイプです。api.は API エンドポイント、app.はWebアプリ本体、admin.は管理画面、dashboard.はユーザー管理画面、こういう用途で技術的に分離するんですよね。

機能分離型の目的はSEOではなく、技術アーキテクチャの整理です。マーケサイト(example.com)とアプリ(app.example.com)を分けることで、サーバー構成・認証システム・キャッシュ戦略をそれぞれ最適化できるんです。これ、規模が大きくなるほど効いてくる設計判断ですよね。

具体例で言うと、Notionはwww.notion.soがマーケサイト、notion.so直下がアプリ、developers.notion.comがAPI ドキュメント、と機能別に綺麗に分離されてます。大手SaaSサービスは、ほぼこの機能分離型を採用している標準パターンなんです。

タイプ4:実験環境型(staging./dev./test./preview.)

開発・テスト用に一時的に立てるサブドメインのタイプです。staging.は本番投入前のステージング環境、dev.は開発環境、test.はテスト環境、preview.はプレビュー環境、こういう用途で内部限定で運用するんですよね。

実験環境型の重要なポイントは、絶対にGoogleにインデックスさせないこと。robots.txt で全てDisallow、Basic認証で外部アクセスをブロック、IP制限で社内のみアクセス可能、こうした対策を最初から仕込まないと、本番と同じコンテンツがGoogleに重複ページとして認識されてしまうんです。

うちでも、本番投入前のテスト用に staging を立てることがあるんですが、最初の頃は「Basic認証つけ忘れて全文Googleに拾われた」という事故を起こしたことがあるんですよね。実験環境こそ、最初の設定段階で外部遮断を徹底するのが鉄則です。

4タイプの使い分けは、事業段階と必要性で決まります。「メディア展開なら事業分離型」「多国展開なら地域分離型」「SaaSなら機能分離型」「開発フローには実験環境型」、こういう用途別の判断軸で選ぶのが業界の標準なんです。

サブドメイン設計で機能しないパターン3つ

うちの事業でクライアント相談を受けてきた中で、サブドメイン設計が機能しないケースはほぼこの3パターンに集約されます。

うちでサブドメイン設計してわかった本音

うちの事業でWordPressサイト6つを5年運用してきて、わかった本音をお伝えします。

本音1:サブドメインを増やすほど運用コストが指数関数的に上がる

これ、本当によく言われる話なんですが、現場で運用すると痛感する事実なんですよね。サブドメインが1個増えるごとに、SSL証明書の管理、Search Console個別運用、サーバー設定、バックアップ体制、すべて別個に必要になります。

うちでも、最初は「サブドメインで分ければ管理しやすい」と思って軽い気持ちで増やしてたんです。でも気づいたら「どのサイトの証明書がいつ切れるんだっけ」「Search Consoleの確認漏れがある」「サーバー設定がサイトごとに違う」と、運用負荷が想像以上に重くなってました。

本気で運用するサブドメインは2〜3個までが現実的だ、というのがうちの結論なんですよね。それ以上は「とりあえず立てた」のまま放置されがちで、結局価値を生まないことが多い。サブドメインは増やすより整理する発想が、長期視点での正解です。

本音2:サブドメインのSEO評価は立ち上げから半年〜1年でやっと動き出す

サブドメインを立ち上げる起業家・マーケ担当者がよく勘違いしているのが、「主ドメインの評価を引き継げる」という認識なんですよね。これ、半分も当たってないんです。Googleはサブドメインを完全な新規サイトとして扱うので、立ち上げ初期はインデックスもされないし、検索順位も全く上がりません。

うちで運用しているサイトの実績で言うと、新規サブドメインは立ち上げ後3ヶ月で初インデックス、半年で安定流入、1年で本格的な評価獲得、というペースが現実です。これを知らずに「3ヶ月で結果出ない」と焦ると、判断ミスが連鎖します。

本音3:サブドメイン選択は事業戦略の意思決定そのもの

これは現場のSEOコンサルがよく語る本音なんですが、サブドメインを使うか使わないかの判断は、技術的な選択ではなく「事業戦略の意思決定」だ、というのが核心なんです。なぜなら、ドメイン構造は事業の見せ方そのものを決めるからなんですよね。

具体的に、サブドメイン選択で問われる事業戦略の論点は5つあります。(1)本体と新規領域を一体ブランドにするか分離するか、(2)SEO評価を統合するか独立させるか、(3)組織として一つの部署で運用するか別チームで持つか、(4)将来切り離す可能性があるか、(5)買収・売却の対象として独立価値を持たせるか。この5つが揃って初めて、サブドメインを選ぶ意思決定ができるんです。

うちでサブドメインを選ぶときの判断軸は「将来切り離してもいい状態にしたいか」というシンプルな問いなんですよね。切り離したいなら独立評価を作るためにサブドメイン、本体と一体運用するならサブディレクトリ。この1問で大半の判断が決まります。

もう一つ重要なのが、サブドメインを後から「やっぱりサブディレクトリにしたい」と変更するのは現実的にほぼ不可能だ、という現場のリアルです。301リダイレクトで対応できる範囲を超えてリンク資産が散逸し、評価が半分以上失われるケースが頻発します。最初の判断が、事業構造を長期に固定するんですよね。

今日から使える設計5ステップ

ここまで読んでくださった方、お疲れさまです。サブドメイン運用の実装手順を5ステップで置いておきます。

シンプルですが、これだけで機能するサブドメイン運用の骨格が完成します。あとは事業の本筋に集中してコンテンツを積み上げるだけなんですよね。

よくある質問(FAQ)

まとめ

で、結局サブドメインとは、こういうことです。

• サブドメインの核心は「ドメインの一部」ではなく「Googleが独立サイトとして扱う別ドメイン」
• 本質はSEO評価・SSL証明書・運用責任すべてが分離される技術構造であること
• 4タイプ(事業分離/地域分離/機能分離/実験環境)から用途に最適なものを選ぶ

名前の見た目だけで判断するのではなく、評価分離が事業戦略にどう影響するかを軸に判断する。これがサブドメイン運用の本来の役割なんです。検討しているなら、用途整理から始めてみてください。

ではでは。