URL 인코더

URL에는 제한된 문자 집합만 사용할 수 있습니다. 공백, 따옴표, 비ASCII 문자, 그리고 &나 ? 같은 기호는 URL에 실어 보내기 전에 퍼센트 인코딩을 거쳐야 합니다. 그러지 않으면 링크가 깨지거나 엉뚱한 요청이 전송됩니다. 손으로 인코딩하는 일은 번거롭고, 범위를 잘못 잡는 것——한 구성요소를 의도했는데 전체 URL을 인코딩하거나 그 반대——은 흔한 버그입니다. 이 도구는 양방향 인코딩·디코딩을 모두 지원하고, 쿼리 문자열을 읽기 쉬운 표로 파싱해 주므로 추적 링크나 폼 전송이 정확히 무엇을 실어 나르는지 알 수 있습니다.

인코딩·디코딩하는 내용

• 🔗 구성요소 모드: 쿼리 매개변수 값이나 경로 부분을 퍼센트 인코딩
• 🌐 전체 URL 모드: : / ? & = 같은 구조 문자를 보존하며 인코딩
• 🔄 두 모드 모두 읽을 수 있는 텍스트로 디코딩
• 📋 쿼리 문자열 파서: URL을 붙여넣으면 매개변수가 표로
• ⚡ 쿼리 값에서 더하기 기호를 공백으로 보는 관례 처리

인코딩 때문에 자주 넘어지는 곳

• 사용자가 입력한 검색어를 안전하게 담은 링크 만들기
• 복사한 링크가 404가 나거나 매개변수가 사라지는 이유 디버깅
• 추적 URL을 디코딩해 UTM 매개변수 읽기
• API 호출이나 리다이렉트용 값 준비

변환은 전적으로 브라우저 안에서 이루어지며 URL과 매개변수는 업로드되지 않습니다. 참고로 전체 URL 모드는 설계상 URL 구조 문자를 보존하므로, 링크 전체에는 맞지만 단일 매개변수 값에는 틀립니다. 그 경우에는 구성요소 모드를 사용하세요.

• 컴포넌트 인코딩은 예약 문자(? & = /)를 이스케이프 — 쿼리 값에 알맞습니다.
• URL 전체 인코딩은 이들을 보존해 링크가 링크로 남게 — 완전한 주소에 알맞습니다.
• 공백은 양쪽 다 %20; + 가 공백인 곳은 form-urlencoded 본문 안뿐 — application/x-www-form-urlencoded 의 유산입니다.