계산기 & 툴계산기 & 툴
개발

🔗
URL 인코더 / 디코더

특수 문자가 포함된 문자열을 URL 인코딩하거나, URL 인코딩된 문자열을 다시 디코딩하는 도구입니다.
URL에 포함되는 특수 문자를 인코딩하거나, 인코딩된 문자열을 디코딩해보세요.

URL 인코딩의 필요성

URL 인코딩은 웹이 처음 설계될 때부터 중요한 역할을 해왔습니다. 1990년대 초, 전 세계 어디서든 정보를 찾을 수 있는 월드 와이드 웹(WWW)이 등장하면서, 정보를 식별하기 위한 표준 주소 체계인 URL(Uniform Resource Locator)이 함께 탄생했습니다. 이 URL 체계는 ASCII 문자 집합을 기반으로 만들어졌고, 이에 따라 다양한 문자나 특수문자를 안전하게 다루기 위한 인코딩 방식이 필요해졌습니다.

1. URL은 ASCII 문자만 허용

URL은 인터넷 표준인 ASCII 문자 집합만 사용할 수 있습니다. 하지만 한글, 공백, 특수문자(예: @, &, #, =, ?, /) 등은 ASCII에 포함되지 않거나 특별한 의미를 갖고 있어 그대로 쓰면 문제가 발생합니다.

예시) https://example.com/search?query=안녕
한글 "안녕"은 ASCII가 아니므로 URL에서 사용할 수 없습니다. 이 경우 URL 인코딩을 통해 "안녕"을 "%EC%95%88%EB%85%95"로 변환해야 합니다.

2. 특수 문자의 의미 혼동 방지

URL에서 특정 문자는 구문 해석 용도로 사용됩니다.

문자의미
?쿼리 파라미터 시작
&여러 파라미터 구분
=키와 값 구분
/경로 구분
#앵커(페이지 내 위치) 지정

이런 문자가 데이터 안에 포함돼 있다면 브라우저가 오해할 수 있어 인코딩이 필요합니다. 예를 들어, 검색어에 `&`가 포함되면 두 개의 파라미터로 잘못 인식될 수 있습니다.

3. 데이터의 안정한 전송

웹에서 데이터를 주고받을 때는 프로토콜이 엄격한 형식을 요구합니다. 따라서 문제가 될 수 있는 문자는 %XX 형태의 16진수 이스케이프 시퀀스로 바꿔 전송하고, 서버는 이를 다시 디코딩하여 원래 데이터를 복원합니다.
이러한 방식은 1994년 발표된 표준 문서인 RFC 1738 - Uniform Resource Locators (URL)에서 처음 정의되었으며, 이후 모든 웹 시스템의 기본 동작이 되었습니다.

참고자료: 현대 웹의 URL 인코딩 해석

이후 URL/URI 스펙은 더욱 확장되어 RFC 3986 - Uniform Resource Identifier (URI): Generic Syntax에서 다양한 문자 처리와 예약 문자 정의가 보완되었습니다. 실제 브라우저에서는 WHATWG URL 표준을 기반으로 URL을 해석하며, JavaScript에서는 encodeURIComponent()같은 함수로 URL-safe 문자열을 만들 수 있습니다.

"이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다."

"이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다."