前回までの宛先の仕組みと、この講義の役割
前回のC-05では、localhostとループバックによって、自分のPCの中だけで完結する通信を見ました。ここまでで、どの機器かを表すIPアドレス、その機器の中のどのプログラムかを表すポート番号という、宛先の仕組みが揃っています。ただし、これらはすべて数字の並びでした。数字の住所は正確ですが、人間には覚えにくく、人に伝えるにも不便です。そこで今回は、人が扱う「名前」の仕組みへ進みます。この名前は、アプリを公開して誰かに使ってもらうときの入口になります。
このスライドのポイント
- C-05まで: どの機器か（IPアドレス）＋その中のどのプログラムか（ポート番号）で宛先が決まる
- これらはすべて「数字の並び」で、人間には覚えにくく、人に伝えにくい
- この講義: 数字の住所に、人が扱う「名前」を対応させる仕組みを学ぶ
- この名前は、アプリを公開して誰かに使ってもらうときの入口になる
ドメイン名の定義と構造
ドメイン名とは、数字のIPアドレスの代わりに使う、人が読み書きしやすい名前のことです。たとえば example.com のように書きます。構造は右から読むのが基本です。いちばん右の com は、種類や地域を表す最上位の部分です。その左の example は、登録した名前にあたります。さらに左に付く shop は、用途ごとに付ける枝で、サブドメインと呼びます。ドメイン名は、世界で同じ名前が重複しないよう、登録制で管理されています。
このスライドのポイント
- ドメイン名＝数字のIPアドレスの代わりに使う、人が読み書きしやすい名前（例: example.com）
- 構造は右から読む
なぜドメイン名が必要か
ドメイン名を知らないと、AIや業者が口にする「ドメインを取る」「サブドメインを分ける」といった言葉の意味が分かりません。また、アプリを公開するときに、URLの見た目が利用者に与える信頼感という要素を判断できなくなります。数字の住所のままでは覚えられず、人にも伝えにくいため、覚えやすい名前が必要になるのです。名前と住所の対応を自分で設計できる立場に立つことが、この講義の目的です。
このスライドのポイント
- 知らないと: 「ドメインを取る」「サブドメインを分ける」というAIや業者の言葉が分からない
- 知らないと: 公開時に、URLの見た目が利用者に与える信頼感を判断できない
- 数字の住所のままでは、覚えられず・人にも伝えにくい
- ねらい: 名前と住所の対応を、自分で設計できる立場に立つ
「登録する単位」と「増やせる枝」の関係
構造をもう少し詳しく見ます。shop.example.com を右から3つに分けると、com、example、shop になります。comは最上位の区分、exampleは登録した名前で、世界で一意です。左端のshopはサブドメインで、これは自分で自由に増やせます。つまり、登録するのは example.com という単位で、その先の枝は自分の裁量で組み立てられる、という関係になっています。
このスライドのポイント
- shop.example.com を右から3分割: com ／ example ／ shop
- example.com … これが登録する単位（exampleは世界で一意）
- shop … サブドメインで、自分で自由に増やせる
- 登録は example.com の単位、その先の枝は自分の裁量
1つのドメインを用途ごとに分けて使う
具体例で見ましょう。example.com というドメインを1つ登録したとします。すると、販売用に shop.example.com、アプリ用に app.example.com というように、用途ごとにサブドメインを分けて運用できます。登録するのは example.com の単位で1回、その中の枝は必要なだけ増やせる、というイメージです。1つの名前を軸にして、サービスの入口を整理できる仕組みだと理解してください。
このスライドのポイント
- example.com を1つ登録する
- 販売用: shop.example.com
- アプリ用: app.example.com
- 登録は example.com で1回、枝（サブドメイン）は必要なだけ増やせる
- 1つの名前を軸に、サービスの入口を整理できる
技術サンプル: ドメイン名の分解
スライドの図は、shop.example.com を右から左へ分解したものです。右端の com が最上位の区分、次の example が登録した世界で一意の名前、左端の shop が自分で増やせるサブドメインです。読み方のポイントは2つあります。1つは、右から左へ、大分類から固有名、そして枝へと読むこと。もう1つは、名前と住所の対応が登録や設定によって決まることです。なお、この対応を実際に引く仕組みは、次回のDNSで扱います。
混同しやすい概念: ドメイン名とURL
混同しやすいのが、ドメイン名とURLです。ドメイン名は、名前そのものを指します。一方でURLは、その名前を含んだ完全な宛先の書き方です。両者は、含む側と含まれる側の関係にあり、同じものではありません。URLの全体の構造については次のカテゴリDで扱いますので、ここでは「ドメイン名はURLの一部である」ということだけを押さえておいてください。
バイブコーディングでの確認点
バイブコーディングでの確認点です。ドメインの購入や設定は、お金と公開範囲に関わる操作であり、A-09で見たリスクの判断対象になります。AIが公開の手順を提案してきても、購入やDNSの設定を実際に実行するのは人間が行い、AIには手順の説明と確認だけをさせるのが安全です。AIへの質問例としては、「このアプリを公開するとき、ドメインをどう設計すべきか、サブドメイン案も含めて提案してください」と聞くとよいでしょう。
このスライドのポイント
- ドメインの購入・設定は、お金と公開範囲に関わる操作＝A-09の判断対象
- 購入・DNSの設定を実行するのは人間、AIには手順の説明と確認だけをさせる
- AIへの質問例:「このアプリを公開するとき、ドメインをどう設計すべきか、サブドメイン案も含めて提案してください」
まとめと次回への橋渡し
最後に一問一答です。shop.example.com の「shop」の部分を、何と呼ぶでしょうか。（少し考えてみてください）答えは、サブドメインです。用途ごとに自分で増やせる枝の部分でした。30秒のまとめです。ドメイン名は、数字のIPアドレスに付ける人間向けの名前で、右から最上位・登録名・サブドメインの順に読み、世界で重複しないよう登録制で管理されています。次回は、この名前から住所を引く仕組みである、DNSと名前解決へ進みます。関連資料は「Vercel公開 完全手順書」「API連携ワード100」です。
このスライドのポイント
- 一問一答: shop.example.com の「shop」の部分を何と呼ぶ？ → サブドメイン
- 30秒まとめ: ドメイン名＝IPアドレスに付ける人間向けの名前／右から最上位・登録名・サブドメイン／登録制で世界に一意
- 次回: C-07 DNSと名前解決（名前から住所を引く仕組み）
- 関連資料: 「Vercel公開 完全手順書」「API連携ワード100」
