URL 인코더 및 디코더 - 빠르고 안전한 온라인 변환
URL을 즉시 인코딩하거나 디코딩하세요. 브라우저와 API 호환성을 위한 다양한 모드를 제공합니다.
URL 전체를 부호화, 파라미터 전송에 최적
URL을 입력하세요
변환 결과
FAQ
세 가지 인코딩 모드의 차이점은 무엇인가요?
전체 인코딩: URL 전체를 부호화하여 다른 API의 매개변수로 전달할 때 적합합니다. 구조 유지(%20): 프로토콜과 도메인을 유지하고 공백을 %20으로 변환합니다. 구조 유지(+): 비슷하지만 공백을 + 기호로 변환합니다.
전체 인코딩은 언제 사용하나요?
URL 전체를 다른 URL의 쿼리 매개변수 값으로 전달해야 할 때 사용합니다. 슬래시(/)나 콜론(:) 등이 파싱 에러를 일으키는 것을 방지합니다.
구조 유지 인코딩은 언제 사용하나요?
도메인 주소 등 기본 구조는 그대로 유지하면서 검색어나 경로에 포함된 한글이나 특수문자만 변환하고 싶을 때 사용합니다. 변환 후에도 브라우저에서 바로 열 수 있습니다.
왜 매개변수 안의 '+'를 '%2B'로 인코딩해야 하나요?
URL 쿼리에서 서버는 '+'를 공백으로 해석하는 경우가 많습니다. 실제 플러스(+) 기호를 전달하려면 반드시 %2B로 인코딩해야 데이터 오류를 막을 수 있습니다.
http로 시작하지 않는 입력은 어떻게 처리되나요?
도구는 입력을 쿼리 매개변수의 일부로 자동 인식하여 표준 퍼센트 인코딩 규칙에 따라 변환을 수행합니다.
구조 유지 모드에서 %20과 +의 차이는 무엇인가요?
주로 공백 처리 방식의 표준 차이입니다. %20은 RFC 3986 규격의 표준 방식이며, +는 고전적인 HTML 폼 형식(application/x-www-form-urlencoded)에서 주로 쓰입니다.
인코딩된 URL을 브라우저에서 바로 쓸 수 있나요?
'구조 유지' 모드라면 브라우저 주소창에 붙여넣어 바로 사용할 수 있습니다. '전체 인코딩'은 데이터 전송용이므로 직접 접속에는 적합하지 않습니다.
한글이나 이모지도 지원하나요?
네, UTF-8을 완벽하게 지원합니다. 한글, 이모지, 기타 국제 특수 기호들도 안전한 URL 형식으로 정확하게 변환됩니다.
인코딩 후 URL 길이는 얼마나 늘어나나요?
기존 문자 수보다 늘어납니다. 한글 1글자당 약 9글자(%XX%XX%XX 형식)로 변환되므로 특수 문자가 많을수록 URL이 길어집니다.
입력한 데이터가 서버에 저장되나요?
아니요. 모든 작업은 사용자의 브라우저 내 로컬에서 완료됩니다. 데이터가 서버로 전송되거나 저장되지 않으므로 안심하고 사용하셔도 됩니다.