QR 캠페인 성과 측정: UTM 링크, 동적 코드와 스캔 보고서 활용법
매장 포스터, 카운터 안내판, 택배 동봉 카드 중 무엇이 유용한 방문을 만드는지 확인하세요. QRCodeTransfer의 UTM 생성기, 동적 QR 코드와 스캔 분석을 검증 가능한 작업 흐름으로 연결합니다.
최근 게시 업데이트
이 글의 내용
- 1. 먼저 유용한 결과를 정의하기
- 2. 코드를 만들기 전에 UTM 이름 규칙 정하기
- 3. 일곱 단계로 캠페인 설정하기
- 1단계 — 목적지 준비
- 2단계 — UTM URL 생성
- 3단계 — 관리형 동적 QR 코드 생성
- 4단계 — 다른 위치 추가
- 5단계 — 실제 인쇄 이미지 내보내고 판독
- 6단계 — 휴대전화에서 끝까지 확인
- 7단계 — 배포와 정기 검토
- 4. 배포 위치마다 별도 식별 정보 사용하기
- 5. 올바른 정의로 스캔 보고서 읽기
- 6. 웹사이트 결과와 비교하고 과도한 인과 해석 피하기
- 7. 인쇄 전에 전체 방문 경로 점검하기
- 8. 자주 발생하는 측정 문제 해결하기
- 웹사이트에 캠페인 데이터가 없음
- 위치가 모두 하나로 합쳐짐
- 내부 점검으로 수치가 증가함
- 이미지는 읽히지만 잘못된 페이지가 열림
- 특정 날짜가 빠진 것 같음
- 9. 캠페인이 바뀐 뒤에도 인쇄된 코드 관리하기
- 10. 자주 묻는 질문과 도구
- 정적 QR에도 UTM을 넣을 수 있나요?
- UTM 생성기가 Google Analytics를 연결하나요?
- 한 QR로 여러 매장을 구분할 수 있나요?
- 매출이나 정확한 위치가 자동으로 보이나요?
- 계정 없이 무엇을 시험할 수 있나요?
같은 행사를 매장 창문 포스터, 카운터 안내판, 배송 상자 속 카드로 홍보했습니다. 한 달 후 웹사이트 방문은 늘었지만 어느 매체가 도움이 되었을까요? QR 이미지 하나만으로는 답하기 어렵습니다. 인쇄물, 연결 주소와 측정할 결과를 정확히 대응시켜야 합니다.
이 글은 QRCodeTransfer에 이미 있는 UTM 링크 생성기, 동적 QR 코드, 스캔 분석, QR 이미지 판독기와 인쇄 크기 점검 도구를 연결합니다. 가을 캠페인을 예로 들지만 박람회 전단, 제품 동봉물, 메뉴와 행사에도 적용할 수 있습니다. 주소, 캠페인 이름과 수치는 설명용이며 고객 실적이 아닙니다.

그림 1. 같은 페이지를 사용하되 배포 위치는 구분합니다. 고객 데이터 화면이 아닌 측정 설계 예시입니다.
1. 먼저 유용한 결과를 정의하기
메뉴 열기, 견적 요청, 행사 등록, 자료 내려받기 중 하나를 주요 행동으로 정합니다. 해당 행동을 쉽게 할 수 있는 페이지를 준비하세요. 모든 인쇄물을 일반 홈페이지로 보내면 방문자가 찾아야 할 내용이 늘어나고 분석도 모호해집니다.
측정은 세 층으로 구분합니다. QRCodeTransfer는 관리형 동적 리디렉션을 통과하는 방문을 기록합니다. UTM은 목적지 URL에 표시를 넣어 호환 웹 분석 도구가 유입을 분류하게 합니다. 문의, 구매나 등록 완료는 웹사이트 또는 해당 업무 시스템에서 측정해야 합니다. UTM 링크 생성은 분석 설치나 Google Analytics 계정 연결이 아닙니다.
배포 전에 기간, 위치와 담당자를 정합니다. 위치, 자산 이름, 인쇄된 스캔 주소, UTM 목적지, 시작일과 변경 내역을 캠페인 대장에 기록하세요. 비슷한 디자인을 여러 매장이나 인쇄 업체가 사용할 때 특히 유용합니다.
2. 코드를 만들기 전에 UTM 이름 규칙 정하기
각 값은 문서화한 한 가지 표기를 사용합니다. 예제에서 store는 소스, qr은 선택한 매체, autumn_launch는 공통 캠페인입니다. content는 실제 인쇄물을 구분합니다. 소문자와 밑줄은 실무적인 규칙입니다. window_a, Window-A, windowA를 섞어 쓰지 마세요.
현재 생성기는 다섯 필드를 제공합니다. source, medium, campaign을 함께 넣고 위치 구분이 필요하면 content를 추가합니다. 이 오프라인 예제에서 term은 비워도 됩니다. 도구는 URL 표시를 만들 뿐 사내 규칙을 정하거나 다른 분석 제품이 qr을 특정 기본 채널로 분류한다고 보장하지 않습니다.
| 필드 | 예제에서의 용도 | 예제 값 |
|---|---|---|
| utm_source | 인쇄물이 배포되는 출처 | store |
| utm_medium | 선택한 채널 표시 | qr |
| utm_campaign | 공통 캠페인 식별자 | autumn_launch |
| utm_content | 배포 위치 또는 디자인 버전 | window_a |
| utm_term | 선택 키워드; 이 예제에서는 미사용 | — |

