URL 인코더·디코더

텍스트를 링크에 넣어도 안전하게 바꾸고, %로 인코딩된 텍스트를 다시 읽을 수 있게 되돌리고, URL의 구성을 확인하세요.

이 기기 안에서 봉인됨

브라우저에서 실행돼요. 아무것도 업로드되지 않아요.

봉인됨

입력

입력하는 대로 여기에 결과가 표시돼요.

이름	값(디코딩됨)

방향 고르기

인코딩은 텍스트를 URL에 안전하게 넣을 수 있게 바꿔요. 디코딩은 %ED%95%9C 같은 문자열을 읽을 수 있는 글자로 되돌려요.
인코딩할 대상 고르기

매개변수 값 하나라면 모든 특수 문자를 인코딩해야 해요. URL 전체라면 슬래시, 물음표, 앰퍼샌드는 그대로 둬요.
복사하거나 살펴보기

결과를 복사하거나, URL을 프로토콜, 호스트, 경로, 매개변수, 프래그먼트로 나눈 표를 확인하세요.

붙여 넣은 텍스트가 어딘가로 전송되나요?

아니요. 인코딩, 디코딩, URL 분석은 모두 브라우저에서 이루어지므로 토큰이나 개인정보가 담긴 링크도 기기에 그대로 있어요.

URL 일부와 URL 전체를 인코딩하는 건 어떻게 다른가요?

?q= 뒤에 오는 검색어 같은 일부는 &, =, / 같은 문자를 인코딩해야 URL 구조로 읽히지 않아요. URL 전체는 이런 문자가 곧 구조이므로 그대로 두고, 공백과 ASCII 밖의 문자만 인코딩해요.

공백은 %20과 + 중 무엇으로 바꿔야 하나요?

둘 다 흔히 쓰여요. %20은 URL 어디에서나 통해요. +는 HTML 폼이 보내는 쿼리 문자열에서만 공백을 뜻해요. 잘 모르겠다면 %20을 쓰세요.

한글은 왜 % 코드 여러 개로 바뀌나요?

URL은 UTF-8을 쓰는데, 한글 한 글자는 3바이트, 이모지는 4바이트를 차지해요. 각 바이트는 % 뒤에 16진수 두 자리로 표기되므로 “한”은 %ED%95%9C가 돼요.

어떤 텍스트는 왜 디코딩에 실패하나요?

% 뒤에 16진수 두 자리가 오지 않거나, 바이트가 올바른 UTF-8이 아니면 디코딩에 실패해요. 오래된 시스템이 Latin-1로 인코딩한 텍스트에서 자주 일어나요. 오류 메시지가 문제 위치를 정확히 알려 줘요.