페이지 목적: URL 단축·링크 공유·QR코드·클릭 통계를 선택·활용하기 전에 확인할 조건과 절차를 정리한 정보성 안내입니다. Tranfox는 링크 생성 도구이며, 결제·계약 대행은 하지 않습니다.

마케팅 · 8분 읽기 · 2026-10-09

GA4에서 같은 캠페인이 둘로 쪼개질 때 — UTM 대소문자·한글·공백·# 위치 진단

GA4에서 UTM 캠페인이 둘로 나뉘어 보일 때 대소문자, 한글·공백 인코딩, # 위치, 누락 파라미터를 공식 문서 기준으로 진단하는 순서를 정리했습니다.

작성·검토: Tranfox 편집팀 · 최초 발행 2026-10-09 · 최종 수정 2026-10-09

출처·확인일: 2026-10-09. UTM 값의 대소문자 규칙과 URL 구성은 Google 공식 도움말(맞춤 캠페인 URL 안내, 확인일 2026-10-09)을, 퍼센트 인코딩과 # 프래그먼트의 정의는 IETF RFC 3986(URI Generic Syntax, 확인일 2026-10-09)을 기준으로 정리했습니다.

GA4가 “같은 값”으로 보는 기준

Google 공식 도움말은 source·medium·campaign 같은 필드에 대소문자를 구분하는 엄격한 명명 규칙을 유지하라고 안내합니다. 예로 Meta와 meta는 서로 다른 값이고, SpringSale과 Spring_Sale도 별개로 간주되며, utm_source=google은 utm_source=Google과 다릅니다. 소문자를 표준으로 쓰라는 권고도 있습니다. 결국 캠페인이 둘로 쪼개지는 가장 흔한 이유는 “사람 눈에는 같은데 문자열이 다른 것”입니다.

? · & · # 위치가 틀린 경우

