ウィキペディアにおけるURLについては、「Help:URL」をご覧ください。

「URL」はこの項目へ転送されています。その他の用法については「URL (曖昧さ回避)」をご覧ください。
.mw-parser-output .ambox{border:1px solid #a2a9b1;border-left:10px solid #36c;background-color:#fbfbfb;box-sizing:border-box}.mw-parser-output .ambox+link+.ambox,.mw-parser-output .ambox+link+style+.ambox,.mw-parser-output .ambox+link+link+.ambox,.mw-parser-output .ambox+.mw-empty-elt+link+.ambox,.mw-parser-output .ambox+.mw-empty-elt+link+style+.ambox,.mw-parser-output .ambox+.mw-empty-elt+link+link+.ambox{margin-top:-1px}html body.mediawiki .mw-parser-output .ambox.mbox-small-left{margin:4px 1em 4px 0;overflow:hidden;width:238px;border-collapse:collapse;font-size:88%;line-height:1.25em}.mw-parser-output .ambox-speedy{border-left:10px solid #b32424;background-color:#fee7e6}.mw-parser-output .ambox-delete{border-left:10px solid #b32424}.mw-parser-output .ambox-content{border-left:10px solid #f28500}.mw-parser-output .ambox-style{border-left:10px solid #fc3}.mw-parser-output .ambox-move{border-left:10px solid #9932cc}.mw-parser-output .ambox-protection{border-left:10px solid #a2a9b1}.mw-parser-output .ambox .mbox-text{border:none;padding:0.25em 0.5em;width:100%;font-size:90%}.mw-parser-output .ambox .mbox-image{border:none;padding:2px 0 2px 0.5em;text-align:center}.mw-parser-output .ambox .mbox-imageright{border:none;padding:2px 0.5em 2px 0;text-align:center}.mw-parser-output .ambox .mbox-empty-cell{border:none;padding:0;width:1px}.mw-parser-output .ambox .mbox-image-div{width:52px}html.client-js body.skin-minerva .mw-parser-output .mbox-text-span{margin-left:23px!important}@media(min-width:720px){.mw-parser-output .ambox{margin:0 10%}}

この記事には複数の問題があります。改善やノートページでの議論にご協力ください。

出典がまったく示されていないか不十分です。内容に関する文献や情報源が必要です。（2021年3月）


古い情報を更新する必要があります。（2021年3月）
出典検索?: "Uniform Resource Locator" ? ニュース ・ 書籍 ・ スカラー ・ CiNii ・ J-STAGE ・ NDL ・ dlib.jp ・ ジャパンサーチ ・ TWL

ウェブブラウザーに表示された、WIKIPEDIA 英語版 メインページのURL

Uniform Resource Locator（ユニフォーム リソース ロケータ、URL）または、統一資源位置指定子（とういつしげんいちしていし）とは、インターネット上のリソース（資源）を特定するための形式的な記号の並び。WWWをはじめとするインターネットアプリケーションにおいて提供されるリソースを、主にその所在を表記することで特定する。なお、ここでいう、「リソース」とは、（主にインターネット上の）データやサービスを指し、例えばウェブページの保存場所や電子メールの宛先といったものがそうである。

ティム・バーナーズ＝リーが1991年に発表した論文[要文献特定詳細情報]でUniversal Resource Locatorと命名し、初期はその名が使われたが[1]、現在の正式名称は、「Uniform Resource Locator」である。

URLを含む一般概念としてURIがある[2]。

URLはリソースの場所を特定する「住所」のようなものだと例えられることがある。@media screen{.mw-parser-output .fix-domain{border-bottom:dashed 1px}}また、日本ではURLのことを「アドレス」と呼ぶことがあるが、これは、MACアドレスやIPアドレスなどと紛らわしく、技術用語としては、好まれてはいない[要出典]。
URLの形式
例

https://ja.wikipedia.org/wiki/Wikipedia
↑↑↑
｜｜パス名
｜ホスト名（ディレクトリ名を含む）
スキーム（プロトコル名ではない）

「https://ja.wikipedia.org/wiki/Wikipedia」は典型的なURLの例である。URLはこのような特徴的な形式の文字列であり、WWWが普及した今日にあっては頻繁に目にするものである。

上のURLは「ウィキペディア日本語版の中にあるウィキペディアについて説明している項目」というリソースを特定する。

スキーム名 httpsはこのリソース（項目）を入手する為にはHTTPSを使うべきであることを表す。

ja.wikipedia.orgはこのリソースが保管されているホストを表すホスト名である。

残りの/wiki/Wikipediaの部分は最終的にリソースを特定するための詳細である。ホストのファイルシステム内でのファイル名あるいはディレクトリ名に対応する場合が多いが、そうでない場合もある。

大まかに言えば、上のURLは「ja.wikipedia.orgというコンピュータに接続してHTTPSの決まり事に従って/wiki/Wikipediaという名前のデータを要求すれば目的の物が手に入る」と読むことができる。

なお、スキーム名の後のダブルスラッシュ//の2文字は有意義に使われる機会が少ない。2009年10月、URLの提案者であるティム・バーナーズ＝リーは「できることなら取り除きたい」と発言している[3]。

一般形式

一般にURLは（スキーム名）:（スキームごとに定められた何かの表現形式）

という形をしている。スキーム名としてはプロトコル名が用いられていることが多いがそれに限らない。.mw-parser-output cite.citation{font-style:inherit;word-wrap:break-word}.mw-parser-output .citation q{quotes:"\"""\"""'""'"}.mw-parser-output .citation.cs-ja1 q,.mw-parser-output .citation.cs-ja2 q{quotes:"「""」""『""』"}.mw-parser-output .citation:target{background-color:rgba(0,127,255,0.133)}.mw-parser-output .id-lock-free a,.mw-parser-output .citation .cs1-lock-free a{background:url("//upload.wikimedia.org/wikipedia/commons/6/65/Lock-green.svg")right 0.1em center/9px no-repeat}.mw-parser-output .id-lock-limited a,.mw-parser-output .id-lock-registration a,.mw-parser-output .citation .cs1-lock-limited a,.mw-parser-output .citation .cs1-lock-registration a{background:url("//upload.wikimedia.org/wikipedia/commons/d/d6/Lock-gray-alt-2.svg")right 0.1em center/9px no-repeat}.mw-parser-output .id-lock-subscription a,.mw-parser-output .citation .cs1-lock-subscription a{background:url("//upload.wikimedia.org/wikipedia/commons/a/aa/Lock-red-alt-2.svg")right 0.1em center/9px no-repeat}.mw-parser-output .cs1-ws-icon a{background:url("//upload.wikimedia.org/wikipedia/commons/4/4c/Wikisource-logo.svg")right 0.1em center/12px no-repeat}.mw-parser-output .cs1-code{color:inherit;background:inherit;border:none;padding:inherit}.mw-parser-output .cs1-hidden-error{display:none;color:#d33}.mw-parser-output .cs1-visible-error{color:#d33}.mw-parser-output .cs1-maint{display:none;color:#3a3;margin-left:0.3em}.mw-parser-output .cs1-format{font-size:95%}.mw-parser-output .cs1-kern-left{padding-left:0.2em}.mw-parser-output .cs1-kern-right{padding-right:0.2em}.mw-parser-output .citation .mw-selflink{font-weight:inherit}RFC 1738には次のスキーム名が定義されている。

ftp - FTPのためのスキーム

http - HTTPのためのスキーム

2000年5月、RFC 2818でhttps（HTTPSのためのスキーム）が追加された


gopher - Gopherプロトコルのためのスキーム

mailto - 電子メールの宛先を表すためのスキーム

news - ネットニュース（Usenet）のためのスキーム

nntp - NNTPを使用したネットニュースのためのスキーム

telnet - Telnet接続を表すためのスキーム

wais - Wide Area Information Servers

file - ファイルシステムの中のディレクトリやファイルを参照するためのスキーム

prospero - Prospero Directory Service

IANAに登録されたスキーム[4]が公式に認められたスキームであると見なされており、RFC 7595で登録手続きなどについて規定されている。この他にもjavascriptスキーム（この後ろに書かれた内容がJavaScript言語によって書かれたスクリプトであることを示す）のように広く普及している非公式なスキームもある[5]。

URLの、スキーム名以降の部分はスキームごとに定められた規則に従う。例えば、電子メールの宛先を表すmailtoスキームのURLの場合、mailto:example@example.com

のようになっており、先に挙げたhttpsスキームの例とは大きく異なっている。

httpsやftpのような特定のホストにIP接続する類のスキームでは次のような共通の形式が使われている。この表記では、接続するプロトコルは、呼び出している機能のプロトコルと同じものが使用される。//<user>:<password>@<host>:<port>/<url-path>?<query-string>

<user> - ホストに接続するときに使うユーザー名。必要がなければ省略可。

<password> - ユーザー名に対応するパスワード。必要がなければ省略可。

<host> - ホスト名、FQDNまたはIPアドレス
https://192.168.10.2/ ← IPv4の場合https://[fe80::a1b3:125d:c1f8:4781]/ ← IPv6の場合

<port> - 接続先ポート番号。ホストのどのポートに接続するかを表す。スキームがデフォルトのポート番号を規定している場合は省略してもよい。

<url-path> - ホストに要求するパス。ホストのファイルシステムにおけるパスと対応する場合が多いが、そうでない場合もある。必要がなければ省略可。

<query-string> - 接続先が利用するパラメータ。?に続いて任意の形式でデータを記述する[6]。省略可。正式名は「URL-query string」。

標準

WHATWGがURL Living Standardを策定している。これは、RFC 3986やその他URLに関係するRFCを置き換える標準仕様である。ただし、廃止などにする手続きが行われたわけではないので、各種RFCも状態としては有効である。

なお、cURL作者のDaniel SteinbergはURL Standardについても不十分という意見を発している[7]。
RFC

URLに関連するRFC（およびその邦訳）には次のものがある。

RFC 1738 - Uniform Resource Locators（URL）

RFC 1808 - Relative Uniform Resource Locators

RFC 2396 - Uniform Resource Identifiers（URI）：Generic Syntax（旧）

⇒TS X 0097:2004 - 統一資源識別子（URI） 共通構文 標準仕様書（TS）


RFC 3305 - URIs, URLs, and URNs: Clarifications and Recommendations 1.0

RFC 3986 - Uniform Resource Identifier（URI）：Generic Syntax

RFC 7595 (BCP 35) - Guidelines and Registration Procedures for URI Schemes

RFC 8820 - URI Design and Ownership

RFC 1983 - Internet Users' Glossary

⇒TR X 0055:2002 - インターネット利用者のための用語 標準情報（TR）

RFC 1983による"address"の語釈は次の通り（プレーンテキストの原文に太字の効果を付与し、1行文字数などの体裁を調整）。

There are four types of addresses in common use within the Internet. They are email address; IP, internet or Internet address; hardware or MAC address; and URL. See also: email address, IP address, internet address, MAC address, Uniform Resource Locator.

先頭の2文の大意は、「インターネットにおけるアドレスには主に4種類ある。電子メールアドレス、IPアドレス、MACアドレス、そしてURLである」となるが、参考までに、TR X 0055:2002による訳を次に引用する（太字は引用者）。

インターネット（the Internet）内部で共通に使用するアドレスには4つの型がある。それらは、電子メールアドレス、IPアドレス又はインターネットアドレス、ハードウェアアドレス又はMACアドレス、及びURLとする。"2.147 email address"、"2.252 IP address"、"2.229 internet address"、"2.287 MAC address"及び"2.479 Uniform Resource Locator（URL）"も参照すること。

W3C Documents

W3Cが発行しているURLについての文書には次のものがある。

URL （2017年、ワーキンググループノート）: WHATWG URL Standardのスナップショットとなっている。

恒久リンク

恒久リンク[8]（英: permanent link）とは恒久的なURLのこと。主にコンテンツ管理システム、とりわけブログツールにおいて、個々の記事へのURLが更新作業を繰り返しても変わらないしくみを意味する。一般的に、URLは永久に変化しないことが好ましい[9][10]。

特定の記事あるいはウエブページに対する直接リンク（直リンクとも呼ばれる）が増大するにつれ、一方でリンク切れ[11]（英: dead link）の大量発生も大きな問題となっている。そのような事態を避けるためコンテンツの更新作業が行われ、なおかつ更新履歴が保存されるシステムにおいて、有効なコンテンツへのURLが変動しないように、データへの参照番号などを固定化するとともに参照方法を簡略化し、URLが冗長にならないことが望ましいとされる。

そのための特殊な手法としてApacheウエブサーバの場合、mod_rewriteを使ってURLを書き換える、PATH_INFOからパラメータを取得してプログラムを動作させるなどがある。特にmod_rewriteの場合は、PHPによる動的コンテンツを静的なhtmlコンテンツに見せかけることが容易にできてしまう。またPATH_INFO方式の場合は動的コンテンツをサブディレクトリに見せかけることができる。このほかいわゆる携帯サイトではURLを短縮化する様々な工夫が施されるようになっている。いずれにしてもURLのみならずオリジナルのファイル拡張子を隠蔽することで、スクリプトを画像や音楽ファイルのように装うなど悪用のおそれもあるので、ホスティングサーバにおいては利用が制限されるケースが多い。
脚注[脚注の使い方]^ 高田敏弘、 ⇒World-Wide Web 第2版、1994年1月21日
^ RFC 1630
^ Lohr, Steve (12 October 2009). "The Web's Inventor Regrets One Small Thing". The New York Times (英語). 2021年1月5日閲覧。
^ Uniform Resource Identifier (URI) Schemes, IANA
^ インターネットドラフト: The 'javascript' resource identifier scheme draft-hoehrmann-javascript-scheme-03
^ "any optionally followed by U+003F (?) and a URL-query string." URL Living Standard ver.2021-03-23
^ Steinberg, Daniel (2016年6月3日). “ ⇒私のURLはあなたのURLとは違う : curl作者の語る、URLの仕様にまつわる苦言”. POSTD. 2017年5月24日閲覧。
^ 日本Djangoユーザ会. “ ⇒はじめてのDjangoアプリ作成 その3”. Djangoドキュメント. 2019年8月24日閲覧。
^ Tim BL. “Hypertext Style: Cool URIs don't change.” (英語). W3C. 2017年2月19日閲覧。
^ Tim BL. “クールなURIは変わらない -- Style Guide for Online Hypertext”. 2017年2月19日閲覧。
^ 藤田節子「失われていくインターネット上の参照文献 図書館情報学分野の雑誌論文に参照されたインターネット文献の入手可能性の分析調査」『情報管理』第53巻第9号、国立研究開発法人 科学技術振興機構、2010年12月1日、492-503頁、doi:10.1241/johokanri.53.492、2019年8月24日閲覧。 

関連項目

Internationalized Resource Identifier（IRI）