URL 인코더 무료 온라인: URL 인코딩 디코딩 즉시 변환

A 완전히 다른 시스템입니다. URL 인코딩은 공백을 %20으로 바꾸지만, HTML 엔티티 인코딩은  나  을 사용합니다. 혼동하면 링크가 깨지거나 페이지에 원시 코드가 표시됩니다. 이 도구는 URL 인코딩 전용입니다. JSON API 응답에서 & 대신 &이 보인다면, URL 문제가 아니라 HTML 인코딩이 새어 나온 겁니다.

A 이중 인코딩은 이미 퍼센트 인코딩된 문자열을 또 인코딩할 때 발생합니다. %20 대신 %2520이 보이는 식이죠. 디코더에 한 번 돌리고 결과에 여전히 % 기호가 있으면 다시 디코딩하세요. 세 번까지 필요할 일은 거의 없습니다. 결제 게이트웨이 콜백이 깨져 보인다면 대부분 이게 원인입니다.

A 전혀 아닙니다. URL 인코딩은 단순한 형식 변환일 뿐입니다. 공백을 %20으로, 특수 문자를 퍼센트 코드로 바꿔줄 뿐이에요. 누구나 이 도구로 즉시 디코딩할 수 있습니다. 샌드위치를 랩으로 싸는 것과 같아요. 깔끔하지만 속이 훤히 보이죠. 비밀번호나 API 키 같은 민감한 정보를 URL로 공유한다면 진짜 암호화(HTTPS가 전송을 보호)나 해싱을 사용하세요. 인코딩만으로는 보안이 전혀 없습니다.

A 이메일 편집기는 공백과 특수 문자를 제멋대로 인코딩하는 경우가 많습니다. 편집기에서는 깔끔해 보여도 발송 후에 공백이 %20으로 바뀌거나 첫 공백에서 링크가 잘립니다. 이 디코더에 링크를 붙여넣어 실제 포함된 문자를 확인해보세요. `&` 대신 `&` 하나만 보인다면, 그건 URL 인코딩이 아니라 HTML 인코딩입니다. 팁: 템플릿에 넣기 전에 쿼리 문자열 전체를 `encodeURIComponent`로 인코딩하세요.

A 디코더는 원래의 퍼센트 인코딩 바이트를 그대로 표시할 뿐, 더 이상 아무것도 처리하지 않습니다. 예를 들어 `%2520`는 첫 번째 실행에서 `%20`으로 디코딩되지, 공백이 되지 않습니다. 이중 인코딩이 의심되면 다시 실행하세요 — 두 번째 실행에서야 공백이 보입니다. 데이터 파이프라인이 쿼리 문자열을 실수로 삼중 인코딩하는 경우를 본 적이 있으니, API 로그가 이상하면 두 번 확인하세요. 스프레드시트 내보내기를 정리할 때는 한 번 디코딩한 후 남은 `%` 기호를 검색하는 것이 좋습니다.

A 아니요, 둘을 혼동하면 큰 문제가 생깁니다. URL 인코딩은 % 기호와 16진수를 사용하며 공백은 %20이 됩니다. Base64는 A-Z, a-z, 0-9, 더하기, 슬래시라는 완전히 다른 문자 집합으로 바이너리 데이터를 텍스트로 변환합니다. 이 도구에서 Base64 문자열을 디코딩하면 깨진 출력이나 오류가 나옵니다. 구별하는 팁: Base64 문자열은 끝에 = 패딩이 붙는 경우가 많고 원본보다 훨씬 깁니다. API용 서명 링크를 만들 때는 문서를 꼭 확인하세요. 일부 시스템은 +와 /를 -와 _로 바꾼 Base64url을 요구합니다. 그 형식도 이 도구에서 제대로 처리되지 않습니다.

A 그것은 Latin-1이 아닌 UTF-8 바이트 표현 때문입니다. 현대 웹 표준은 UTF-8을 요구하며, 이 도구는 é를 두 바이트인 %C3%A9로 인코딩합니다. 옛 %E9는 레거시 시스템에서만 작동합니다. 2005년 이전에 구축된 API와 통신한다면 Latin-1이 필요할 수도 있지만, 지금은 드뭅니다. 수신 측에서 악센트가 깨진다면 서버의 charset 헤더를 확인하세요. 대부분의 경우 UTF-8을 유지하는 것이 좋습니다 — 브라우저와 JSON 파서가 기본으로 가정합니다.

A 붙여넣을 수 있는 양이라면 즉시입니다. URL 하나든 1만 자 블록이든 JavaScript로 브라우저 안에서 처리되므로 1초 안에 끝납니다. 업로드도, 대기열도, 서버 왕복도 없습니다. 스프레드시트에서 50개 URL을 열째로 붙여넣으면 결과가 바로 보입니다. 10만 행 같은 대용량은 몇천 개씩 잘라서 돌리세요. 병목은 오직 여러분 컴퓨터 속도뿐입니다.

A 네, 하지만 먼저 JSON을 문자열로 변환하고 인코딩해야 합니다. 예를 들어 `{"id": 42}`는 `%7B%22id%22%3A%2042%7D`로 바뀝니다. 이 과정이 없으면 중괄호가 URL 파서를 즉시 망가뜨립니다. API 요청에 붙이기 전에 여기서 페이로드를 처리하세요. 이 추가 단계로 불필요한 라우팅 오류를 막을 수 있습니다.