URL 인코딩/디코딩
URL 인코딩/디코딩
URL 인코딩/디코딩: 특수 문자, 공백 및 다국어 텍스트를 처리하는 URL 퍼센트 인코딩 및 디코딩을 지원합니다. 인코딩 형식을 자동 감지하고 쿼리 매개변수 처리를 지원하며 API 호출, 양식 제출 및 링크 공유에 적합합니다。
빠른 시작
자주 쓰는 활용 사례
API 매개변수
쿼리/본문 데이터를 인코딩하여 특수 문자를 정확히 전송
폼 제출
GET/POST 데이터를 처리, CJK 및 특수 기호 지원
공유 링크
CJK/특수 문자를 포함한 URL을 깨짐 없이 생성
검색어
& = # ? 등을 포함할 때 인코딩
percent encoding, uri 인코더, url escape 같은 작업도 같은 확인 흐름에서 함께 처리할 수 있어 복사나 내보내기 전에 결과를 빠르게 점검할 수 있습니다.
활용 팁
제한 사항 및 호환성
세션 관리
자주 묻는 질문
URL(Uniform Resource Locator)은 팀 버너스‑리가 1990년대 Web을 위해 도입한 ‘리소스 주소’로, scheme/host/path/query/fragment 구조를 사람이 읽을 수 있는 문자열로 표현합니다. 데이터 문자가 구분자(? & # = /)로 오인되거나 공백·한글·emoji 같은 비 ASCII를 처리하기 위해, 이러한 문자를 %HH 형태의 percent‑encoding으로 변환합니다(예: 공백→%20, 파라미터 값의 /→%2F). 폼 문맥(application/x‑www‑form‑urlencoded)에서는 공백을 ‘+’로 표기할 수 있으며, 폼 외부에서는 %20을 권장합니다. URL 인코딩은 링크 안정성을 위한 가역적 포맷 변환이며, 암호화나 기밀 보장을 제공하지 않습니다.
아니오. 인코딩은 되돌릴 수 있는 형식 변환입니다. 비밀번호나 API 키 등은 암호화해야 합니다
폼(application/x-www-form-urlencoded)에서는 +, 일반적인 RFC 3986에서는 %20을 사용합니다. 본 도구는 호환성을 위해 %20을 기본으로 사용합니다. +가 필요하면 폼 문맥에서 사용하거나 수동 치환
% 다음에 16진수 두 자리가 오는 %XX 시퀀스가 많이 보이면 이미 인코딩된 것입니다. 재인코딩을 피하세요
URL 표준은 ASCII만 허용합니다. 비 ASCII 텍스트(예: 악센트 문자, 이모지)는 안전한 전송을 위해 UTF‑8 바이트를 %HH로 표기하는 퍼센트 인코딩이 필요합니다
위치에 따라 다릅니다. 경로 구분자일 때는 인코딩하지 않습니다(예: /api/users). 매개변수 값이라면 %2F로 인코딩합니다(예: ?path=%2Fhome%2Fuser)