URL 파라미터 → JSON
전체 URL 또는 쿼리 문자열을 붙여넣으면
URL 파라미터를 JSON 객체 형태로 변환해 주는 도구입니다.
동일한 키가 여러 번 사용된 경우 배열로 묶여 표시되므로, 전달되는 값 구조를 쉽게 파악할 수 있습니다.
API 요청 디버깅, URL 파라미터 검증, 프론트엔드와 백엔드 간 데이터 확인 등
개발 및 테스트 과정에서 유용하게 사용할 수 있습니다.
숫자로 변환 가능한 값은 자동으로 숫자 타입으로 처리되어
가독성과 재사용성이 높은 JSON 결과를 제공합니다.
모든 변환 작업은 브라우저 내에서만 수행되며, 입력한 URL이나 파라미터 정보는 외부 서버로 전송되지 않습니다.
안전하게 쿼리 문자열을 분석할 수 있습니다.
URL 파라미터 JSON 변환기
긴 URL은 모든 파라미터가 한 줄에 들어 있어 검토하기 어렵습니다. 이 도구는 query string을 읽기 쉬운 JSON으로 변환해 key, value, 중복 파라미터, UTM, API filter, 인코딩된 값을 쉽게 확인할 수 있게 해줍니다.
도움이 되는 상황
- UTM 링크 검토:
utm_source,utm_medium,utm_campaign값을 확인합니다. - GET request 디버깅: API filter와 parameter를 구조화된 객체로 봅니다.
- 공유 링크 정리: 공개 전에 불필요하거나 예상치 못한 파라미터를 찾습니다.
확인할 점
일부 URL에는 같은 key가 여러 번 나오거나 빈 값, 인코딩된 값이 포함될 수 있습니다. 중복 key를 배열로 볼지, 값을 먼저 디코딩할지 용도에 맞게 판단하세요.
이 도구의 관련 기사
URL 파라미터를 JSON으로 확인하는 방법: UTM과 API 쿼리의 누락 줄이기
긴 URL의 쿼리 파라미터를 JSON으로 정리해 UTM, 검색 조건, API 요청의 키와 값을 확인하는 방법을 예제와 함께 해설합니다.
URL의 구조와 파라미터 분석: 인코딩부터 JSON 변환까지
웹 개발의 필수 요소인 URL의 구조, 퍼센트 인코딩의 필요성, 그리고 복잡한 쿼리 파라미터를 효율적으로 다루는 방법을 해설합니다.
API와 쿼리 파라미터를 위한 URL 인코딩·디코딩 방법
퍼센트 인코딩의 의미, URL을 언제 인코딩해야 하는지, API와 추적 링크 디버깅 시 인코딩된 쿼리 문자열을 안전하게 확인하는 방법을 설명합니다.
최신 아티클
curl 옵션 정리｜-X -H -d 가 실제로 하는 일과 함정
실무에서 만나는 curl 옵션을 표로 정리했습니다. -d 만으로 이미 POST가 되는 이유, -d 와 --data-raw 의 차이, 앞의 @ 가 조용히 파일을 읽는 함정, 작은따옴표와 큰따옴표의 구분, -k 와 -L 을 쉽게 붙이면 안 되는 이유까지 예제로 설명합니다.
JSON Schema와 Zod를 상호 변환하는 원리｜required와 .optional()의 대응
JSON Schema에서 Zod 스키마를 만들고 Zod 코드에서 다시 JSON Schema를 뽑아내는 양방향 변환기의 구현을 해설합니다. required와 .optional()의 기본값이 반대인 문제, 제약 조건 대응표, 코드를 실행하지 않고 해석하는 방법까지 정리합니다.
SQL 절 실행 순서 레퍼런스｜WHERE에서 SELECT 별칭을 못 쓰는 이유
SQL은 작성한 순서대로 실행되지 않습니다. 논리적 실행 순서(FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT)를 축으로, 별칭이 WHERE에서 안 되는 이유, WHERE와 HAVING의 구분, ONLY_FULL_GROUP_BY, COUNT(*)와 COUNT(컬럼)의 차이, LEFT JOIN + WHERE 함정을 예제로 정리합니다.
unified diff 형식 읽는 법｜git diff의 @@ 헤더 완전 해설
git이 출력하는 unified diff 형식을 읽는 법을 정리했습니다. @@ -12,7 +12,9 @@ 의 네 숫자가 뜻하는 것, 한 글자만 고쳐도 줄 전체가 바뀐 것처럼 보이는 이유, 공백과 줄바꿈 문자의 함정, \ No newline at end of file, 머지 커밋의 @@@, similarity index를 통한 이름 변경 감지까지 예제로 설명합니다.
UTC⇄JST/KST 변환 레퍼런스｜9시간 시차 대조표와 타임존 사고 예방법
UTC와 일본 시간(JST)·한국 시간(KST)의 변환을 대조표로 정리했습니다. ISO 8601의 Z와 +09:00의 의미, JavaScript 날짜 파싱이 9시간 어긋나는 조건, MySQL/PostgreSQL의 타임존 동작, GitHub Actions cron이 UTC로 도는 함정까지 예제와 함께 해설합니다.
CREATE TABLE 레퍼런스｜MySQL·PostgreSQL·SQLite의 타입과 제약 조건 차이
CREATE TABLE(DDL) 작성법을 3개 데이터베이스 비교표로 정리했습니다. 타입 대응표, 자동 증가(AUTO_INCREMENT / IDENTITY / rowid)의 방언 차이, 외래 키의 ON DELETE 동작, MySQL이 조용히 무시하는 CHECK 제약까지 예제와 함께 해설합니다.