Google 안내는 파라미터를 URL과 물음표로 분리하고, 이름=값 쌍을 앰퍼샌드로 이으라고 설명합니다. RFC 3986은 쿼리를 첫 물음표에서 시작해 번호 기호(#)나 URI의 끝에서 끝나는 구성요소로 정의하고, # 이후는 프래그먼트로 정의합니다. 아래 결과는 브라우저 표준 URL API로 직접 확인한 예시(가정)입니다.

첫 번째 형태에서는 UTM이 쿼리에 없으므로 분석 도구가 쿼리 문자열로 읽는 값에 포함되지 않을 수 있습니다. GA4가 이 경우를 어떻게 처리하는지는 문서에서 확인하지 못했으니 실시간 보고서로 직접 확인하고, 안전하게는 UTM을 항상 # 앞에 두세요.

한글·공백 값의 인코딩 차이

RFC 3986은 퍼센트 인코딩을 % 뒤에 16진수 두 자리로 표현하며, 예를 들어 %20이 공백(SP)의 인코딩이라고 설명합니다. 16진수의 A~F는 대소문자가 동등하지만 일관성을 위해 대문자를 쓰라고 권고합니다. 한편 WHATWG URL 표준의 application/x-www-form-urlencoded 직렬화는 공백을 +로 바꿉니다. 둘은 서로 다른 규칙이라 같은 입력도 결과가 갈릴 수 있습니다.

아래는 Tranfox UTM 링크 생성기와 같은 방식(브라우저 URL API의 searchParams)으로, 그리고 URL 인코더/디코더와 같은 방식(encodeURIComponent)으로 직접 계산한 예시(가정)입니다.

공백이 +냐 %20이냐에 따라 GA4가 같은 값으로 합치는지는 Google 도움말에서 확인하지 못했습니다. 그래서 가장 안전한 방법은 값 자체에 공백과 특수문자를 쓰지 않는 것입니다(운영 권고). 한글을 꼭 써야 한다면 한 가지 도구와 한 가지 인코딩 방식으로만 만들고, 이미 인코딩된 문자열을 다시 인코딩하지 않도록 주의하세요.

일부만 넣었을 때의 (not set)

Google 도움말은 UTM 하나만 설정하더라도 관련 파라미터를 모두 설정하라고 강하게 권장하며, 빠진 파라미터는 보고서에 (not set) 값으로 나타난다고 설명합니다. 또 URL에는 항상 utm_source, utm_medium, utm_campaign을 쓰라고 안내합니다. 캠페인이 쪼개진 것처럼 보일 때 일부 링크가 medium을 빼먹었는지도 같이 확인하세요.

쪼개진 캠페인 진단 순서

1. GA4 Acquisition > Traffic acquisition 보고서에서 세션 캠페인을 열어 비슷한 이름이 둘 이상 있는지 확인합니다.
2. 각 이름의 원본 링크를 배포표에서 찾아 대소문자·하이픈·밑줄이 다른지 비교합니다.
3. ? 앞에서 쿼리가 시작되고 # 앞에 UTM이 있는지 확인합니다.
4. 한글·공백이 섞였다면 어떤 도구가 어떤 방식으로 인코딩했는지 확인하고, 이중 인코딩(%25)이 있는지 봅니다.
5. source·medium·campaign 중 빠진 값이 없는지 봅니다((not set) 여부).
6. 수정한 링크 하나로 실제 클릭 후 GA4 실시간에서 새 값이 기대대로 보이는지 확인합니다. 과거 데이터는 이미 분리돼 기록됐을 수 있으니 이후부터 한 이름으로 통일하세요.

팀 규칙으로 고정하기

사람이 하나씩 입력하면 불일치가 생기므로 규칙을 문서로 고정하고 가능하면 목록에서 생성합니다. 아래는 Google의 소문자 권고와 일관성 권고를 바탕으로 한 운영 규칙 제안입니다.

• 값은 영문 소문자와 숫자, 구분자는 하이픈이나 밑줄 중 하나로 통일합니다.
• 공백·한글·특수문자는 값에 쓰지 않고, 필요한 설명은 배포표에 따로 적습니다.
• source·medium·campaign은 항상 함께 넣습니다.
• 여러 링크는 CSV로 한 번에 생성하고, 현장 매체별 이름은 오프라인 UTM 현장 가이드를 참고하세요.

자주 묻는 질문

UTM 값은 대소문자를 구분하나요?

네. Google 공식 도움말은 utm_source=google과 utm_source=Google이 서로 다른 값이라고 설명하고, Meta와 meta, SpringSale과 Spring_Sale도 별개로 취급된다고 안내합니다. 소문자 사용을 표준으로 권장합니다.

UTM 값에 한글을 써도 되나요?

URL에서는 UTF-8 바이트를 퍼센트 인코딩해 표현할 수 있습니다. 다만 Google 도움말에서 한글 값의 별도 처리 규칙은 확인하지 못했으므로, 보고서와 내보내기 파일의 호환을 위해 영문 소문자 코드를 쓰고 한글 설명은 별도 시트에 매핑하는 방식을 권장합니다.

UTM을 # 뒤에 붙이면 왜 문제가 되나요?

RFC 3986에서 쿼리는 첫 물음표에서 시작해 #에서 끝나고, #부터는 프래그먼트입니다. 그래서 # 뒤에 붙인 UTM은 쿼리 파라미터가 아닙니다. Google 안내는 물음표로 파라미터를 시작하라고 하므로 UTM은 항상 # 앞에 두세요.

참고 출처(확인일 2026-10-09): Google Analytics 도움말 — 맞춤 캠페인 URL(UTM), IETF RFC 3986 — URI Generic Syntax, WHATWG URL Standard. 표의 입력값과 변환 결과는 설명을 위한 예시(가정)이며, 보고서에서의 실제 합산·분리는 사용 중인 GA4 속성과 설정에서 직접 확인해야 합니다.