그림 2. 캠페인 값은 유지하고 content로 위치를 구분합니다. UTM 필드 이름은 모든 언어에서 같습니다.
아래 주소는 예제입니다. example.com을 검증된 실제 목적지로 바꾸세요. 페이지 앵커 뒤에 매개변수를 직접 붙이지 말고 기본 주소를 생성기에 넣어 처리하세요.
https://example.com/autumn?utm_source=store&utm_medium=qr&utm_campaign=autumn_launch&utm_content=window_a
Google 공식 문서는 캠페인 값의 대소문자를 구분하며 획득 보고서에 활용할 수 있다고 설명합니다.
Google Analytics 캠페인 URL 공식 문서
3. 일곱 단계로 캠페인 설정하기
1단계 — 목적지 준비
실제 페이지를 휴대전화로 열고 제품, 행사, 언어와 주요 행동을 확인합니다. 웹 분석을 사용한다면 담당자에게 UTM과 완료 행동이 실제로 수집되는지 확인하도록 요청합니다.
2단계 — UTM URL 생성
UTM 생성기에 사이트 주소, source의 store, medium의 qr, campaign의 autumn_launch, content의 window_a를 넣습니다. 생성 결과 전체를 복사하고, 원래 주소에 있던 UTM 외 쿼리도 유지되는지 확인합니다.
3단계 — 관리형 동적 QR 코드 생성
올바른 워크스페이스에 로그인하고 동적 QR 작업을 엽니다. 전체 URL을 목적지로 넣고 동적 모드를 선택합니다. autumn_launch — window_a처럼 행사와 위치를 알 수 있게 이름을 짓고, 모든 버전을 만들기 전에 현재 한도를 확인합니다.
4단계 — 다른 위치 추가
counter_b와 parcel_insert에 대해서도 반복합니다. 공통 값은 유지하되 content를 바꾸고 위치별 동적 자산을 만듭니다. 스캔 주소와 실제 인쇄물의 대응을 기록하세요. 위치 비교가 필요하면 창문용 이미지 하나를 모든 매체에 배포하지 않습니다.
5단계 — 실제 인쇄 이미지 내보내고 판독
디자인을 적용해 이미지를 내보내고 지원 형식을 QR 판독기에 올립니다. 동적 이미지는 관리형 스캔 주소를 담고, UTM 사이트 URL은 그 뒤에 설정한 목적지입니다. PDF 인쇄 파일이라면 이미지로 내보낸 결과나 실제 종이 견본도 검사합니다.
6단계 — 휴대전화에서 끝까지 확인
이미지나 종이를 스캔해 최종 페이지, 매개변수와 주요 행동을 확인합니다. 같은 워크스페이스의 분석에서 테스트를 포함한 날짜를 선택하고 UTC 날짜 경계를 고려합니다. 내부 점검도 집계될 수 있으므로 시간을 기록합니다.
7단계 — 배포와 정기 검토
검증한 이미지를 해당 인쇄물에 넣고 시작일을 기록합니다. 스캔 보고서와 웹 분석은 같은 기간으로 비교합니다. 예상과 다르면 행사 변경이나 추가 인쇄 전에 방문 경로와 측정 설정부터 살펴봅니다.
4. 배포 위치마다 별도 식별 정보 사용하기
모든 포스터가 같은 주소를 담으면 리디렉션 보고서는 어느 실제 포스터를 읽었는지 구별할 수 없습니다. 내보내기 전에 구분을 설계하세요. 표의 행 이름만 바꿔도 인코딩된 링크에는 차이가 생기지 않습니다.
| 인쇄물 위치 | 동적 자산 이름 | utm_content |
|---|---|---|
| 매장 창문 | autumn_launch — window_a | window_a |
| 카운터 안내판 | autumn_launch — counter_b | counter_b |
| 택배 동봉 카드 | autumn_launch — parcel_insert | parcel_insert |
세 목적지는 같은 페이지를 열고 source, medium, campaign을 공유해도 됩니다. 스캔 식별 정보와 content는 각각 유지합니다. 인쇄 지시서에 해당 파일을 적고 위치별 견본을 확인하세요. 한 코드를 의도적으로 공유한다면 결과도 합산된 값으로 해석합니다.
5. 올바른 정의로 스캔 보고서 읽기
회원 분석 페이지에는 전체 스캔, 추정 고유 스캔, 일별 추이와 자산별 수가 표시됩니다. 최근 7·30·90일, 오늘 이전까지 최대 366일의 사용자 지정 범위와 일별 CSV 내보내기를 제공합니다. 366일은 조회 범위 규칙이며 데이터 보관 기간을 보장하지 않습니다. CSV에는 날짜와 스캔 합계가 들어가며 전환이나 UTM 기여 보고서는 아닙니다.
전체 스캔은 기록된 관리형 리디렉션 방문이지, 확인된 카메라 동작이나 사람 수가 아닙니다. 주소를 직접 열거나 반복 점검해도 늘 수 있습니다. 고유 스캔은 선택한 워크스페이스와 기간에서 IP·브라우저 해시 조합을 구분한 추정치입니다. 공유 네트워크는 여러 방문자를 합칠 수 있고, 같은 사람이 브라우저나 네트워크를 바꾸면 나뉠 수 있습니다. 여러 보고서의 고유 수를 더해 고유 고객 수라고 하지 마세요.
그래프와 일별 CSV는 UTC 달력 날짜를 사용합니다. 현지 늦은 밤 방문은 다른 날짜에 잡힐 수 있습니다. 워크스페이스, 기간과 웹 분석 시간대를 맞춰 비교합니다. 정적 코드는 관리형 리디렉션을 거치지 않아 직접 스캔을 기록할 수 없습니다. 특정 기간이 0이라고 인쇄물을 아무도 보지 않았다는 뜻은 아닙니다.
6. 웹사이트 결과와 비교하고 과도한 인과 해석 피하기
아래는 신중한 해석을 위한 가상 예제입니다. 웹 측정이 확인되고 위치마다 content가 다르다고 가정합니다. 완료 행동은 견적 요청이며 실제 고객 캠페인 데이터가 아닙니다.

