URL 파라미터 파서
전체 URL이나 query string을 붙여넣고, 파라미터를 사람이 읽기 쉽게 분해하세요. 중복 키, 디코딩 값, JSON 변환까지 한 번에 확인할 수 있습니다.
전체 URL, 상대 경로(`/products?page=2`), `?page=2&sort=latest` 같은 raw query string을 모두 지원합니다.
중복 키는 JSON 출력에서 배열로 묶입니다. 예를 들어 `tag=seo&tag=tools`는 `{ "tag": ["seo", "tools"] }`로 변환됩니다.
파라미터를 정상적으로 읽었습니다. 기본 URL, query string, 디코딩 결과를 아래에서 확인하세요.
자주 쓰는 예시
요약 정보
utm_source=google&utm_medium=cpc&utm_campaign=spring-sale&tag=seo&tag=tools&redirect=https%3A%2F%2Fexample.com%2Fwelcome%3Ffrom%3Dads파라미터 목록
디코딩된 Key#1
utm_source디코딩된 Valuegoogle인코딩된 Pairutm_source=google디코딩된 Key#2
utm_medium디코딩된 Valuecpc인코딩된 Pairutm_medium=cpc디코딩된 Key#3
utm_campaign디코딩된 Valuespring-sale인코딩된 Pairutm_campaign=spring-sale디코딩된 Key#4
tag디코딩된 Valueseo인코딩된 Pairtag=seo디코딩된 Key#5
tag디코딩된 Valuetools인코딩된 Pairtag=tools디코딩된 Key#6
redirect디코딩된 Valuehttps://example.com/welcome?from=ads인코딩된 Pairredirect=https%3A%2F%2Fexample.com%2Fwelcome%3Ffrom%3DadsJSON 변환 결과
JSON 변환 결과
URL 파라미터 파서 가이드
URL query string은 검색 필터, 페이지네이션, 캠페인 추적, OAuth redirect, API 디버깅에서 매우 자주 등장합니다. 하지만 `%2F`, `%3D`, `%20` 같은 인코딩이 섞이면 사람이 바로 읽기 어렵고, 같은 키가 여러 번 반복되는 경우도 많습니다. 이 도구는 URL 파라미터를 분해하고, 디코딩된 값과 JSON 구조를 한 번에 보여주는 데 초점을 맞췄습니다.
이럴 때 특히 유용합니다
- 광고 UTM 파라미터가 의도한 값으로 붙었는지 확인할 때
- 페이지네이션, 필터, 정렬 옵션이 프론트엔드 라우트에 제대로 반영되는지 볼 때
- OAuth redirect URL, state, code 파라미터를 디버깅할 때
- 중복 키가 있는 query string을 JSON 구조로 빠르게 바꾸고 싶을 때
자주 하는 실수
- 인코딩된 redirect URL을 그대로 읽다가 실제 목적지를 놓치는 실수
- `tag=a&tag=b`처럼 중복 키가 배열로 처리될 수 있다는 점을 놓치는 실수
- 해시(fragment)와 query string을 같은 영역으로 착각하는 실수
- 클라이언트 라우터가 상대 경로를 다루는 방식과 서버 URL을 같은 기준으로 보는 실수
자주 묻는 질문
파라미터 목록에서는 각각의 pair를 그대로 보여주고, JSON 출력에서는 같은 key를 배열로 묶습니다. 예: `tag=seo&tag=tools` -> `{ "tag": ["seo", "tools"] }`
아니요. `#section-2` 같은 해시는 query string과 별개입니다. 이 도구는 해시를 따로 요약 카드에서 보여주고, 파라미터 목록에는 포함하지 않습니다.
네. `/products?page=2`, `?page=2&sort=latest`, `tag=seo&tag=tools` 같은 형태도 지원합니다.
아니요. 모든 파싱과 디코딩은 브라우저 안에서만 처리되며 외부로 전송되지 않습니다.