🧭 URL 구성요소 분해기 | 스킴·호스트·경로 바로 분해

분석할 URL

base URL (상대 URL 을 넣었을 때만 필요)

정규화된 전체 URL (href)

스킴 (protocol)-

아이디·비밀번호 (userinfo)-

호스트 (hostname)-

포트-

origin-

경로 (pathname)-

경로 디코드-

쿼리 문자열 (search)-

프래그먼트 (hash)-

프래그먼트 디코드-

경로 세그먼트-

#	이름	값 (디코드됨)	비고

해석은 브라우저 내장 URL 파서(WHATWG URL 표준)를 그대로 사용하므로, 브라우저가 실제로 보내는 형태와 같습니다. 쿼리 값은 URLSearchParams 가 디코드한 값이고 같은 이름이 여러 번 나오면 순서대로 모두 보여줍니다.

URL 구성요소 분해기 사용법

URL 을 붙여넣으면 스킴, 호스트, 포트, origin, 경로, 쿼리 문자열, 프래그먼트로 나눠 보여주고 percent-encoding 을 디코드한 값을 나란히 적어 줍니다. 쿼리 파라미터는 표로 정리하며 같은 이름이 여러 번 나오면 순서대로 모두 남깁니다. 스킴이 없는 상대 URL 은 base URL 칸을 채우면 그 기준으로 해석합니다.

해석 방식과 기준

직접 만든 정규식이 아니라 브라우저에 내장된 URL 생성자를 씁니다. WHATWG URL 표준을 구현한 파서이므로 브라우저가 실제로 보내는 형태와 결과가 같고, 포트 생략이나 호스트의 punycode 정규화도 그대로 드러납니다. 쿼리 값 디코드는 URLSearchParams 를 따릅니다. 2026년 10월 기준으로 동작을 확인했습니다.

한계와 주의사항

해석에 실패하면 결과를 숨기지 않고 왜 막혔는지 안내합니다. percent-encoding 이 깨진 구간은 디코드 칸에 그 사실을 적습니다. punycode 를 한글 도메인으로 되돌리는 변환은 지원하지 않습니다. 주소에 아이디·비밀번호가 들어 있으면 경고를 띄우는데, 그런 주소는 로그와 리퍼러에 남을 수 있으니 공유하지 마세요. 모든 처리는 브라우저 안에서 일어납니다.

자주 묻는 질문

상대 URL 은 어떻게 분해할까?

스킴이 없는 주소는 절대 URL 로 읽히지 않습니다. base URL 칸에 기준 주소를 넣으면 그 기준으로 해석해 결과에 어떤 base 를 썼는지 함께 적습니다.

왜 한글 도메인이 xn-- 로 바뀔까?

브라우저의 URL 파서가 유니코드 호스트를 punycode 로 정규화하기 때문입니다. 실제 전송되는 형태가 그쪽이라 이 도구도 같은 값을 보여주고, 변환이 일어났다는 안내를 띄웁니다.

이 도구가 하지 않는 일은 무엇일까?

주소에 접속해 응답을 확인하거나 리다이렉트를 따라가지 않고, 안전한 주소인지 판정하지도 않습니다. 입력한 문자열을 구성요소로 나누는 일만 합니다.

🧭URL 구성요소(스킴·호스트·경로) 분해기

관련된 도구

퍼센트 인코딩 변환기

쿼리스트링 파서

URL 구성요소 분해기 사용법

해석 방식과 기준

한계와 주의사항

자주 묻는 질문

관련된 도구

퍼센트 인코딩 변환기

쿼리스트링 파서

URL 구성요소 분해기 사용법

해석 방식과 기준

한계와 주의사항

자주 묻는 질문

같은 카테고리 도구