URL 인코더

여러 인코딩 모드(RFC 3986, 쿼리 문자열, 폼 데이터)를 사용하여 URL용 텍스트를 인코딩합니다. 시각적인 문자별 분석과 포괄적인 인코딩 분석을 통해 어떤 문자가 왜 인코딩되었는지 정확히 확인할 수 있습니다.

URL 인코더

퀵 예제

공백 포함 텍스트 쿼리 매개변수 전체 URL 특수 문자

인코딩할 텍스트

인코딩 모드

대부분의 경우 RFC 3986이 권장됩니다. 검색 양식에는 쿼리 문자열을, URL 경로 인코딩에는 경로 세그먼트를 사용하세요.

Embed URL 인코더 Widget

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 양식 제출 및 검색 쿼리에서 흔히 사용됩니다. 둘 다 유효하지만 사용되는 맥락이 다릅니다.