UTM이 사라질 때, 링크 경로별 점검 방법

문제 링크와 정상 링크를 어떻게 보존하나요?

메신저에서 복사한 주소, 광고 관리자에 입력한 주소, 단축 링크, 최종 랜딩 주소를 각각 저장합니다. 화면에 보이는 문구가 아니라 실제 href 또는 목적 URL을 복사해야 합니다. 정상 링크 하나도 같은 방식으로 저장하면 두 경로의 차이를 찾기 쉽습니다.

UTM 이름과 값은 원문 그대로 남기세요

Google Analytics는 utm_source, utm_medium, utm_campaign을 기본 캠페인 식별값으로 안내하며 값의 대소문자를 구분합니다. URL builders 문서에 따르면 google과 Google은 서로 다른 값으로 처리됩니다. 누락처럼 보이는 문제가 실제로는 철자나 대소문자 차이로 행이 나뉜 것인지 먼저 확인하세요.

• 배포 채널에서 사용한 전체 클릭 URL
• 브라우저 주소창의 첫 도착 URL
• 리다이렉트가 끝난 최종 URL
• 테스트 시각, 기기, 브라우저, 로그인 상태

URL에는 주문번호, 이메일, 전화번호 같은 개인정보를 UTM 값으로 넣지 않습니다. 증거를 공유할 때도 토큰과 개인 식별값을 가리고 전달하세요.

리다이렉트·도메인 구간은 어떻게 표로 보나요?

브라우저 개발자 도구의 네트워크 기록에서 각 응답 상태와 Location 헤더를 확인하면 어느 구간에서 주소가 바뀌었는지 알 수 있습니다. 리다이렉트를 모두 없애는 것이 답은 아닙니다. 캠페인 파라미터를 다음 주소에 안전하게 전달하도록 규칙을 고쳐야 합니다.

교차 도메인 측정에서는 GA4가 도메인 간 식별을 위해 링크에 _gl 파라미터를 더할 수 있습니다. Google은 목적 페이지가 임의 쿼리 파라미터를 지원하지 않거나 중간에서 리다이렉트하면 이 값이 사라질 수 있다고 설명합니다. 공식 확인 절차처럼 링크를 눌러 목적 URL에 파라미터가 남는지 직접 보세요.

최종 URL에 UTM이 있는데 보고서에 없다면 무엇을 보나요?

최종 주소창에 UTM이 남아 있다면 링크 유실과 수집 실패를 분리해야 합니다. 태그가 너무 늦게 실행되거나, 페이지가 즉시 다른 주소로 바뀌거나, 동의 선택 전후에 설정이 달라질 수 있습니다. GA4 디버그 화면이나 태그 관리자 미리보기에서 첫 page_view의 page_location을 확인하세요.

보고서 차원을 잘못 본 경우도 있습니다

UTM은 세션 소스, 매체, 캠페인 같은 획득 차원에서 확인합니다. Google은 일부 페이지 경로 차원에서 UTM이 생략되고 전체 주소는 Page location에 들어간다고 안내합니다. UTM 문서의 보고 차원 설명과 현재 보고서 차원명을 대조하세요.

• 첫 페이지 조회 전에 URL이 다시 작성되는지 봅니다.
• page_location에 전체 주소가 수집되는지 확인합니다.
• 세션 소스·매체·캠페인 차원을 조회합니다.
• 필터, 채널 그룹, 보고 기간이 원본을 숨기는지 확인합니다.

직접 방문으로 분류됐다는 결과만으로 리다이렉트가 원인이라고 단정하지 마세요. 기존 세션, 자동 태깅, 참조 제외, 동의 설정, 처리 시간도 추가 확인 대상입니다.

개발 수정 요청에는 무엇을 써야 하나요?

"UTM 보존 요청"만 보내면 개발자가 어느 경로를 고쳐야 하는지 알기 어렵습니다. 입력 URL, 기대 최종 URL, 실제 최종 URL, 사라진 파라미터, 재현 기기와 시각, 각 리다이렉트 응답을 표로 전달하세요. 허용할 파라미터 목록과 보안상 제거해야 할 값도 구분합니다.

