URL を構成する要素

ほとんどの場合、「ドメインを購入した」などと言っても問題ないまたは「当社の画像 別のサイトでホストされています」というメッセージが表示されることがあります。ただし、 より正確であることが必要になります。たとえば サイトとオリジンの違いを理解する必要があります。

URL 部分の名前は標準で指定され、これによって JavaScript も定義されます。 API:

• URL 規格では、URL と関連する URL が 相互運用性のあるウェブブラウザを構築できるようにする。
• URL API コンポーネント には、URL 文字列の一部へのアクセスを提供するメソッドが定義されています。 scheme や origin など）を指定します。

このドキュメントでは、HTTP または HTTPS の URL 文字列で使用される一連の用語について説明します。これは、 ファイルやデータの URL など、他のタイプの URL は対象外です。たとえば、 host と origin。正確な定義は本質的に複雑であるため、これは ドキュメントに URL 標準の例とリンクが記載されています。 試行錯誤します

JavaScript を使用して、定義されている URL コンポーネントの名前を取得できます。 URL API例:

let url = new URL('https://foo.com.au:1234/bar/foo.html#bar');
console.log(url);

URL アナライザ

以下の URL を編集して、URL 文字列の各部がどのように命名されるかをご確認ください。 次の URL にある別のタブで開くこともできます: url-parts.glitch.me.

---

以下に、URL 部分の名前をアルファベット順に示します。

国別コード トップレベル ドメイン（ccTLD）

ISO 3166-1 国コードリストで定義されたトップレベル ドメイン。

• https://example.org.au の場合、国別コード トップレベル ドメインは au です。
• https://example.io の場合、国別コード トップレベル ドメインは io です。

ドメイン名

HTTP または HTTPS URL のドットで区切られた部分: scheme で、path または port の前 （指定された場合）。ドメイン名の各部分はラベルと呼ばれます。

URL	ドメイン名
https://example.github.io/path	example.github.io
https://support.example.org.au:443	support.example.org.au

有効なトップレベル ドメイン（eTLD）

公開サフィックス リストのエントリ（例: その下に TLD と（複数の要素を持つ eTLD の場合は）追加のドメインを指定します。 といった具合です。

• 例: com、com.au、github.io、sa.edu.au、 schools.nsw.edu.au。

この例にあるような「パブリック サフィックス」とは、ドメイン名のことで、 あります。Public Suffix List は、既知のすべてのパブリック サフィックスのリストです。 頻繁に更新されますChromium などのブラウザ Firefox の場合 ビルドでリストを使用します。

eTLD+1

登録可能なドメインをご覧ください。

eTLD と、その前にあるサブドメイン

• 例: example.com、example.org.au、example.github.io、 example.sa.edu.au、example.schools.nsw.edu.au。

ファイル名

URL 規格で定義されておらず、URL API でも定義されていないが、一般的に使用されている ルールに基づいて、URL の最終的なパス以外の部分を URL がディレクトリに直接マッピングされる 構成します。

たとえば、https://example.com/dir/file.html では、file.html がファイル名と呼ばれることがあります。

ファイル名の値は、ダウンロードされた場合にブラウザでアセットに名前を付けるためにも使用されます。 たとえば、https://example.com/images/image.jpg は通常保存されます。 ローカルの image.jpg に保存します。

Fragment

• 仕様

URL の末尾の # 記号の後に続く文字列で、 フラグメント識別子。

• 例: URL https://example.com/cats#tabby にフラグメントが含まれている場合 tabby の識別子値。

で確認できます。 <ph type="x-smartling-placeholder">

# を含む部分は、ハッシュまたはアンカーと呼ばれます。 テキスト フラグメントにリンクして、ハイライト表示することもできます。

ハッシュはフラグメントではなく URL API から返されます。

完全修飾ドメイン名（FQDN）

IP アドレスにマッピングされる、ウェブサイトまたはサーバーの完全なアドレス。

URL	FQDN
https://example.com:1234/cats	example.com
https://api.example.github.io	api.example.github.io

デフォルト以外の URL であっても、URL の FQDN にポートは含まれません。 ポートが使用されます。

ハッシュ（またはアンカー）

• 仕様
• API

URL の末尾の # 記号の後に続く文字列で、 フラグメント識別子.（ いくつかのコンテキスト これは「アンカー」と呼ばれます）。

# を除く部分はフラグメントと呼ばれます。 テキスト フラグメントにリンクして、ハイライト表示することもできます。

ハッシュはフラグメントではなく URL API から返されます。

ホスト

• 仕様
• API

URL 規格で定義されているように、ホストは ドメイン名、IP v4 アドレス、IPv6 アドレス、不透明なホスト、または空 ホストします。

• URL 標準の host の定義にポートは含まれません。
• URL.host に含まれるサービス （ポートがスキームのデフォルトになっていない場合を除く）
• URL.hostname に以下は含まれません。 ポートです。

