• 홈
  • URL 인코딩 및 디코딩 도구

URL 인코딩 및 디코딩 도구

URL 인코딩

URL 디코딩

이 도구에 대해

이 도구의 활용처

URL 인코딩은 공백, 비ASCII 문자, 더하기 기호, 슬래시, 물음표 및 기타 특수 문자를 브라우저와 서버가 안전하게 전달할 수 있는 형식으로 변환합니다. URL 디코딩은 이 과정을 역으로 수행하여 원래 텍스트를 검사할 수 있게 합니다.

일반적인 사용 사례

  • 검색어, 중국어 텍스트 또는 필터 값을 쿼리 문자열에 안전하게 추가합니다.
  • API 요청 내의 인코딩된 콜백 URL, 리디렉션 대상 및 매개변수를 검사합니다.
  • 로그, 브라우저 주소 표시줄 또는 게이트웨이 구성 값에서 원래 텍스트를 복원합니다.
  • 계층화된 문자열 변환을 디버깅할 때 Base64 인코딩/디코딩 및 유니코드 인코딩/디코딩 도구와 함께 사용하세요.

사용 방법

  1. 원래 텍스트를 왼쪽 패널에 붙여넣으면 인코딩된 결과가 즉시 생성됩니다.
  2. 인코딩된 문자열을 오른쪽 패널에 붙여넣으면 텍스트로 다시 디코딩됩니다.
  3. 디코딩이 실패하면 먼저 불완전한 % 이스케이프 시퀀스가 있는지 확인하세요.

예제

          원래 텍스트: a+b c/中文
인코딩 결과: a%2Bb%20c%2F%E4%B8%AD%E6%96%87

이러한 인코딩 출력은 쿼리 매개변수와 리디렉션 URL에서 흔하며, 디코딩하면 원래 텍스트가 복원됩니다.

흔한 실수

  • 대부분의 경우 전체 URL이 아닌 매개변수 값을 인코딩해야 합니다.
  • 이중 인코딩은 서버가 예상한 값을 더 이상 인식하지 못하게 하여 유효한 매개변수를 손상시킵니다.
  • 공백이나 비ASCII 문자가 포함된 문자열은 인코딩 없이 로그, 게이트웨이 또는 주소 표시줄에 직접 복사할 때 특히 문제가 발생하기 쉽습니다.

자주 묻는 질문

언제 URL 인코딩을 사용해야 하나요?

매개변수에 공백, 비ASCII 텍스트, 더하기 기호, 슬래시, 물음표, 해시 또는 기타 특수 문자가 포함된 경우 URL 인코딩이 일반적으로 안전한 선택입니다.

전체 URL을 인코딩해야 하나요, 아니면 매개변수 값만 인코딩해야 하나요?

대부분의 경우 매개변수 값만 인코딩해야 합니다. 전체 URL을 인코딩하면 스키마, 경로 구분자, 물음표 등의 구조적 문자도 이스케이프됩니다.

일부 시스템에서 공백이 %20 대신 더하기 기호로 표시되는 이유는 무엇인가요?

이는 일반적으로 폼 인코딩 규칙에서 비롯됩니다. 이 도구는 일반 URL 구성 요소 인코딩 규칙을 따르므로 공백은 %20으로 처리됩니다.

디코딩 시 입력이 유효한 URL 인코딩 텍스트가 아니라고 나오는 이유는 무엇인가요?

이는 일반적으로 입력에 불완전한 퍼센트 이스케이프 조각이나 잘못된 문자가 포함되어 있음을 의미합니다. 원래 소스를 확인하고 전체 인코딩된 문자열을 다시 복사하세요.

관련 도구

이어서 더 낮은 수준의 문자열 인코딩 문제를 디버깅해야 한다면, 다음 도구도 함께 유용합니다.