URL 인코더
여러 인코딩 모드(RFC 3986, 쿼리 문자열, 폼 데이터)를 사용하여 URL용 텍스트를 인코딩합니다. 시각적인 문자별 분석과 포괄적인 인코딩 분석을 통해 어떤 문자가 왜 인코딩되었는지 정확히 확인할 수 있습니다.
광고 차단기로 인해 광고를 표시할 수 없습니다
MiniWebtool은 광고로 무료로 운영됩니다. 이 도구가 도움이 되었다면 Premium(광고 제거 + 더 빠름)으로 지원하시거나 MiniWebtool.com을 허용 목록에 추가한 뒤 새로고침하세요.
- 또는 Premium(광고 없음)으로 업그레이드
- MiniWebtool.com 광고를 허용한 다음 새로고침하세요
URL 인코더 정보
URL 인코더에 오신 것을 환영합니다. 이 도구는 URL에서 안전하게 사용하기 위해 텍스트를 퍼센트 인코딩하는 강력한 도구입니다. 여러 인코딩 모드(RFC 3986, 쿼리 문자열, 경로 세그먼트), 시각적 문자별 분석 및 포괄적인 통계를 제공합니다. 어떤 문자가 왜 인코딩되었는지 정확히 파악할 수 있어 개발자, SEO 전문가 및 URL을 다루는 모든 사람에게 적합합니다.
URL 인코딩이란 무엇인가요?
URL 인코딩(퍼센트 인코딩으로도 알려짐)은 URI(Uniform Resource Identifier)에서 정보를 인코딩하기 위한 메커니즘입니다. 안전하지 않은 ASCII 문자를 UTF-8 인코딩의 바이트 값을 나타내는 "%"와 그 뒤에 오는 두 자리 16진수로 대체합니다.
예를 들어:
- 공백은
%20(쿼리 문자열에서는+)이 됩니다 - 앰퍼샌드
&는%26이 됩니다 - 물음표
?는%3F가 됩니다
URL 인코딩이 필요한 이유는 무엇인가요?
URL은 US-ASCII 문자 세트의 제한된 문자만 포함할 수 있습니다. 이 세트 이외의 문자나 URL에서 특별한 의미를 갖는 문자(예: &, =, ?)는 다음과 같은 이유로 인코딩되어야 합니다:
- 오해석 방지:
&와 같은 특수 문자는 쿼리 매개변수를 구분하는 데 사용됩니다. 데이터에&가 포함된 경우%26으로 인코딩해야 합니다. - 국제 문자 지원: 비ASCII 문자(한국어, 중국어, 아랍어, 이모지 등)는 UTF-8 바이트 시퀀스로 인코딩되어야 합니다.
- 안전한 전송 보장: 일부 문자는 잠재적인 보안 문제나 전송 문제로 인해 URL에 직접 사용하기에 안전하지 않습니다.
인코딩 모드 설명
RFC 3986 (URL 구성 요소)
RFC 3986에 정의된 표준 인코딩입니다. 비예약 문자(A-Z, a-z, 0-9, -, ., _, ~)를 제외한 모든 문자가 퍼센트 인코딩됩니다. 공백은 %20이 됩니다. 대부분의 URL 구성 요소에 이 모드를 사용하세요.
쿼리 문자열 (application/x-www-form-urlencoded)
HTML 양식 제출 및 검색 쿼리에 흔히 사용되는 인코딩입니다. 공백은 %20 대신 +가 됩니다. 브라우저가 양식을 제출할 때 사용하는 형식입니다.
경로 세그먼트
RFC 3986과 유사하지만 슬래시(/)를 유지합니다. 디렉토리 구조를 유지하려는 URL 경로를 인코딩할 때 사용합니다.
전체 인코딩
영숫자(A-Z, a-z, 0-9)를 제외한 모든 문자를 인코딩합니다. 가장 강력한 인코딩 모드이며 최대의 안전이 필요한 경우에 유용합니다.
인코딩해야 하는 문자
예약 문자
이 문자들은 URL에서 특별한 의미를 가지며 데이터로 사용될 때 인코딩되어야 합니다:
| 문자 | 인코딩됨 | URL에서의 용도 |
|---|---|---|
: | %3A | 스키마 구분 기호(http:), 포트 구분 기호 |
/ | %2F | 경로 세그먼트 구분 기호 |
? | %3F | 쿼리 문자열 구분 기호 |
# | %23 | 프래그먼트 식별자 |
& | %26 | 쿼리 매개변수 구분 기호 |
= | %3D | 키-값 구분 기호 |
@ | %40 | 사용자 정보 구분 기호 |
안전하지 않은 문자
이 문자들은 항상 인코딩되어야 합니다:
| 문자 | 인코딩됨 | 이유 |
|---|---|---|
| 공백 | %20 또는 + | URL에서 허용되지 않음 |
< > | %3C %3E | 잠재적인 HTML 인젝션 위험 |
" | %22 | HTML의 속성 구분 기호 |
{ } | %7B %7D | URL에서 유효하지 않음 |
| | %7C | 안전하지 않은 문자 |
\ | %5C | 안전하지 않은 문자 |
이 도구의 사용 방법
- 텍스트 입력: 인코딩하려는 텍스트를 입력 영역에 입력하거나 붙여넣습니다. 일반적인 사례는 퀵 예제 버튼을 사용해 보세요.
- 인코딩 모드 선택: 사용 사례에 따라 적절한 모드를 선택합니다(구성 요소에는 RFC 3986, 검색 매개변수에는 쿼리 문자열 등).
- 인코딩 클릭: 도구가 텍스트를 인코딩하고 결과를 보여줍니다.
- 분석 확인: 어떤 문자가 왜 인코딩되었는지 보여주는 문자별 분석을 확인합니다.
- 결과 복사: '복사' 버튼을 클릭하여 인코딩된 텍스트를 클립보드에 복사합니다.
일반적인 사용 사례
API 매개변수
사용자 입력을 URL 매개변수로 전달할 때:
https://api.example.com/search?q=Hello%20World%21
리다이렉트 URL
URL을 매개변수로 전달하기 위해 인코딩할 때:
https://example.com/redirect?url=https%3A%2F%2Fother-site.com
파일 이름
공백이나 특수 문자가 포함된 파일 이름을 인코딩할 때:
/files/My%20Document%20%282024%29.pdf
자주 묻는 질문
URL 인코딩이란 무엇인가요?
퍼센트 인코딩으로도 알려진 URL 인코딩은 URI(Uniform Resource Identifier)에서 정보를 인코딩하기 위한 메커니즘입니다. 안전하지 않은 ASCII 문자를 해당 문자의 바이트 값을 나타내는 '%'와 그 뒤에 오는 두 자리 16진수로 대체합니다. 예를 들어 공백은 %20이 되고 앰퍼샌드는 %26이 됩니다.
URL을 인코딩해야 하는 이유는 무엇인가요?
URL은 ASCII 문자 세트의 제한된 문자만 포함할 수 있습니다. 공백, 특수 기호, 비ASCII 문자 등은 올바르게 전송되기 위해 인코딩되어야 합니다. 인코딩하지 않으면 이러한 문자가 URL 구분 기호로 오해받거나 전송 오류를 일으킬 수 있습니다.
RFC 3986 인코딩과 쿼리 문자열 인코딩의 차이점은 무엇인가요?
RFC 3986 인코딩은 공백에 %20을 사용하며 URL 구성 요소의 표준입니다. 쿼리 문자열 인코딩(application/x-www-form-urlencoded)은 공백에 +를 사용하며 HTML 양식 제출 및 검색 쿼리에서 흔히 사용됩니다. 둘 다 유효하지만 사용되는 맥락이 다릅니다.
인코딩 없이 URL에서 안전하게 사용할 수 있는 문자는 무엇인가요?
RFC 3986에 따르면 인코딩이 필요 없는 비예약 문자는 대문자(A-Z), 소문자(a-z), 숫자(0-9) 및 4개의 특수 문자: 하이픈(-), 마침표(.), 밑줄(_), 물결표(~)입니다. 그 외의 모든 문자는 퍼센트 인코딩되어야 합니다.
URL 매개변수에서 & 및 =와 같은 특수 문자를 어떻게 인코딩하나요?
&(앰퍼샌드) 및 =(등호)와 같은 특수 문자가 URL 매개변수 내의 데이터로 사용될 때는 퍼센트 인코딩되어야 합니다. &는 %26이 되고 =는 %3D가 됩니다. 이렇게 하면 매개변수 구분 기호나 키-값 구분 기호로 해석되는 것을 방지할 수 있습니다.
관련 도구
- URL 디코더 - 퍼센트 인코딩된 URL을 일반 텍스트로 디코딩
- Base64 인코더 - 텍스트를 Base64 형식으로 인코딩
- HTML 엔티티 인코더 - HTML 특수 문자 인코딩
추가 리소스
이 콘텐츠, 페이지 또는 도구를 다음과 같이 인용하세요:
"URL 인코더" - https://MiniWebtool.com/ko/url-인코더/에서 MiniWebtool 인용, https://MiniWebtool.com/
miniwebtool 팀 제공. 업데이트 날짜: 2026년 1월 14일