URL	URL.host
https://www.example.com:443/cat	www.example.com // 443 is the default port for the scheme
https://www.example.com:1234/cat	www.example.com:1234
https://cat.example.github.io	cat.example.github.io

ホスト名

• 仕様
• API

ホスト名は JavaScript URL API によって定義されるが、URL の他の場所で定義されない あります。詳細については、ホストの表現をご覧ください。

URL.hostname は、ポートを指定せずに host を返します。

URL	URL.hostname
https://www.example.com:443/cat	www.example.com
https://www.example.com:1234/cat	www.example.com
https://cat.example.github.io	cat.example.github.io

出発地

• 仕様
• API

URL 規格では origin を定義しています。 HTML 標準へのリンク（ 説明します。

HTTP URL または HTTPS URL の場合、URL.origin はスキーム、ホスト、ポートを返します（ポートがデフォルトである場合を除く） 。

URL	URL.origin
https://www.example.com:443/cat	https://www.example.com
https://www.example.com:1234/cat	https://www.example.com:1234
https://cat.example.github.io	https://cat.example.github.io

パラメータ

検索パラメータをご覧ください。

パスワード

• 仕様
• API

username を参照してください。

パス名

• 仕様
• API

HTTP または HTTPS の URL の場合、ドメインとポート（定義されている場合）の後の部分 filename（定義されている場合）は含まれますが、 検索文字列またはハッシュ。

URL	URL.pathname
https://example.com	[empty string]
https://example.com:8000/search?q=tabby	/search
https://example.github.io/cat/pattern#tabby	/cat/pattern
https://example.github.io/README.md	/README.md

「パス」は、ファイル名なしでパス名を参照するために使用されることがあります。対象 たとえば、URL https://example.com/cat/pattern/tabby.html の場合、「path」は /cat/pattern です。

ポート

• 仕様
• API

ネットワーク ポートを識別する、URL 内の : の後の番号。次に例を示します。 URL https://example.com:1234/tabby ポート番号は 1234 です。

ポート番号は 16 ビットの符号なし整数（整数）にする必要があります 0 ～ 65535 の範囲内。

HTTP URL の場合、デフォルトのポートは 80 です。デフォルトは 443 です。URL デフォルト以外のポートが使用されない限り、ポート番号を指定する必要はありません。

ポートがスキームのデフォルトである場合、API は空の文字列を返します。

URL	URL.port
https://example.com	// empty string
https://example.com:443/foo	// empty string: port is default for scheme
https://www.example.com:1234/foo	1234

プロトコル

• 仕様
• API

scheme の後に : を続けます（例: http:、https:）。

protocol は URL API から使用できますが、scheme は使用できません。

クエリ（または「クエリ文字列」）

• 仕様

URL の検索部分（先頭の ? を除く）。

登録可能なドメイン

• URL が com や org のような単一要素の eTLD（ TLD に対応する eTLD）、ドメイン、 セカンドレベル ドメインの前に指定します。例: example.com、 example.org。
• URL が 2 部構成の eTLD で構成されており、 （com.au、github.io などの公開サフィックス リストのエントリ）に対して 2 部構成のトップレベル ドメイン（「パブリック サフィックス」）とサードレベル ドメイン名 その直前ですたとえば、example.org.au や example.github.io です。
• 3 つ以上の要素で構成される eTLD の場合は、その eTLD とその前のドメイン

で確認できます。 <ph type="x-smartling-placeholder">

Scheme

• 仕様
• API

ネットワーク プロトコル（または実行するアクション）を定義する URL の一部（:// の前） ユーザー エージェントによる設定など）が使用されます。たとえば、 https スキームの URL は、HTTPS プロトコルを使用して作成する必要があります。スキームを含む URL へのリクエストでは、 ネットワークに対応しない file、mailto、git など 動作はユーザー エージェントによって異なります。たとえばユーザーが mailto リンクを開くと、ほとんどのブラウザでは リンクの href URL の値。

検索

• 仕様
• API

疑問符とその後に続く一連の Key-Value ペア パラメータとその値は、pathnameの後に指定します。

URL	URL.search
https://example.com/cats?pattern=tabby&mood=bonkers	?pattern=tabby&mood=bonkers
https://example.com/cats:443?pattern=tabby	?pattern=tabby

query（クエリ文字列）search を ? の先頭。

検索パラメータもご覧ください。

パラメータを検索

• 仕様
• API

検索文字列で渡されたデータ項目を参照する （「クエリ文字列」）を入力します。

• たとえば、https://example.com/cats?pattern=tabby&mood=bonkers の場合、 検索文字列には、pattern=tabby と mood=bonkers の 2 つのパラメータがあります。

第 2 レベルのドメイン

トップレベル ドメインの前のドメイン。