수정 후에는 같은 링크로 다시 확인하세요

새 테스트 링크로만 성공하면 기존 광고나 QR 코드의 경로가 그대로 남을 수 있습니다. 실제 배포본과 동일한 시작 주소에서 재검수하고, 캐시가 있는 단축 서비스라면 반영 시점도 확인합니다. 도메인 이동이 있다면 _gl과 UTM을 각각 기록하세요. 둘은 목적이 같지 않습니다.

링크 관리 도구를 고를 때는 리다이렉트 횟수보다 원본 URL, 응답 기록, 파라미터 전달 규칙을 확인할 수 있는지가 더 유용합니다. 관련 카탈로그 후보의 공식 문서에서 이 조건을 확인해 보세요.

재검수는 어디까지 해야 하나요?

브라우저 주소창에 파라미터가 남는 것만으로 끝내지 않습니다. 최종 페이지의 수집 요청, GA4 디버그 화면, 획득 보고서까지 같은 테스트 식별값과 시각으로 이어지는지 확인하세요. 보고서 반영을 기다려야 한다면 점검 시각과 재확인 시각을 따로 기록합니다.

문제가 해결된 뒤에도 원인을 "UTM 오류"라고 뭉뚱그리지 말고 링크 생성, 리다이렉트 전달, 교차 도메인, 태그 수집, 보고서 조회 가운데 수정한 구간을 남기세요. 다음 캠페인에서 같은 증상이 생겼을 때 재현 시간이 줄어듭니다. 필요한 도구는 요즘뭐써 카탈로그에서 공식 기능을 확인하세요.

공식 확인 자료

• Google Analytics URL builders

  UTM 이름, 값, 보고 차원을 확인할 공식 문서

• Google Analytics cross-domain measurement

  도메인 이동과 링크 파라미터 확인 절차를 설명하는 공식 문서

자주 묻는 질문

UTM이 주소창에서 사라지면 무조건 리다이렉트 문제인가요?

그럴 가능성은 있지만 확정할 수는 없습니다. 앱 내 브라우저, 스크립트 기반 주소 변경, 단축 링크, 서버 리다이렉트의 각 구간을 기록해야 합니다.

최종 URL에 UTM이 있는데 GA4에 안 보이는 이유는 무엇인가요?

태그 실행 시점, page_location 수집, 동의 설정, 보고서 차원, 필터와 처리 시간을 확인해야 합니다. 주소에 남았다는 사실과 보고서 수집은 별개입니다.

교차 도메인 설정을 하면 UTM이 자동으로 보존되나요?

자동 보존을 보장하지 않습니다. 교차 도메인 식별에 쓰이는 _gl 파라미터와 캠페인 UTM을 각각 확인하고, 중간 리다이렉트가 임의 파라미터를 유지하는지 시험하세요.

UTM 값에 고객 이메일을 넣어도 되나요?

넣지 않는 편이 안전합니다. 캠페인 식별에는 비개인 값만 사용하고, 개인정보나 인증 토큰이 URL과 분석 도구에 남지 않도록 내부 정책을 확인하세요.

출처와 확인 범위

1. URL builders: Collect campaign data with custom URLs · Google Analytics Help · 확인 2026-10-27

   뒷받침하는 내용: UTM 파라미터의 종류, 대소문자 구분, 획득 보고서 확인 위치와 일부 페이지 차원에서 UTM이 생략되는 점을 설명합니다.
   확인 범위·한계: GA4의 캠페인 태깅 설명이며 개별 링크 서비스의 리다이렉트 동작은 다루지 않습니다.

2. Set up cross-domain measurement · Google Analytics Help · 확인 2026-10-27

   뒷받침하는 내용: 교차 도메인 링크에 _gl 파라미터가 붙는지 확인하고, 리다이렉트나 임의 쿼리 미지원으로 파라미터가 사라질 수 있다고 안내합니다.
   확인 범위·한계: GA4 교차 도메인 측정 문서이며 UTM 전체 전달을 보장하는 문서가 아닙니다.

먼저 이해하면 좋은 용어

함께 볼 공개 가이드