그림 3. 설명용 가상 수치입니다. 리디렉션 방문, 웹 세션과 완료는 다른 단계를 측정하므로 같을 필요가 없습니다.
| 위치 | 리디렉션 방문 | 웹 세션 | 견적 요청 | 요청 / 세션 |
|---|---|---|---|---|
| 창문 A | 120 | 90 | 9 | 10% |
| 카운터 B | 60 | 45 | 9 | 20% |
창문 A는 기록된 활동이 더 많았습니다. 카운터 B는 적은 세션으로 같은 요청 수를 얻었습니다. 예제 비율은 B가 9 ÷ 45 × 100 = 20%, A가 9 ÷ 90 × 100 = 10%입니다. 분모는 웹 세션이며 추정 고유 스캔이 아닙니다. 이 계산만으로 위치가 차이를 일으켰다고 증명할 수는 없습니다.
리디렉션 방문과 웹 세션은 다른 단계입니다. 반복 열기, 로딩 전 종료, 브라우저 제한, 동의 선택과 분석 설정이 수치에 영향을 줍니다. 숫자와 정의를 함께 제시하고 차이를 정확한 이탈 고객 수로 해석하지 마세요.
페이지 속도, 인쇄물의 약속, 행동 버튼의 가시성과 배포 환경을 살펴봅니다. 스캔이 많고 결과가 약하면 페이지 개선, 스캔이 적으면 위치와 판독성 점검이 우선일 수 있습니다. 신뢰할 비용·매출 없이 투자 수익을 주장하거나 링크 열기를 구매로 보지 않습니다.
7. 인쇄 전에 전체 방문 경로 점검하기
- 모든 동적 코드가 올바른 워크스페이스 소유이며 활성 상태입니다.
- 위치, 자산, 이미지와 content 값이 일치합니다.
- 관리자 로그인 없이 휴대전화에서 최종 행동까지 가능합니다.
- 전체 리디렉션에서 필요한 매개변수가 유지되고 의도한 페이지에 도착합니다.
- 내보낸 이미지가 예상 주소로 판독되고 실물 크기 견본도 스캔됩니다.
- 크기 점검뿐 아니라 실제 재질과 조명에서도 시험했습니다.
- 양쪽 분석의 기간과 시간대가 문서화되어 비교 가능합니다.
- 대장에 테스트, 시작일, 담당자와 목적지 변경이 기록됩니다.
8. 자주 발생하는 측정 문제 해결하기
웹사이트에 캠페인 데이터가 없음
분석이 설치되고 테스트 브라우저에서 실행되는지 확인합니다. 최종 URL에서 매개변수가 삭제·교체되는지도 봅니다. UTM 링크만으로 수집하지 않는 사이트를 고칠 수 없습니다.
위치가 모두 하나로 합쳐짐
배포된 이미지를 판독합니다. 같은 관리 주소면 리디렉션 방문이 합쳐집니다. 자산이 달라도 content가 같으면 웹 보고서에서 합쳐질 수 있습니다. 다음 인쇄 전에 대응을 수정합니다.
내부 점검으로 수치가 증가함
직접 열기와 반복 테스트도 기록될 수 있습니다. 점검 로그를 남기고 실제 배포 기간을 비교하세요. 모든 테스트나 자동화 트래픽이 자동 제외된다고 약속하지 않습니다.
이미지는 읽히지만 잘못된 페이지가 열림
판독 성공은 QR 패턴을 읽을 수 있다는 의미입니다. 저장된 목적지, 자산 상태와 사이트의 후속 리디렉션을 확인하고 마지막 행동 버튼도 시험합니다.
특정 날짜가 빠진 것 같음
워크스페이스, 동적 모드, 활성 상태와 UTC 시작·종료일을 확인합니다. 같은 기간의 그래프와 CSV를 비교하세요. 현지 날짜와 UTC 날짜는 항상 같지 않습니다.
9. 캠페인이 바뀐 뒤에도 인쇄된 코드 관리하기
같은 동적 자산에서 목적지를 바꿔도 인쇄된 도메인과 경로는 유지됩니다. 혜택 종료 후에는 관련 안내 페이지로 연결해 인쇄물을 계속 활용합니다. 원래 위치를 설명하는 태그를 유지하고 변경 시점을 기록하세요. URL 편집이 과거 이벤트를 새 캠페인으로 바꾸지는 않습니다.
이름이나 목적지를 바꿔도 새로운 기록 식별 정보가 생기지 않습니다. 재사용 코드는 날짜와 변경 로그로 해석합니다. 완전히 독립된 행사에는 새 인쇄물 배포 전에 새 식별 정보를 만듭니다. 계정, 한도와 스캔 도메인을 유지하고 맞춤 도메인의 DNS와 HTTPS도 계속 작동하도록 관리해야 합니다.
10. 자주 묻는 질문과 도구
정적 QR에도 UTM을 넣을 수 있나요?
가능합니다. 태그가 있는 주소를 직접 담으면 설정된 웹사이트가 해석할 수 있습니다. 관리형 스캔 통계나 편집 가능한 목적지가 생기지는 않습니다. 긴 주소는 패턴을 조밀하게 만들 수 있으므로 인쇄물을 확인하세요.
UTM 생성기가 Google Analytics를 연결하나요?
아닙니다. URL을 생성하는 기능입니다. 웹사이트에 별도의 분석과 수집 설정이 필요합니다. QR 보고서와 사이트 획득 보고서는 서로 다른 측정입니다.
한 QR로 여러 매장을 구분할 수 있나요?
같은 주소는 어디에 인쇄해도 같은 배포 식별 정보입니다. 비교하려면 별도 관리형 코드와 일관된 UTM을 사용하세요. 인쇄 주문서에만 적힌 매장 이름은 스캔에 들어가지 않습니다.
매출이나 정확한 위치가 자동으로 보이나요?
링크를 열었다고 구매가 입증되지는 않습니다. 매출과 문의는 해당 시스템에서 측정해야 합니다. GPS는 동의 기반의 별도 기능으로, 모든 스캔에 좌표가 있는 것은 아니며 배포 위치 이름도 방문자의 정확한 위치가 아닙니다.
계정 없이 무엇을 시험할 수 있나요?
공개 UTM 생성기, 이미지 판독기와 인쇄 크기 점검 도구를 사용할 수 있습니다. 동적 코드 저장과 워크스페이스 분석은 로그인이 필요합니다. 대규모 배포 전에 현재 플랜, 권한과 한도를 확인하세요.
한 캠페인, 두 위치, 명확한 웹 행동 하나로 시작하세요. 링크와 전체 방문 경로를 검증한 뒤 인쇄와 배포를 확대합니다.