URL Parser

Parse and decode any URL into its components — scheme, host, port, path, query parameters, and fragment. All processing in your browser.

Instant Parsing Full Components Client-Side Processing

How to Use URL Parser

Parse any URL in three simple steps

1

Paste your URL

Enter any URL into the input field — full URLs with query strings work best.

2

Instant breakdown

The URL is parsed in real time into all its component parts.

3

Inspect parameters

View decoded query parameters in a table, and copy individual components.

What is a URL?

A Uniform Resource Locator (URL) is a web address that specifies the location of a resource on a computer network and the mechanism for retrieving it. URLs consist of multiple components including the protocol, domain name, port, path, query parameters, and fragment.

URL Structure

A URL is composed of several parts:

Protocol

The communication protocol (http, https, ftp, etc.)

Hostname

The domain name or IP address of the server

Port

The network port number (default: 80 for HTTP, 443 for HTTPS)

Path

The specific resource path on the server

Query String

Key-value parameters for dynamic content

Fragment

An anchor pointing to a specific part of the page

Frequently Asked Questions

What URL components does the parser detect?

The parser extracts scheme (protocol), hostname, port, path, query string parameters (as a table), fragment (hash), username, password, origin, and search string.

Does it decode URL-encoded characters?

Yes. All URL-encoded characters (like %20, %3A) are automatically decoded in the output for readability.

Can I parse relative URLs?

The tool works best with absolute URLs (starting with http:// or https://). Relative URLs require a base URL which the browser supplies automatically.

What is the difference between a URI, a URL, and a URN?

URI is the umbrella term defined by RFC 3986: an identifier composed of scheme, path, query, and fragment. A URL is a URI that locates a resource (https://ezparser.com/url-parser), while a URN names one without a location (urn:isbn:0451450523). In everyday web work, URL is what you almost always mean.

How does percent-encoding work?

Each byte that is not an unreserved character (A-Z, a-z, 0-9, - . _ ~) is written as % followed by two hex digits: space becomes %20, and e-acute in UTF-8 becomes %C3%A9. Reserved characters like / ? # & = carry meaning in URL structure, so they must be encoded when used as data. In query strings, older form encoders also map space to + - this tool decodes both forms.

What are the parts of a URL called?

https://user:[email protected]:8443/v2/users?page=2#results breaks into scheme (https), userinfo (user:pass@), host (api.example.com), port (8443), path (/v2/users), query (page=2), and fragment (#results). RFC 3986 section 3 defines the grammar; this parser labels every component for you.

Do //, /./, and /../ inside paths actually resolve to something?

Yes - RFC 3986 section 6 defines normalization: /a/./b resolves to /a/b, /a/../b to /b, and an empty segment // collapses to /. Browsers and HTTP clients apply this before sending a request, which is why URLs differing only in dot segments usually reach the same resource. Scheme-based normalization also lowercases the host and drops a default :443 port.

Is there a maximum URL length?

RFC 3986 sets no limit. In practice Chrome accepts about 2 MB, but most servers cap request lines near 8 KB (Apache's default LimitRequestLine is 8190 bytes), and APIs like Twitter/X document 2048-character limits. Keeping URLs under 2000 characters is the conventional safe zone for sharing and SEO.

{-- * External Resources Component(#18 Phase 3b 内容佐证工程) * 工具页「权威引用」区块:RFC / W3C / WHATWG / ECMA / IANA / 官方规范站 / Wikipedia。 * * - 接受 :slug 属性 → 经 config/tool-sources.php 家族矩阵渲染该工具的权威引用 * - slug 未命中映射时不渲染(无权威来源的工具静默跳过) * - 链接 title 保持英文(引用源专名);description 经 * common.resources.descriptions.{key} 本地化,lang 未命中回退英文(线上不裸奔) * - 链接保持 dofollow(rel="noopener noreferrer") * * @param string|null $slug --}}