URL 인코더·디코더

예제로 확인하기

주소 전체와 검색어 한 개는 다르게 인코딩합니다

검색어에 &나 #가 들어가면 서버가 값의 일부를 새 매개변수나 주소 조각으로 읽을 수 있습니다. 먼저 바꾸려는 것이 완성된 주소인지, 주소 안에 들어갈 값 한 개인지 정하세요.

봄 & 여름
→ %EB%B4%84%20%26%20%EC%97%AC%EB%A6%84

https://example.com/문서?q=hello world
→ https://example.com/%EB%AC%B8%EC%84%9C?q=hello%20world

A+B%20C → A+B C

결과가 다를 때

이중 인코딩과 깨진 퍼센트 문자를 구별하세요

1. %252F가 보이면 변환 횟수를 확인하세요. 이미 인코딩된 %2F를 다시 인코딩하면 퍼센트 기호가 %25가 됩니다. 구성요소 디코딩 한 번은 %2F, 두 번은 /입니다. 무조건 반복해서 풀면 원래 값이 변할 수 있습니다.
2. 전체 URL 디코딩은 예약 문자를 남길 수 있습니다. 같은 %2F도 전체 모드에서는 유지되고 구성요소 모드에서는 슬래시로 바뀝니다. 경로 안의 값인지 실제 경로 구분자인지 판단한 뒤 모드를 고르세요.
3. 잘린 입력은 복원할 수 없습니다. 단독 %, %G1, 중간에 잘린 한글 바이트는 오류가 납니다. 로그에서 가져왔다면 문자열이 생략되지 않았는지 확인하세요.
4. 인코딩은 주소 검증 기능이 아닙니다. 도메인 소유자, 링크의 안전성, 서버가 지원하는 경로까지 확인하지 않습니다. 앞뒤 공백도 문자로 처리하므로 복사할 때 의도치 않은 공백이 들어가지 않았는지 확인하세요.

쿼리에 넣을 값이 JSON이라면 JSON 포매터에서 문법을 확인한 뒤 최종 문자열을 구성요소 모드로 변환할 수 있습니다.

동작 근거: MDN의 encodeURIComponent와 폼 인코딩 설명.