URL 인코딩

URL 에 들어갈 텍스트를 퍼센트 인코딩하고 다시 풉니다 — 공백, 한글, 특수문자를 주소창이나 API 호출에 넣어도 깨지지 않게. "검색어"는 %EA%B2%80%EC%83%89%EC%96%B4 가 되고, 역방향도 됩니다.

사용 방법

텍스트나 URL 조각을 붙여 넣습니다.
URL 에 넣을 거면 인코딩, 읽을 거면 디코딩합니다.
결과를 URL·쿼리 문자열·요청에 복사합니다.
완성된 URL 전체가 아니라 파라미터 값을 개별로 인코딩하세요(아래 참고).

이럴 때 씁니다

한글·공백·기호가 든 쿼리 문자열을 수동으로 만들 때.
로그·통계에 찍힌 % 투성이 URL 이 무슨 내용인지 풀어볼 때.
URL 안에 또 URL 을 담아야 하는 리디렉트·콜백 파라미터를 준비할 때.
특수문자 든 파라미터의 API 호출이 왜 이상한지 디버깅할 때.

인코딩이 존재하는 이유, 그리고 이중 인코딩의 함정

URL 은 ?·&·=·# 같은 문자를 구조용으로 예약하고 역사적으로 ASCII 만 허용합니다 — 나머지는 UTF-8 바이트를 퍼센트로 이스케이프해 실어 나르기에 한글 한 글자가 %XX 세 덩어리가 됩니다. 고전적 실수는 둘입니다. 이미 조립된 URL 전체를 인코딩하면 구조 문자까지 이스케이프되어 URL 이 깨집니다 — 값을 먼저 인코딩하고 그다음 조립하세요. 그리고 인코딩된 문자열을 또 인코딩해 %20 이 %2520 이 되는 이중 인코딩 — 깨진 링크에 보이는 %25 흔적의 정체이며, 두 번 디코딩해 보면 진단됩니다. + 가 공백을 뜻하는 건 폼 인코딩에서만이고 경로에서는 아니라는 것도 단골 혼동거리입니다.

관련 도구

자주 묻는 질문

URL 인코딩는 입력값을 서버로 보내나요?

아니요. 변환이 페이지 안의 자바스크립트에서 실행되므로 API 키, 토큰, 설정 파일 같은 민감한 텍스트가 기기에 그대로 남습니다. 사용하는 동안 브라우저 네트워크 탭을 열어 직접 확인하실 수 있습니다.

URL 인코딩가 유니코드와 비 ASCII 문자도 처리하나요?

네. 텍스트를 UTF-8로 처리하므로 악센트가 붙은 라틴 문자, 한국어, 일본어, 중국어, 키릴 문자, 아랍어, 이모지가 물음표로 깨지지 않고 그대로 왕복 변환됩니다.

결과를 실제 서비스 코드에 써도 되나요?

네. 출력이 해당 표준을 정확히 따르므로 프로젝트에 그대로 붙여넣어도 안전합니다. 다만 어떤 도구든 마찬가지로, 배포 전에는 직접 테스트해 보시기 바랍니다.