URL 인코더/디코더
특수 문자, 공백, 기호를 처리하는 이 무료 온라인 도구로 URL 구성 요소를 인코딩하거나 디코딩하세요. API, 웹 양식 또는 이메일 캠페인에 유효한 URL을 만들어야 하는 개발자와 마케터에게 적합합니다. 텍스트나 URL을 붙여넣기만 하면 적절한 퍼센트 인코딩으로 즉각적인 결과를 얻을 수 있습니다.
자주 묻는 질문
URL 인코딩은 특수 문자를 인터넷을 통해 전송할 수 있는 형식으로 변환합니다. 공백은 %20이 되고, &는 %26이 되는 식입니다. URL에는 특정 ASCII 문자만 포함할 수 있고 링크나 API 요청이 끊어지지 않도록 특수 문자를 인코딩해야 하므로 이는 필수적입니다.
입력 필드에 텍스트 또는 URL을 붙여넣고 '처리'를 클릭하기만 하면 됩니다. 이 도구는 입력에 따라 인코딩 또는 디코딩이 필요한지 여부를 자동으로 감지합니다. 인코딩의 경우 특수 문자를 퍼센트 인코딩된 값으로 변환합니다. 디코딩의 경우 퍼센트 인코딩된 값을 다시 읽을 수 있는 텍스트로 변환합니다.
인코딩되는 일반적인 문자에는 공백(%20으로), 앰퍼샌드(%26으로), 물음표(%3F로), 등호(%3D로), 슬래시(%2F로) 및 @, #, $, % 및 비 ASCII 문자와 같은 여러 특수 문자가 있습니다. 문자, 숫자, 하이픈, 밑줄, 마침표 및 물결표는 일반적으로 인코딩이 필요하지 않습니다.
URL 인코딩과 URI 인코딩은 매우 유사하며 종종 같은 의미로 사용됩니다. URI(Uniform Resource Identifier)는 URL을 포함하는 더 넓은 의미의 용어입니다. 인코딩 프로세스는 안전하지 않은 문자를 퍼센트 인코딩 형식으로 변환하는 것으로 동일합니다. 둘 다 동일한 % 인코딩 체계를 사용합니다.
네, 물론이죠! 이 도구는 양방향으로 작동합니다. 퍼센트 인코딩된 문자(공백의 경우 %20 등)가 포함된 URL을 붙여넣으면 원래의 읽기 가능한 형태로 다시 디코딩합니다. 이 기능은 URL을 분석하거나 웹 애플리케이션을 디버깅할 때 유용합니다.
예, 모든 인코딩과 디코딩은 클라이언트 측 JavaScript를 사용하여 브라우저에서 직접 이루어집니다. 사용자의 데이터는 서버로 전송되거나 어디에도 저장되지 않습니다. 이 도구는 페이지가 로드되면 완전히 오프라인으로 작동하므로 URL과 민감한 데이터가 비공개로 유지됩니다.
encodeURI()는 완전한 URL을 인코딩하도록 설계되었으며 :, /, ?, &와 같은 문자는 URL에서 특별한 의미를 갖기 때문에 인코딩하지 않습니다. encodeURIComponent()는 예약되지 않은 문자(A-Z, a-z, 0-9, -, _, ., ~)를 제외한 모든 것을 인코딩하므로 URL 매개변수와 쿼리 문자열 값을 인코딩하는 데 이상적입니다. 사용자 입력이나 매개변수를 인코딩할 때는 encodeURIComponent()를 사용하여 URL 구조가 깨지지 않도록 하세요. 예를 들어 'http://example.com?q=a&b'는 매개변수 값을 인코딩해야 합니다.
URL 인코딩(퍼센트 인코딩)은 각 문자를 16진수(%가 접두사로 붙는)의 UTF-8 바이트 표현으로 변환합니다. 공백은 %20이 됩니다(16진수 20 = 10진수 32 = ASCII 공백). 와 같은 특수 문자는 %40이 되고, #은 %23이 되며, é와 같은 비 ASCII 문자는 %C3%A9(UTF-8에서는 2바이트)가 됩니다. 더하기 기호(+)는 양식 데이터의 공백에 사용되기도 하지만 %20은 공백에 대한 표준 URL 인코딩입니다.
국제 문자 및 이모티콘은 UTF-8 퍼센트 인코딩을 사용하여 인코딩됩니다. 각 UTF-8 바이트는 %XX 형식으로 변환됩니다. 예를 들어, 이모티콘 😀(U+1F600)은 UTF-8에서 4바이트이며 %F0%9F%98%80이 됩니다. 한자, 아랍어 텍스트 및 기타 ASCII가 아닌 문자도 비슷하게 인코딩됩니다. 최신 브라우저는 이를 자동으로 처리하지만 프로그래밍 방식으로 URL을 구성하거나 API로 작업할 때 적절한 인코딩을 사용하면 모든 시스템에서 호환성을 보장할 수 있습니다.
이미 인코딩된 URL을 이중 인코딩하면 %2520(인코딩된 %)과 같은 유효하지 않은 URL이 생성되므로 이중 인코딩하지 마세요. 프로토콜과 도메인을 포함한 전체 URL을 인코딩하지 말고 쿼리 매개변수, 특수 문자가 포함된 경로 세그먼트 또는 조각 식별자와 같은 특정 구성 요소만 인코딩하세요. 또한 프레임워크나 라이브러리에서 이미 인코딩을 처리하고 있는 경우(최신 HTTP 클라이언트 등)에는 인코딩을 피하세요. 도구가 자동 인코딩하는지 항상 확인하여 API 호출 및 링크를 손상시킬 수 있는 이중 인코딩 문제를 방지하세요.
