리디렉션을 통해 UTM 파라미터를 유지하면 첫 클릭부터 최종 랜딩 페이지까지 캠페인 귀속(어트리뷰션)이 그대로 유지됩니다. 쿼리 전달이 없으면 방문자는 올바른 목적지에 도달할 수 있지만, 분석 도구에서는 소스, 매체, 캠페인 또는 도착 이유를 설명하는 기타 컨텍스트가 손실될 수 있습니다.
이 가이드는 UTM 데이터를 보존하는 실용적인 방법을 보여줍니다. 파라미터가 URL에 유입되는 방식을 결정하고, 쿼리 전달을 활성화한 뒤, UTM 빌더로 일관된 값을 추가하고, 전체 리디렉션 체인을 테스트한 다음 분석 플랫폼에서 결과를 확인하세요.
1단계: UTM이 유입형인지, 추가형인지 결정하기#
먼저 추적 파라미터가 어디에서 오는지 식별하세요. 유입형(인바운드) UTM은 광고 네트워크, 이메일 플랫폼, 소셜 스케줄러에 의해 이미 연결되어 있습니다. 예를 들어 캠페인이 방문자를 https://example.com/sale?utm_source=newsletter&utm_medium=email&utm_campaign=summer-sale 로 보낼 수 있습니다.
추가형(어펜디드) UTM은 리디렉션 자체에 의해 추가됩니다. 고정된 캠페인 라벨로, 변경될 수 있는 목적지에 트래픽을 보내야 하는 경우 유용할 수 있습니다. 각 링크에 대해 한 가지 방식을 선택하고 문서화하세요. 동일 파라미터를 두 번 추가하면 보고서가 혼란스러워지고 귀속이 일관되지 않을 수 있습니다.
2단계: 쿼리 전달(Query Forwarding) 활성화#
쿼리 전달은 리디렉션이 유입된 쿼리 문자열을 목적지로 함께 전달하도록 지시합니다. 활성화하면 /offer?utm_source=linkedin 같은 요청이 추적 데이터를 포함한 채로 bare /offer URL로 도착하는 대신 전달됩니다. 캠페인을 시작하기 전에 리디렉션 구성에서 이 설정을 확인하세요.
기존 목적지 파라미터와 유입 파라미터 간의 상호작용에 주의하세요. 시스템이 값을 보존할지, 교체할지, 병합할지 결정한 다음 실제 URL로 그 동작을 테스트하세요. 깔끔한 경로에서는 잘 작동하더라도, 인코딩된 값, 반복된 키, 또는 이미 물음표(?)가 포함된 목적지에서는 잘못 처리될 수 있습니다.
3단계: 일관된 빌더로 UTM 추가하기#
모든 캠페인이 동일한 용어를 사용하도록 UTM 빌더 또는 공유 네이밍 규칙을 사용하세요. 일반적인 기본값은 플랫폼에는 utm_source, 채널에는 utm_medium, 캠페인 이름에는 utm_campaign 입니다. 창의(크리에이티브) 변형을 구분해야 할 때는 utm_content를 추가하세요.
링크를 배포하기 전에 대문자/소문자, 구분자, 철자를 표준화하세요. reporting 프로세스에서 summer_sale과 summer-sale을 동일하게 정규화하지 않는 한, 두 값은 서로 다른 값으로 취급합니다. 모든 값을 소문자로 유지하고 읽기 쉽게 하며, 공백을 피하고, 캠페인 식별자를 광고, 이메일, QR 코드, 소셜 게시물 전반에서 동일하게 사용하세요.
4단계: 전체 리다이렉트 체인을 테스트하세요#
첫 번째 홉만 테스트하지 마세요. 브랜드 URL에서 시작해 모든 리다이렉트를 거쳐 최종 페이지가 로드될 때까지 링크를 따라가세요. 최종 주소에 예상된 UTM 값이 여전히 포함되어 있는지 확인하고, 중간 서비스가 이를 제거하거나 다시 작성하지 않는지도 점검하세요.
각 주요 채널마다 최소 1개의 URL을 테스트하고 다음과 같은 엣지 케이스를 포함하세요: 쿼리 문자열이 없는 URL, 기존 목적지 쿼리 문자열이 있는 URL, 인코딩된 문자, 모바일 기기에서 열린 링크. 브라우저 개발자 도구나 명령줄 헤더 확인을 사용하면 캠페인이 실제로 시작되기 전에 예상치 못한 301 또는 302 홉이 있는지 확인할 수 있습니다.
5단계: 분석에서 파라미터를 확인하세요#
리다이렉트를 테스트한 뒤 분석 플랫폼을 열고, 테스트 방문이 예상된 소스, 매체, 캠페인으로 귀속되었는지 확인하세요. URL에는 UTMs를 유지할 수 있지만 분석 속성에서 필터링, 변환, 또는 리포트 지연이 발생할 수 있으므로 브라우저 주소와 기록된 세션을 모두 검증하세요.
입력 URL, 최종 URL, 예상 값, 관찰된 값을 포함한 작은 테스트 로그를 유지하세요. 링크 단위 분석을 사이트 분석과 비교하면 클릭과 세션 간 불일치를 발견할 수 있습니다.
UTM이 누락되는 문제 해결#
UTM이 사라지면 리다이렉트 응답 헤더를 확인하고 각 홉을 비교하세요. 흔한 원인으로는 쿼리 포워딩이 비활성화된 경우, 목적지 템플릿이 쿼리 문자열을 덮어쓰는 경우, 랜딩 페이지에서 두 번째 리다이렉트가 발생하는 경우, 또는 캠페인 플랫폼이 원래 파라미터 없이 새 URL을 생성하는 경우가 있습니다. 또한 분석 속성에서 수집 또는 리포팅 시 쿼리 파라미터를 제외하지 않았는지도 확인하세요.
흐름이 안정적이면 리다이렉트와 네이밍 규칙을 문서로 유지해 새 링크도 동일한 패턴을 따르도록 하세요. UTM을 보존하는 리다이렉트를 생성하고 캠페인으로 트래픽을 보내기 전에 이를 검증할 수 있습니다.
결론#
UTM 보존은 작은 리디렉션 설정이지만 귀속(어트리뷰션)에 큰 영향을 미칩니다. 매개변수가 생성되는 위치를 결정하고, 일관되게 전달하며, 모든 홉을 테스트하고, 출시 전에 기록된 세션을 확인하세요. 지금 UTM을 보존하는 리디렉션을 생성하고 캠페인 리포팅을 더 신뢰할 수 있게 만드세요.
자주 묻는 질문
UTM 매개변수를 보존한다는 것은 원래 URL에서 최종 목적지까지 utm_source, utm_medium, utm_campaign과 같은 쿼리 문자열 값을 전달하는 것을 의미합니다. 이를 통해 분석 플랫폼은 방문을 올바른 캠페인에 귀속시킬 수 있습니다.
리다이렉트에서 쿼리 전달을 활성화하고 최종 랜딩 페이지까지 전체 체인을 테스트하세요. 최종 URL과 분석 세션 모두 예상 매개변수를 포함하고 있는지 확인하세요.
예, 리다이렉트는 해당 동작이 구성에 의해 지원될 때 고정 캠페인 매개변수를 추가할 수 있습니다. 주어진 링크에 대해 수신 매개변수 또는 추가된 매개변수를 사용하고 기존 쿼리 값을 어떻게 병합하거나 교체할지 정의하세요.
가장 일반적인 원인은 비활성화된 쿼리 전달, 쿼리 문자열을 대체하는 목적지 템플릿, 또는 그것을 제거하는 랜딩 페이지의 다른 리다이렉트입니다. 각 홉을 검사하고 분석 수집 설정을 확인하세요.
둘 다 작동할 수 있지만 일관성이 중요합니다. 많은 분석 보고서는 서로 다른 대문자를 서로 다른 값으로 처리합니다. 공유 명명 규칙을 가진 소문자 값이 유지 관리 및 분석하기 더 쉽습니다.
UTM 매개변수는 추적 값이지 SEO 순위 신호가 아닙니다. 이들은 중복 URL 변형을 생성할 수 있으므로 캠페인 귀속을 위해 보존하면서 사이트에 적합한 표준화 및 보고 관행을 사용하세요.
Leo Astarothman is the Brand & Content Lead at RedirHub, where he shapes the company's visual identity, educational content, product experiences, and marketing strategies. He also specializes in system design. Simplifying complex redirect infrastructure into practical resources, product experiences, and campaigns that help businesses understand and adopt modern redirect management.
