URL 인코더/디코더
텍스트를 URL 안전 형식으로 인코딩하고 URL 인코딩 문자열을 디코딩합니다. 쿼리 매개변수 및 특수 문자 작업에 완벽합니다.
URL 인코더/디코더는 무엇인가요?
URL 인코딩(퍼센트 인코딩)은 URL에서 허용되지 않거나 특별한 의미를 가지는 문자들을 안전한 형식으로 변환하는 메커니즘입니다. URL 명세(RFC 3986)는 URL에서 이스케이프 없이 사용할 수 있는 문자를 엄격히 제한합니다. 영문자(A-Z, a-z), 숫자(0-9), 그리고 몇 가지 기호(-._~)만이 '비예약 문자'로 안전하게 사용 가능합니다. 공백, 앰퍼샌드, 등호, 해시 기호, 비ASCII 문자, 유니코드 텍스트를 포함한 모든 다른 문자는 퍼센트 기호(%)와 그 문자의 바이트 값을 나타내는 두 자리 16진수로 인코딩되어야 합니다(예: 공백은 %20, &는 %26). URL 인코딩은 웹 개발에서 일상적으로 필수적입니다: JavaScript에서 쿼리 문자열을 동적으로 생성할 때, 사용자가 입력한 검색어를 포함하는 API 요청 URL을 만들 때, 파일 경로나 이메일 주소를 URL 파라미터로 전달할 때, 또는 한국어, 일본어, 중국어 같은 비ASCII 문자가 포함된 국제화 URL을 다룰 때. 제대로 인코딩하지 않으면 URL이 조용히 깨집니다: 쿼리 파라미터의 공백이 값을 잘라낼 수 있고, 인코딩되지 않은 #은 fragment 식별자로 해석되며, 인코딩되지 않은 + 기호가 서버에서 공백으로 처리되기도 합니다.
URL 인코더/디코더 사용 방법
자주 묻는 질문
공백에 %20과 +의 차이는 무엇인가요?
둘 다 URL에서 공백을 나타내지만 다른 맥락에서 사용됩니다. %20(퍼센트 인코딩)은 RFC 3986에 따라 URL의 모든 부분에서 공백의 올바른 인코딩입니다. + 기호는 HTML 폼 인코딩(application/x-www-form-urlencoded) 쿼리 문자열에서만 공백을 나타내며, URL 경로에서는 그렇지 않습니다. 현대 API는 범용 호환성을 위해 %20을 선호합니다. +는 전통적인 HTML 폼 제출 시에만 사용하세요.
전체 URL을 인코딩해야 할까요, 쿼리 파라미터만 인코딩해야 할까요?
입력에 따라 다릅니다. https://example.com/search?q=안녕 세상 같은 전체 URL이 있다면 '쿼리 파라미터만 인코딩'을 사용하세요. 이렇게 하면 구조적 문자(://, /, ?)를 보존하고 값(안녕 세상 → %EC%95%88%EB%85%95%20%EC%84%B8%EC%83%81)만 인코딩됩니다. URL 파라미터의 일부가 될 원시 텍스트 값이 있다면 '전체 텍스트 인코딩'을 사용하여 완전히 안전하게 만드세요.
인코딩되지 않는 문자는 무엇인가요?
RFC 3986은 절대 인코딩되지 않는 '비예약 문자'를 정의합니다: 대소문자 영문자(A-Z, a-z), 숫자(0-9), 그리고 하이픈(-), 밑줄(_), 마침표(.), 물결표(~). /, ?, =, &, # 같은 URL 구조 문자는 '쿼리 파라미터만 인코딩' 모드에서 URL 구조를 정의하기 때문에 보존됩니다.
URL에서 한국어 등 비영어 문자는 어떻게 처리하나요?
한국어(예: '안녕'), 일본어, 중국어 등 비ASCII 문자는 먼저 UTF-8 바이트 시퀀스로 변환된 다음 각 바이트가 퍼센트 인코딩됩니다. 예를 들어 한국어 '한'은 %ED%95%9C으로 인코딩됩니다. 이것이 국제화 URL(IRI)의 표준 방식이며, 이 도구는 UTF-8 인코딩을 자동으로 처리합니다.
URL 인코딩과 HTML 인코딩의 차이는 무엇인가요?
URL 인코딩(퍼센트 인코딩)은 URL 내에서 텍스트를 안전하게 만들기 위한 것입니다. HTML 인코딩(HTML 엔티티)은 HTML 마크업 내에서 텍스트를 안전하게 만들기 위한 것입니다. 예를 들어 &는 &로, <는 <로, >는 >로 변환됩니다. URL을 만들 때는 URL 인코딩이, 사용자 콘텐츠를 HTML에 삽입할 때는 HTML 인코딩이 필요합니다. URL이 HTML href 속성에 나타나는 경우처럼 두 가지 모두 필요한 경우도 있습니다.