전체 URL과 일부 파라미터를 구분하기
전체 URL을 인코딩해야 하는지, 쿼리 값 한 조각만 인코딩해야 하는지 구분하지 않으면 결과가 쉽게 깨집니다.
복사하거나 아래 파라미터 테이블로 확인하세요.
🔒 브라우저 내부 처리
RFC3986 기준 인코딩/디코딩과 쿼리 파라미터 파싱, 스니펫 생성을 지원합니다.
복사하거나 아래 파라미터 테이블로 확인하세요.
Guide
전체 URL을 인코딩해야 하는지, 쿼리 값 한 조각만 인코딩해야 하는지 구분하지 않으면 결과가 쉽게 깨집니다.
이미 인코딩된 값을 다시 인코딩하면 %2520 같은 형태가 생기면서 서버나 리다이렉트 흐름에서 오류가 날 수 있습니다.
인코딩 후에는 단순 문자열뿐 아니라 쿼리 파라미터 표를 함께 확인해 키와 값이 원하는 구조로 들어갔는지 보는 게 좋습니다.
Guide
A full URL and a single query parameter should not always be encoded the same way. Mixing those cases is a common source of broken links.
Encoding an already encoded value can turn spaces into patterns like %2520 and break callback or redirect logic.
After encoding or decoding, review the query parameter table so you can confirm the structure instead of trusting the raw string alone.
Use Cases
로그인 후 리다이렉트, OAuth callback, 결제 완료 URL처럼 파라미터가 길게 붙는 주소를 빠르게 검토할 수 있습니다.
요청 URL이 길거나 특수문자가 많을 때는 API 요청 테스트와 함께 보면 쿼리 인코딩 이슈를 찾기 쉽습니다.
Use Cases
Helpful for reviewing login redirects, OAuth callbacks, and payment return URLs that carry long parameter chains.
It pairs well with the UTM Generator and URL Query Builder when campaign URLs need a final validation pass.
When a request URL is long or full of reserved characters, checking it alongside API Request Tester makes encoding issues easier to isolate.