URL 디코더
실시간 미리보기, 재귀적 다층 디코딩, URL 구성 요소 분석, 쿼리 파라미터 파싱 및 인코딩 분석 기능을 갖춘 URL 인코딩(퍼센트 인코딩) 문자열 디코더입니다. UTF-8 및 모든 퍼센트 인코딩 문자를 지원합니다.
광고 차단기로 인해 광고를 표시할 수 없습니다
MiniWebtool은 광고로 무료로 운영됩니다. 이 도구가 도움이 되었다면 Premium(광고 제거 + 더 빠름)으로 지원하시거나 MiniWebtool.com을 허용 목록에 추가한 뒤 새로고침하세요.
- 또는 Premium(광고 없음)으로 업그레이드
- MiniWebtool.com 광고를 허용한 다음 새로고침하세요
URL 디코더 정보
퍼센트 인코딩된 URL과 텍스트를 디코딩하기 위한 전문가 수준의 도구인 URL 디코더에 오신 것을 환영합니다. API 요청 디버깅, 웹 트래픽 분석, 폼 제출 검사 또는 국제화된 URL 작업을 수행할 때, 이 디코더는 다른 도구에서는 제공하지 않는 심층 분석 기능과 함께 즉각적인 결과를 제공합니다.
URL 디코딩이란 무엇입니까?
URL 디코딩(퍼센트 디코딩이라고도 함)은 퍼센트 인코딩된 문자를 원래 형태로 다시 변환하는 과정입니다. 데이터가 URL에 포함될 때 특정 문자는 퍼센트 기호(%) 뒤에 두 개의 16진수 숫자가 오는 방식으로 표현되어야 합니다. URL 디코딩은 이 과정을 역으로 수행합니다.
예를 들어:
- %20 → 공백 문자
- %26 → & (앰퍼샌드)
- %3F → ? (물음표)
- %E4%B8%AD → 中 (한자, UTF-8 인코딩됨)
URL 인코딩은 RFC 3986(Uniform Resource Identifier 구문)에 정의되어 있으며, 많은 문자가 URL 구문에서 특별한 의미를 갖기 때문에 URL에서 데이터를 안전하게 전송하는 데 필수적입니다.
이 디코더 사용 방법
- 인코딩된 텍스트 붙여넣기: 입력 영역에 URL 인코딩된 문자열을 입력합니다. 전체 URL, 쿼리 문자열, 폼 데이터 페이로드 또는 모든 퍼센트 인코딩된 텍스트가 될 수 있습니다. 일반적인 패턴은 양식 위의 빠른 예제를 사용하세요.
- 플러스 기호 처리 방식 선택:
+를 공백으로 디코딩할지(HTML 폼 쿼리 문자열의 표준) 아니면 리터럴 플러스 기호로 유지할지(엄격한 RFC 3986 모드) 선택합니다. - 즉각적인 결과 얻기: 라이브 미리보기는 입력하는 동안 실시간으로 디코딩된 출력을 보여줍니다. URL 구성 요소 분석, 다층 감지 및 인코딩 통계를 포함한 전체 분석을 보려면 "URL 디코딩"을 클릭하십시오.
- 분석 검토: 전체 URL의 경우 구성 요소 분석(프로토콜, 호스트, 경로, 쿼리 파라미터)을 확인합니다. 다층 인코딩된 문자열의 경우 각 디코딩 단계가 시각화된 것을 확인합니다.
- 결과 복사: 복사 버튼을 클릭하여 디코딩된 텍스트를 클립보드에 복사합니다.
주요 기능
실시간 라이브 디코딩
디코더는 JavaScript를 사용하여 브라우저에서 직접 입력을 처리합니다. 입력하는 즉시 결과가 나타나므로 서버 통신이 필요하지 않습니다. 데이터는 장치를 떠나지 않으므로 완전한 개인정보 보호가 보장됩니다.
URL 구성 요소 분석
전체 URL을 디코딩하면 도구가 자동으로 스킴(프로토콜), 호스트, 포트, 경로, 쿼리 문자열 및 프래그먼트로 분석합니다. 쿼리 파라미터는 쉽게 검사할 수 있도록 깨끗한 키-값 테이블에 표시됩니다.
다층 디코딩
때로는 URL이 여러 번 인코딩되는 경우(이중 또는 삼중 인코딩)가 있습니다. 이는 인코딩 함수가 두 번 이상 적용될 때 발생합니다. 예를 들어 %2520은 이중 인코딩된 공백입니다(% → %25, 그다음 %2520 = %20 = 공백). 당사의 디코더는 모든 인코딩 계층을 감지하고 각 단계를 보여줍니다.
인코딩 분석
입력에서 정확히 어떤 문자가 퍼센트 인코딩되었는지, 16진수 값, 디코딩된 문자 및 빈도 수를 확인하십시오. 이는 인코딩 문제를 디버깅할 때 매우 유용합니다.
URL 인코딩의 이해
URL 인코딩이 존재하는 이유
URL은 제한된 ASCII 문자 세트만 포함할 수 있습니다. 공백, 특수 기호 및 비라틴 문자를 포함하여 이 세트 이외의 문자는 안전하게 전송되기 위해 퍼센트 인코딩되어야 합니다. 인코딩을 통해 URL이 모호하지 않고 브라우저, 서버 및 프록시에서 올바르게 파싱될 수 있도록 보장합니다.
예약 문자 vs 비예약 문자
비예약 문자 (안전함, 인코딩이 필요 없음):
- 문자:
A-Z,a-z - 숫자:
0-9 - 특수:
-_.~
예약 문자 (URL에서 특별한 의미를 가짐, 데이터로 사용될 때 인코딩되어야 함):
:/?#[]@!$&'()*+,;=
공백에 대한 플러스 기호(+) vs %20
URL에서 공백이 나타나는 방식에는 두 가지가 있습니다.
- + (플러스 기호): HTML 폼 데이터(
application/x-www-form-urlencoded)에서 사용됩니다. 폼에서hello world를 제출하면 쿼리 문자열에서hello+world가 됩니다. - %20: RFC 3986에 정의된 공백에 대한 표준 퍼센트 인코딩입니다. URL 경로 및 기타 문맥에서 사용됩니다.
HTML 폼에서 쿼리 문자열을 디코딩할 때는 +를 공백으로 디코딩하십시오. URL 경로나 엄격한 RFC 3986 URI를 디코딩할 때는 +를 리터럴 플러스 기호로 유지하십시오.
일반적인 퍼센트 인코딩 문자
| 문자 | 인코딩됨 | 설명 | 카테고리 |
|---|---|---|---|
| (공백) | %20 | 공백 문자 | 공백 |
| ! | %21 | 느낌표 | 예약됨 |
| # | %23 | 해시 / 프래그먼트 | 예약됨 |
| $ | %24 | 달러 기호 | 예약됨 |
| & | %26 | 앰퍼샌드 | 예약됨 |
| + | %2B | 플러스 기호 | 예약됨 |
| , | %2C | 쉼표 | 예약됨 |
| / | %2F | 슬래시 | 예약됨 |
| : | %3A | 콜론 | 예약됨 |
| = | %3D | 등호 | 예약됨 |
| ? | %3F | 물음표 | 예약됨 |
| @ | %40 | 앳 기호 | 예약됨 |
| % | %25 | 퍼센트 기호 | 특수 |
이중(다층) URL 인코딩이란 무엇입니까?
이중 인코딩은 이미 인코딩된 문자열이 다시 인코딩될 때 발생합니다. 이는 웹 애플리케이션에서 흔히 발생하는 버그의 원인입니다.
- 원본:
hello world - 단일 인코딩:
hello%20world(공백 → %20) - 이중 인코딩:
hello%2520world(% → %25, 따라서 %20 → %2520)
일반적으로 다음과 같은 경우에 발생합니다.
- 실수로 인코딩 함수를 두 번 호출한 경우
- URL 파라미터가 이미 인코딩을 인식하는 컨텍스트에 삽입되기 전에 인코딩된 경우
- 미들웨어나 프록시가 추가 인코딩을 적용하는 경우
당사의 다층 디코더는 모든 계층을 자동으로 감지하고 단계별로 디코딩하여 정확히 어떤 일이 일어났는지 보여줍니다.
일반적인 사용 사례
- API 요청 디버깅: API 호출의 쿼리 파라미터를 검사하고 디코딩하여 올바른 값인지 확인
- 웹 트래픽 분석: 서버 로그, 분석 보고서 또는 브라우저 개발자 도구의 URL 디코딩
- 폼 데이터 검사:
application/x-www-form-urlencoded폼 제출 데이터 디코딩 - SEO 분석: 가독성을 위해 국제화된 콘텐츠(비라틴 문자)가 포함된 URL 디코딩
- 보안 테스트: 보안 감사 중 다층 인코딩된 페이로드 감지 및 디코딩
- 이메일 및 소셜 미디어 링크: 추적 URL 및 리디렉션 체인 디코딩
자주 묻는 질문
URL 디코딩이란 무엇입니까?
URL 디코딩(퍼센트 디코딩이라고도 함)은 퍼센트 인코딩된 문자를 원래 형태로 다시 변환하는 과정입니다. 예를 들어, %20은 공백이 되고, %26은 &가 되며, %3D는 =가 됩니다. 이는 RFC 3986에 정의된 URL 인코딩 프로세스를 역으로 수행하는 것입니다.
공백에 대한 +와 %20의 차이점은 무엇입니까?
둘 다 공백 문자를 나타내지만 사용되는 문맥이 다릅니다. + 기호는 HTML 폼 데이터(application/x-www-form-urlencoded)에서 공백으로 사용되는 반면, %20은 RFC 3986에 정의된 공백에 대한 표준 퍼센트 인코딩입니다. 폼에서 쿼리 문자열을 디코딩할 때는 +를 공백으로 디코딩해야 합니다. URI 경로를 디코딩할 때는 +를 리터럴 플러스 기호로 유지해야 합니다.
이중 URL 인코딩이란 무엇입니까?
이중 인코딩은 이미 인코딩된 문자열이 다시 인코딩될 때 발생합니다. 예를 들어 공백은 첫 번째 인코딩 후에 %20이 되고, 두 번째 인코딩 후에 %2520이 됩니다(%가 %25로 인코딩되기 때문입니다). 이는 웹 애플리케이션에서 인코딩 함수가 여러 번 적용될 때 의도치 않게 발생하는 경우가 많습니다. 당사의 다층 디코더는 모든 인코딩 계층을 감지하고 해결합니다.
URL 디코딩은 브라우저에서 이루어지나요, 아니면 서버에서 이루어지나요?
당사의 URL 디코더는 JavaScript를 사용하여 브라우저에서 직접 모든 디코딩을 수행합니다. 데이터는 귀하의 기기를 떠나지 않습니다. 이를 통해 서버 통신 없이 완전한 개인정보 보호와 즉각적인 결과를 보장합니다. 서버 측 양식 제출은 폴백 용도로만 사용됩니다.
어떤 문자가 URL 인코딩이 필요합니까?
RFC 3986에 따르면 예약 문자(: / ? # [ ] @ ! $ & ' ( ) * + , ; =), 공백 및 모든 비ASCII 문자는 URL에서 퍼센트 인코딩되어야 합니다. 예약되지 않은 문자(A-Z, a-z, 0-9, -, _, ., ~)는 인코딩이 전혀 필요하지 않습니다.
추가 리소스
이 콘텐츠, 페이지 또는 도구를 다음과 같이 인용하세요:
"URL 디코더" - https://MiniWebtool.com/ko/url-디코더/에서 MiniWebtool 인용, https://MiniWebtool.com/
miniwebtool 팀 제작. 업데이트: 2026년 2월 13일