Question 1

URL 인코딩(퍼센트 인코딩)이란?

Accepted Answer

URL에서 허용되지 않는 문자(한글, 공백, 특수문자 등)를 %XX 형식의 16진수 바이트로 변환하는 방식입니다. 예를 들어 공백은 %20, 한글 '안'은 %EC%95%88으로 인코딩됩니다. RFC 3986 표준으로 모든 웹 브라우저가 지원합니다.

Question 2

encodeURI와 encodeURIComponent의 차이는?

Accepted Answer

encodeURI는 전체 URL을 인코딩하므로 :, /, ?, # 같은 URL 구조 문자는 그대로 둡니다. encodeURIComponent는 쿼리 파라미터 값 등 URL 구성 요소 하나를 인코딩하므로 &, =, + 같은 문자도 인코딩합니다. 쿼리 파라미터 값 전달 시에는 encodeURIComponent를 사용해야 합니다.

Question 3

한글 URL은 어떻게 처리되나요?

Accepted Answer

한글은 UTF-8로 변환한 뒤 각 바이트를 %XX로 퍼센트 인코딩합니다. 예를 들어 '서울'은 %EC%84%9C%EC%9A%B8로 인코딩됩니다. 모던 브라우저는 주소창에서 자동으로 디코딩해 한글로 표시하지만, 서버나 API 요청 시에는 인코딩된 형태로 전송됩니다.

Question 4

URL의 쿼리 파라미터 구조는?

Accepted Answer

URL의 ? 이후 부분이 쿼리 문자열입니다. key=value 쌍을 &로 구분합니다. 예: ?name=홍길동&age=30. 값에 &나 = 등이 포함되면 반드시 encodeURIComponent로 인코딩해야 합니다. 이 도구의 URL 파싱 기능으로 쿼리 파라미터를 키-값 형태로 분해할 수 있습니다.

Question 5

공백은 URL에서 %20과 + 중 어느 것으로 인코딩하나요?

Accepted Answer

RFC 3986 표준에서는 공백을 %20으로 인코딩합니다. 반면 HTML 폼 데이터(application/x-www-form-urlencoded)는 공백을 +로 인코딩합니다. 현대 웹 개발에서는 encodeURIComponent를 사용해 %20으로 인코딩하는 것이 권장됩니다. + 방식은 일부 서버에서 공백으로 해석하지 않을 수 있습니다.

Question 6

URL에 # 기호가 포함된 경우 어떻게 처리하나요?

Accepted Answer

# 이후 부분은 Fragment(해시)로, 서버에는 전송되지 않고 브라우저가 페이지 내 특정 위치로 이동하는 데 사용합니다. 예: example.com/page#section1. 쿼리 파라미터 값에 # 기호를 넣으려면 반드시 %23으로 인코딩해야 합니다. 이 도구의 URL 파싱 기능에서 Fragment를 별도로 표시합니다.

Question 7

긴 URL을 단축하면 원본 URL이 노출되지 않나요?

Accepted Answer

URL 단축 서비스(bit.ly, tinyurl 등)는 리다이렉트를 사용해 실제 URL을 감추므로 URL 인코딩과는 별개입니다. URL 인코딩은 URL 구조를 바꾸지 않고 특수문자만 안전하게 변환합니다. 긴 URL을 짧게 만들려면 단축 URL 서비스를 사용하고, 안전하게 전달하려면 인코딩을 사용하세요.

URL 인코더/디코더

한글 URL과 검색 쿼리 인코딩

자주 묻는 질문

정규표현식(Regex) 완전 가이드: 기초 문법부터 실전 패턴 30선까지

관련 도구

관련 글