• URL https://www.example.com の場合、セカンドレベル ドメインは次のようになります。 example.com: トップレベル ドメイン com のサブドメイン。

• https://example.org.au の場合、トップレベル ドメインは au で、第 2 レベル ドメインは org、第 3 レベル ドメインは example です。この例では org.au は au のサブドメインであり、example.org.au は次のサブドメインです。 org.au。

サイト

• 仕様

サイトの定義 や、same-site を Include scheme、そして スキームのない同一サイト。

サイトが URL 標準または JavaScript URL API で定義されていません。

コンテキスト:

• 次のような単一部分の eTLD を含む HTTP URL または HTTPS URL の場合 https://example.com の場合、サイトは scheme、eTLD、 次の前にあるラベル できます。たとえば、URL が https://www.example.com/cat の場合、サイトは次のようになります。 https://example.com。（この URL では、eTLD は トップレベル ドメインと区別する必要があります）。
• マルチパート eTLD（co.uk、github.io、sa.edu.au など）の場合: 「サイト」scheme、eTLD、その前のラベルで構成されます。 たとえば、URL が https://cat.example.co.uk/tabby の場合、サイトは次のようになります。 https://example.co.uk、https://www.education.sa.gov.au のサイト https://education.sa.gov.au です。

URL	サイト（スキームと eTLD +1）
https://cat.example.com/tabby	（「https」、「example.com」）
https://cat.example.co.uk/tabby	（「https」、「example.co.uk」）

origin と異なり、サイトに port は含まれていない。

<ph type="x-smartling-placeholder">

サブドメイン

上位レベルのドメイン内のドメイン。

トップレベル ドメインが 1 つのサイト（com や org など）の場合、各部分の URL は、 というテキストが付きます。各トップレベル ドメインはドットで区切られています。

• www.example.com は example.com のサブドメインです。
• support.api.example.org は api.example.org のサブドメインです。 example.org のサブドメイン。

第 3 レベルの登録のみが許可されている 2 つの部分からなる eTLD（エントリ 公開サフィックス リスト（co.uk、 github.io など）とは、サブドメインがドメイン名の前の部分になります。

• たとえば、cat.example.co.uk は example.co.uk のサブドメインです。

テキスト フラグメント

• 仕様
• API

フラグメントの一種で、リンクやハイライト表示を可能にするものです。 テキストの範囲を特定します。ユーザーがテキストフラグメントを含むリンクをクリックした場合 ブラウザは、ページ内のテキストを見つけ、スクロールし、ハイライト表示しようとします。

テキスト フラグメントは :~:text= で始まり、その後に検索キーワードが続きます。

たとえば、「Fragment」というテキストが最初に出現した場所にリンクするには、 URL https://web.dev/articles/url-parts#:~:text=fragment を使用します。

詳細: テキスト フラグメント

トップレベル ドメイン（TLD）

ルートゾーン データベースにリストされているドメイン名（com、org など）。一部のトップレベル ドメインは、 国コード トップレベル ドメイン（uk や tv など）

HTTP または HTTPS URL の各部分を記述する場合、TLD はドメイン名を 最後のドットの後に続く行です。

• https://example.org の場合、URL のトップレベル ドメインは org です。
• https://example.org.au の場合、URL のトップレベル ドメインは au、org です。 セカンドレベルのドメインである（org もトップレベル ドメインである できます。org.au は 2 部構成の eTLD です。

eTLD の公開サフィックス リストには 1 つまたは 2 つ以上の要素からなるドメインが含まれているため、TLD は eTLD例:

• https://example.com の場合、URL の eTLD は com で、これは TLD でもあります。

ユーザー名

• 仕様
• API

最初の部分には、オプションのユーザー名とパスワードを指定できます。 これは非推奨になっていますが、 多くの場合無視されます。

たとえば、https://user123:password1@example.com の場合、ユーザー名は次のようになります。 user123。ユーザー名（とパスワード）は書式なしテキストであり、暗号化されていません。 ユーザー名に : 記号または @ 記号が含まれている場合は、%3A に URL エンコードする必要があります。 それぞれ、%40 です。

---

補足説明

• WHATWG: URL Living Standard
• WHATWG: HTML Living Standard
• URL API
• 「同一サイト」について「same-origin」です。
• RFC: URL（Uniform Resource Locator）
• RFC: URI、URL、URN
• ルートゾーン データベース（ルートゾーンのデータベース TLD）
• パブリック サフィックス リスト（eTLDs のディレクトリ: 「パブリック サフィックスとは、DNS 名またはワイルドカードを連結したもの 使用できます。これはドメイン名の一部であり、ドメイン名の 管理することはできません。」）
• ICANN 用語集
• 完全修飾ドメイン名とは何ですか？
• URL をスライスして、要素に名前を付けるには、いくつの方法がありますか。
• MDN ウェブ ドキュメントの用語集
• URL とは
• URL の履歴