본문으로 건너뛰기

URL 인코딩 온라인 — encodeURIComponent

텍스트를 URL 안에서 안전한 형태로: 공백, 비 ASCII, 기호가 `%XX`가 됩니다. 쿼리 문자열 조립, 콜백 URL 연결, 한글·공백을 붙이면 깨지는 링크 수정에. 기본은 `encodeURIComponent` — 단일 파라미터 값용이며 URL 전체를 맹목적으로 인코딩하지 않습니다.

URL Decode

주소창의 `%E4%BD%A0%E5%A5%BD`는 UTF-8 퍼센트 인코딩의 「你好」입니다. 생 `?name=张三`을 URL에 넣으면 하류에서 잘리거나 깨지기 쉽습니다.

`encodeURIComponent`는 세게 — 값에 맞습니다. 전체 URL에 쓰면 부주의하면 `://`도 깨질 수 있습니다; 페이지에 전체 URL 모드가 있으면 그쪽을.

보내기 전 인코딩, 디버깅 때 디코딩 — 짝으로 씁니다.

인코딩 방법

  1. URL에 넣을 텍스트 붙여넣기
  2. 모드 확인(기본은 파라미터 값용)
  3. 인코딩 결과를 주소에 복사

인코딩할 때

  • 위험한 문자가 있는 쿼리를 손으로 조립.
  • 인코딩된 파라미터를 요구하는 OAuth 콜백.
  • 문서와 실제 요청을 바이트 단위로 비교.

시나리오

  • `?q=`에 넣는 검색어
  • 공백 있는 파일명을 다운로드 링크 파라미터에
  • API 문서 예제 URL 검산

팁

  • 이미 인코딩된 링크 전체가 아니라 「값」을 인코딩 — 이중이면 `%25`.
  • 공백은 종종 `%20`; 일부 폼은 `+` — 규격을 확인.
  • 확신이 없으면 인코딩 후 디코딩 페이지로 왕복 확인.

예

입력출력설명
안녕하세요(비 ASCII)퍼센트 인코딩된 UTF-8 바이트예: 你好 → %E4%BD%A0%E5%A5%BD
a ba%20b공백
a=1&b=2a%3D1%26b%3D2단일 파라미터 값으로

URL 인코딩 FAQ

Base64와 차이는?
역할이 다릅니다: URL 인코딩은 텍스트를 URL 안전하게; Base64는 바이너리·토큰 조각을 감쌉니다.
두 번 인코딩하면?
인코딩된 %가 `%25`가 됩니다. 보통 한 번만.
경로와 쿼리를 같은 방식으로?
각각 규칙이 있습니다; 파라미터 값을 이 기본으로 인코딩하는 것이 흔한 경우입니다.

관련 도구