## この記事でわかること

- URL とドメイン名の関係（ドメインは URL の一部）
- ドメイン名の階層構造（TLD / 第二レベル / サブドメイン）
- メールアドレスの「@ の右側」もドメイン名であること

## URL とドメインは「全体」と「一部」の関係

社内で「サイトの URL を教えてください」と聞かれたとき、`https://domain-bannin.jp/diagnose` のような文字列を共有することが多いはずです。一方で名刺やチラシに載っている `domain-bannin.jp` のような短い表記は「ドメイン名」と呼ばれます。

両者は別物ではなく、**URL の中にドメイン名が含まれている**という関係です。URL は「ウェブ上の特定のページを指し示す住所全体」、ドメインは「その住所のうち、組織やサービスを識別する部分」を指します。

![URL とドメインの関係](/blog/domain-vs-url/url-structure.svg)

URL を分解すると、おおむね次の 3 つの要素に分けられます。

- **プロトコル**: `https://` や `http://` のような、通信方法を示す部分
- **ドメイン名**: `domain-bannin.jp` のような、組織やサービスを識別する部分
- **パス**: `/diagnose` や `/blog/dns-basics` のような、サイト内のどのページかを示す部分

つまり「ドメイン」は単独でも成立する独立した名前であり、「URL」はそのドメインに `https://` やパスを足してページを特定できるようにした完全な住所、と整理すると混乱しません。

## ドメイン名にも階層がある

ドメイン名そのものも、ドット（`.`）で区切られた階層構造になっています。`mail.example.co.jp` を例に右から見ていくと次のとおりです。

- `jp` … トップレベルドメイン（TLD）。国や用途を表す最上位の区分
- `co` … 第二レベルドメイン。日本では「co（企業）」「ne（ネットワーク）」「or（団体）」などが定義されている
- `example` … 組織やサービスを識別する部分。実質的にここが「自社のドメイン名」
- `mail` … サブドメイン。同じドメインの中でサービスを分けたいときに付ける

![ドメイン名の階層構造](/blog/domain-vs-url/domain-hierarchy.svg)

`.com` や `.net` のように、第二レベルが省略されて `example.com` という形になる TLD もあります。どのレベルまでを「自社のドメイン」と呼ぶかは TLD によって変わるため、契約書や請求書では `example.co.jp` のように一段上まで含めて表記しておくのが安全です。TLD の種類と選び方は[ドメインの種類一覧と選び方](/blog/domain-types)で整理しています。

サブドメイン（一番左の `mail` の部分）は、同じドメインを使いながら用途別にサーバーを分けたいときに使います。詳しい使い分けは[サブドメインの基本とメールでの使いどころ](/blog/subdomain-basics-mail)で解説しています。

## よくある混同パターン

実務では URL とドメインの混同から、次のような行き違いが起こりがちです。

**「ドメインを教えてください」と言われて URL 全体を返す**

サーバー会社や制作会社から「ドメインを教えてください」と聞かれたら、求められているのは `example.co.jp` のような短い表記です。`https://example.co.jp/contact` のようにパスまで含めて伝えると、設定対象が曖昧になり再確認のやり取りが発生します。

**URL 末尾のスラッシュをドメインの一部だと思う**

`https://example.co.jp/` の末尾の `/` はパスの起点を示す記号で、ドメイン名には含まれません。DNS の設定画面に `example.co.jp/` と入力すると弾かれることがあるので注意が必要です。

**サブドメイン付きの URL を「別ドメイン」だと思う**

`shop.example.co.jp` と `example.co.jp` はサブドメインが違うだけで、所有者は同じドメインの持ち主です。ただし DNS レコードや SSL 証明書、メール認証は **サブドメインごとに別管理**になるため、運用上は別物として扱う必要があります。DNS の基本構造は[DNSの仕組みをやさしく解説](/blog/dns-basics)も合わせて読むと理解が深まります。

## メールアドレスの「@ の右側」もドメイン名

意外と知られていないのが、メールアドレスにもドメイン名が含まれている点です。

`info@example.co.jp` というメールアドレスは、

- `info` … ローカルパート（受信箱の名前。社内で自由に決められる）
- `@` … 区切り記号
- `example.co.jp` … ドメイン名（ウェブサイトのドメインと同じもの）

という構造になっています。**メールの宛先サーバーを決めているのは、@ の右側のドメイン名**です。送信側のメールサーバーは、ドメイン名を手がかりに DNS の MX レコードを引いて、配送先のメールサーバーを特定します。

つまり「ウェブサイトを公開する」ことと「独自ドメインのメールを使う」ことは、同じドメイン名を別の用途（A レコードと MX レコード）で使っているだけ、と言えます。1 つのドメインを取得すれば、サイトもメールも同じ名前で運用できる、というのはここに理由があります。

### 呼び分けの基準を持っておく

URL とドメイン名を厳密に呼び分けると、社内外のコミュニケーションがスムーズになります。

- ページを共有したいとき → URL（`https://...` から始まる完全な住所）
- 組織やサービスを指したいとき → ドメイン名（`example.co.jp` のような短い表記）
- 設定画面に入力するとき → 文脈次第（DNS ならドメイン名、リダイレクト先なら URL）

この区別があると、サーバー会社・制作会社・SaaS のサポートに問い合わせるときに「どこの設定の話か」がぶれずに伝わります。担当者間の引き継ぎでも、URL とドメインを書き分けたメモを残しておくと、後任の方が迷わずに作業を進められます。設定変更を伴うやり取りでは、URL の場合はパスまで含めて、ドメインの場合は `example.co.jp` のようにシンプルな形で共有するのが基本です。社内のドキュメントテンプレートにこの呼び分けのルールを 1 行入れておくだけでも、無駄な確認のラリーを減らすことができます。

## 自社の状況を確認してみませんか

設定状況がわからない方は、無料の[ドメイン診断](/diagnose)で現状をチェックできます。
DMARC・SPF・DKIM・SSL の状態が数十秒でレポートされます。
判断に迷う場合は[お問い合わせ](/contact)からご相談ください。専門家がわかりやすくサポートいたします。