URL 파서
URL을 입력하면 프로토콜·호스트·경로·쿼리 파라미터·프래그먼트로 분해해서 보여줍니다. utm_source 등의 트래킹 파라미터도 자동으로 감지합니다.
URL 구조 일람
| 구성 요소 | 예시 | 설명 |
|---|---|---|
| 스킴(프로토콜) | https: | 통신 방식을 나타낸다. 웹은 http:/https:, 메일 링크는 mailto: 등을 사용하며 항상 URL 맨 앞에 온다. |
| 사용자 정보 | user:pass@ | Basic 인증 등에서 사용되는 사용자명과 비밀번호. 평문으로 남기 때문에 이 정보가 포함된 URL을 공유할 때는 주의가 필요하다. |
| 호스트명 | example.com | 접속 대상 서버의 도메인명 또는 IP 주소. |
| 포트 번호 | :8080 | 접속 대상 포트 번호. http는 80, https는 443이 기본값이라 보통 생략된다. |
| 경로 | /users/123 | 서버 내 리소스의 위치를 나타내는 계층 구조 문자열. |
| 쿼리 문자열 | ?id=123&sort=asc | "?" 뒤에 이어지는 key=value 형식의 파라미터 모음. "&"로 여러 개를 연결할 수 있다. |
| 프래그먼트 | #section2 | 페이지 내 특정 위치를 나타내는 식별자. "#" 이후는 서버로 전송되지 않고 브라우저 내에서만 처리된다. |
주요 트래킹용 쿼리 파라미터
| 파라미터명 | 설명 |
|---|---|
| utm_source | Google Analytics 등에서 유입 경로(예: newsletter·google·twitter)를 식별하기 위한 파라미터. UTM은 Urchin Tracking Module의 약자. |
| utm_medium | 유입 수단(예: email·cpc·social)을 식별하는 파라미터. utm_source와 함께 사용하는 것이 기본이다. |
| utm_campaign | 마케팅 캠페인 명칭을 식별하는 파라미터. 특정 프로모션의 효과 측정에 사용한다. |
| utm_term | 유료 검색 광고(PPC)에서 사용된 키워드를 식별하는 파라미터. |
| utm_content | 동일 광고 내에서 여러 링크·크리에이티브를 구분하기 위한 파라미터. |
| gclid | Google Ads가 발급하는 클릭 ID를 식별하는 파라미터. 전환 추적에 사용된다. |
| fbclid | Facebook 광고의 클릭 ID를 식별하는 파라미터. Meta의 광고 효과 측정에 사용된다. |
팁
- SNS에 URL을 공유하기 전에 이 도구로 분해해 보면 utm_source 등의 트래킹 파라미터가 포함되어 있는지 확인할 수 있습니다. 불필요하다면 해당 파라미터를 제거한 URL을 공유하면 더 깔끔해집니다.
- 입력한 URL은 모두 브라우저 내 JavaScript로 처리되며 toolbase.cc 서버로는 전송되지 않습니다. 인증 정보가 포함된 URL도 안전하게 확인할 수 있습니다.
- 같은 키의 쿼리 파라미터가 여러 번 나타나는 경우(예:
?tag=a&tag=b) 각각 별도의 행으로 표시됩니다. - 프래그먼트(# 이후)는 서버로 전송되지 않으며 브라우저 내 페이지 내 링크·SPA 라우팅 등에 사용되는 부분입니다. 서버 로그 분석만으로는 알 수 없는 정보입니다.
- 포트 번호가 공란으로 표시되는 경우, http의 80번·https의 443번 같은 기본 포트가 생략되어 있음을 의미합니다.
자주 묻는 질문
대부분의 경우 삭제해도 페이지 표시·동작에 영향은 없습니다. 이들은 주로 접속 분석용 부가 정보이며 서버 측 라우팅에는 사용되지 않는 경우가 대부분입니다. 다만 극히 일부 사이트에서는 쿼리 파라미터를 조건 분기에 사용하는 경우도 있으니, 동작을 확인한 후 공유하는 것을 권장합니다.
이것은 퍼센트 인코딩(URL 인코딩)이라는 방식으로, URL은 ASCII 문자 이외를 직접 다룰 수 없기 때문에 UTF-8 바이트열을 %XX 형식으로 변환해 표현합니다. 이 도구는 URLSearchParams로 자동 디코딩해서 표시합니다.
이 도구는 브라우저 표준 URL API를 사용하므로
스킴(http:// 등)을 포함한 완전한 URL만 해석할 수 있습니다. localhost:3000/path처럼 입력하려면 앞에 http://를 붙여 http://localhost:3000/path로 입력해 주세요.아니요, 남지 않습니다. 프래그먼트는 브라우저가 페이지를 불러온 이후에 처리되는 부분으로, HTTP 요청 자체에는 포함되지 않아 서버로 전송되지 않습니다. 페이지 내 링크나 싱글 페이지 애플리케이션의 라우팅에 사용됩니다.
이들은 광고 플랫폼이 발급하는 클릭 ID로, 이동한 사이트가 이 ID를 이용해 "어떤 광고에서 접속했는지"를 Google이나 Meta에 보고하여 전환 추적에 활용합니다. 개인정보 자체는 아니지만 접속 경로가 된 광고를 특정할 수 있는 구조입니다.
여담이지만 ― URL에 트래킹 파라미터가 이렇게 많아진 이유
URL 끝에 붙는 ?utm_source=...와 같은 쿼리 파라미터는, Google Analytics의 전신인 Urchin사가 2005년에 제공하던 접속 분석 서비스 "Urchin Tracking Module"의 식별자에서 유래했습니다. Google이 Urchin을 인수해 Google Analytics로 제공하면서 "UTM 파라미터"라는 명칭과 함께 업계 표준으로 자리 잡았습니다.
2010년대 이후 Google·Facebook 등 광고 플랫폼이 자체 계측용 파라미터(gclid·fbclid 등)를 독자적으로 추가하게 되면서, 하나의 URL에 여러 트래킹 파라미터가 동시에 붙는 경우가 늘었습니다. SNS에서 공유된 링크가 부자연스럽게 길어지는 것은 대부분 이런 누적이 원인입니다.
일부 브라우저나 프라이버시 지향 도구는 이러한 파라미터를 자동으로 제거하는 기능을 갖추고 있습니다. 다만 계측 목적 자체는 많은 정상적인 사이트에 중요한 기능이므로 단순히 "나쁜 것"이라고 할 수는 없으며, 마케팅 효과 측정과 개인 프라이버시의 균형을 어떻게 맞출지에 대한 논의는 지금도 계속되고 있습니다.