ドメインとURLの違いをわかりやすく解説

この記事でわかること

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

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

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

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

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 … サブドメイン。同じドメインの中でサービスを分けたいときに付ける

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

サブドメイン（一番左の 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の仕組みをやさしく解説も合わせて読むと理解が深まります。

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

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

[email protected] というメールアドレスは、

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

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

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

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

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

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

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

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

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