URL 코덱

텍스트 · URL 인코딩 · 컴포넌트 인코딩을 자유롭게 변환

URL 코덱은 URL 문자열을 간편하게 인코딩·디코딩할 수 있는 무료 온라인 도구입니다. HTML 폼 전송용 URL 인코딩(application/x-www-form-urlencoded)과 RFC 3986 규격의 컴포넌트 인코딩을 모두 지원하며, 입력한 데이터는 서버에 저장되지 않아 안심하고 사용할 수 있습니다.

사용 방법

URL 코덱은 다음 3단계로 사용할 수 있습니다:

1단계: 데이터 입력 및 입력 형식 선택
아래 텍스트 영역에 변환할 문자열을 입력한 뒤, 현재 데이터의 형식(텍스트, URL 인코딩, 컴포넌트 인코딩)을 선택합니다.
2단계: 출력 형식 선택
변환하고 싶은 출력 형식을 선택합니다. 텍스트, 폼 인코딩(URL 인코딩), 컴포넌트 인코딩(RFC 3986) 중에서 고를 수 있습니다.
3단계: 변환 버튼 클릭
"변환" 버튼을 누르면 즉시 선택한 형식으로 변환됩니다. 결과를 복사해 바로 활용하세요.

입력된 데이터는 서버에 저장되지 않고 브라우저에서만 처리되어 개인정보가 안전하게 보호됩니다.

URL 변환 도구

입력 형식

출력 형식

변환할 데이터를 입력하세요

변환 결과

URL 코덱 활용 사례

웹 개발 및 API 연동에서 다음과 같은 작업을 빠르게 처리할 수 있습니다:

폼 데이터 인코딩

HTML 폼(application/x-www-form-urlencoded)으로 전송되는 데이터를 인코딩/디코딩합니다. POST/GET 파라미터 점검과 디버깅에 적합하며, 공백은 "+"로 변환됩니다.

URL 쿼리 파라미터 생성

검색어 및 필터 조건을 안전한 URL 쿼리로 변환합니다. 일본어·한글처럼 멀티바이트 문자를 포함한 키워드도 `Tokyo Tower → Tokyo%20Tower`처럼 문제없이 처리합니다.

REST API 파라미터 인코딩

REST API 엔드포인트에 포함되는 경로·쿼리 파라미터를 RFC 3986 규격으로 인코딩합니다. 컴포넌트 인코딩을 사용하면 공백은 "%20"으로, 슬래시와 콜론은 그대로 유지됩니다.

URL 디코딩 및 디버깅

브라우저 주소창이나 액세스 로그에 표시된 인코딩 문자열을 디코딩해 원문을 확인하고, 오류 원인을 파악하거나 로그를 분석할 수 있습니다.

OAuth 인증 파라미터 처리

OAuth 2.0의 redirect_uri, state 파라미터 등을 인코딩·디코딩하여 인증 플로우에서 전달되는 URL 값을 검증하고 디버깅합니다.

URL 인코딩이란?

URL 인코딩(퍼센트 인코딩)은 URL에서 사용할 수 없는 문자나 특수 문자를 "%"와 16진수 조합으로 표현하는 방식입니다. URL은 기본적으로 ASCII만을 다루므로, 한글 등 멀티바이트 문자를 전송할 때 필수입니다.

URL 인코딩의 종류

폼 인코딩(application/x-www-form-urlencoded): HTML 폼에서 사용하는 방식으로 공백을 "+"로 변환하고, 나머지 특수문자는 "%XX" 형식으로 바꿉니다. PHP의 urlencode()와 동일합니다.
컴포넌트 인코딩(RFC 3986): URL 경로·쿼리 값 등 개별 컴포넌트에 사용하는 방식입니다. 공백을 "%20"으로 변환하는 등 더 엄격한 규칙을 따르며 PHP rawurlencode()와 동일합니다.

인코딩 예시

문자열 "Hello World!" → 폼 인코딩 "Hello+World%21"
문자열 "Hello World!" → 컴포넌트 인코딩 "Hello%20World%21"
일본어 "こんにちは" → UTF-8 인코딩 "%E3%81%93%E3%82%93%E3%81%AB%E3%81%A1%E3%81%AF"

어떤 방식을 써야 할까요?

HTML 폼 제출에는 폼 인코딩을, REST API URL 경로나 쿼리에는 컴포넌트 인코딩을 권장합니다. 판단이 어렵다면 컴포넌트 인코딩(RFC 3986)을 선택하면 대부분의 케이스에서 안전하게 동작합니다.

자주 묻는 질문 (FAQ)

URL 인코딩과 퍼센트 인코딩은 같은 건가요?

네, 동일한 개념입니다. "%" 기호를 사용해 문자를 표현하기 때문에 퍼센트 인코딩이라고도 부릅니다.

폼 인코딩과 컴포넌트 인코딩의 차이는 무엇인가요?

가장 큰 차이는 공백 처리 방식입니다. 폼 인코딩은 공백을 "+"로, 컴포넌트 인코딩은 "%20"으로 변환합니다. 인코딩 대상 문자 집합에도 약간의 차이가 있습니다.

한글을 URL 인코딩하면 어떻게 되나요?

한글 같은 멀티바이트 문자는 UTF-8 바이트 시퀀스로 변환된 뒤, 각 바이트가 "%XX" 형식으로 변환됩니다. 예를 들어 "가"는 "%EA%B0%80"가 됩니다.

어떤 문자들이 인코딩 대상인가요?

영문자, 숫자, -, _, ., ~ 를 제외한 대부분의 문자가 인코딩됩니다. 공백, 슬래시(/), 콜론(:), 한글 등 비ASCII 문자, 각종 특수문자가 해당됩니다.

디코딩되지 않는 문자열은 왜 발생하나요?

"%" 다음에 16진수 2자리 숫자가 없거나, 잘못된 UTF-8 시퀀스 등 잘못된 형식 때문에 오류가 발생합니다. 여러 번 인코딩된 문자열이라면, 같은 횟수만큼 디코딩해야 할 수도 있습니다.

URL 인코딩은 암호화인가요?

아니요. URL 인코딩은 단순한 문자 변환일 뿐이며, 누구나 손쉽게 원문으로 복원할 수 있어 보안용으로 사용할 수 없습니다.

프로그래밍 언어에서는 어떻게 URL 인코딩하나요?

각 언어마다 내장 함수가 있습니다. JavaScript: encodeURIComponent(), Python: urllib.parse.quote(), PHP: rawurlencode(), Java: URLEncoder.encode(), Ruby: ERB::Util.url_encode() 등을 사용할 수 있습니다.

이중 인코딩(Double Encoding)이란 무엇인가요?

이미 인코딩된 문자열을 다시 인코딩하는 것을 말합니다. 예를 들어 "%20"을 한 번 더 인코딩하면 "%2520"이 됩니다. 의도치 않은 이중 인코딩은 버그의 원인이 되므로 주의해야 합니다.