동적 QR 코드가 모든 스캐너를 같은 URL로 보낼 필요는 없습니다. 조건부 라우팅(또는 스캔 라우팅, 규칙 기반 리디렉션)을 사용하면 단 하나의 인쇄된 코드에서 다양한 대상자를 각각 다른 페이지로 보낼 수 있습니다. 점심시간 전단은 메뉴로, 저녁 방문객은 예약 양식으로, 해외 방문자는 현지화된 페이지로 리디렉션하고 싶었다면 이 기능이 정확히 그 역할을 합니다.
실제로 어떻게 작동하는지, 무엇부터 설정해야 하는지, 그리고 흔히 실수하는 부분들을 살펴보겠습니다.
동적 QR 코드에서 "라우팅"의 정확한 의미
스캐너가 동적 QR 코드를 읽을 때, 코드의 목적지 URL은 서버에 저장되어 있습니다(코드 자체에 내장되지 않음). 이 서버 측 리디렉션에 라우팅 로직이 위치합니다. 단순한 리디렉션("모든 스캔 → URL A")이 아니라 조건부 규칙을 추가합니다:
- 만약 조건이 충족되면 → URL A로 이동
- 그렇지 않으면 → URL B로 이동(폴백)
이 기능을 지원하는 대부분의 플랫폼(때로는 "다중 URL QR 코드" 또는 "스마트 리디렉션 QR 코드"라고 부름)은 2~3개의 규칙을 계층화할 수 있습니다. 폴백 URL은 항상 필수입니다. 라우팅의 작동 원리를 이해하려면 먼저 정적과 동적의 차이를 알아야 합니다 — 정적 vs 동적 QR코드 완벽 가이드에서 리디렉션이 왜 서버에 위치하는지, 그리고 라우팅에 왜 중요한지 자세히 설명합니다.
시나리오 1: 시간대별 라우팅
사용 사례: 카페에서 테이블 텐트에 QR 코드를 하나만 인쇄합니다. 아침 스캐너는 조식 메뉴를, 오후 스캐너는 점심 메뉴를, 저녁 스캐너는 음료 리스트를 봅니다.
설정 방법:
- 각 시간대별로 목적지 URL(또는 페이지 섹션) 3개를 만듭니다.
- 시간 규칙을 UTC로 설정하되 현지 시간대 차이를 꼭 고려하세요.
- 정의된 시간 외에 스캔이 발생할 경우를 대비해 가장 일반적인 경우를 폴백으로 설정합니다.
흔히 하는 실수: 팀들이 스캔 시간이 기본적으로 UTC로 서버에 기록된다는 점을 놓칩니다. 시간대 설정 없이 "11:00–14:00"으로 규칙을 설정하면 당신의 도시 시간이 아닌 UTC 시간에 작동합니다. 인쇄하기 전에 플랫폼의 시간대 처리 방식을 항상 확인하세요.
다른 실용적인 예:
- 행사장에서 오후 7시 전에는 사전 프로그램으로, 오후 9시 후에는 상품 판매 페이지로 라우팅
- 소매점에서 정해진 판촉 시간대에만 플래시 세일 랜딩 페이지 표시
- 체육관에서 평일에는 수업 일정을, 토/일요일에는 주말 시간표로 라우팅
시나리오 2: 국가 또는 언어별 라우팅
사용 사례: 제품 상자가 12개 국가에 배송됩니다. 하나의 QR 코드로 영어 사용 시장은 영어 지원 페이지로, 프랑스어 사용 시장은 프랑스어 버전으로, 그 외 모든 국가는 언어 선택 페이지로 라우팅합니다.
설정 방법:
- 라우팅 엔진이 스캐너의 국가를 IP 지역 정보로 감지합니다.
- 특정 국가 코드를 매핑합니다(US, GB, CA → 영어 페이지; FR, BE, CH → 프랑스어 페이지; DE → 독일어 페이지).
- 언어 선택 페이지를 전역 폴백으로 설정합니다.
내부 문서화할 사항:
- IP 지역 정보는 국가 수준에서 약 95~99% 정확하지만 VPN 사용자는 잘못 라우팅됩니다. 대부분의 경우에는 허용 가능합니다.
- 브라우저에서 감지한 언어 설정으로 라우팅하지 마세요. QR 스캔 요청은 모든 앱에서 Accept-Language 헤더를 안정적으로 전달하지 않습니다.
- 플랫폼이 목적지 URL당 또는 규칙당 비용을 청구한다면 40개 국가를 개별적으로 나열하는 대신 국가를 그룹화하세요.
시나리오 3: 기기 유형별 라우팅
사용 사례: 소프트웨어 회사의 인쇄 광고가 업계 잡지와 개발자 뉴스레터에 모두 게재됩니다. iOS 사용자는 앱 스토어로, Android 사용자는 구글 플레이로, 데스크톱 스캐너(누군가 노트북 카메라로 광고를 사진 촬영하는 경우)는 웹 앱으로 이동합니다.
설정 방법:
- 플랫폼이 스캔 요청에서 User-Agent 문자열을 읽습니다.
iOS→ 앱 스토어 URL;Android→ 플레이 스토어 URL;Other/Desktop→ 웹 앱으로 라우팅합니다.
이것이 중요한 이유: 앱 스토어 리디렉션 페이지는 플랫폼을 자동 감지하는 데 악명이 높습니다. Android 사용자를 앱 스토어 링크로 보내면 오류가 발생하고 전환이 떨어집니다. 기기 라우팅은 웹사이트에 사용자 정의 스마트 배너를 구현할 필요 없이 깔끔하게 문제를 해결합니다.
시나리오 4: 규칙 결합 (다중 조건 라우팅)
일부 플랫폼에서는 규칙을 쌓을 수 있습니다. 예를 들어 국가 AND 기기 유형과 같이요. 흔한 실제 설정:
| 우선순위 | 조건 | 목적지 |
|---|---|---|
| 1 | 국가 = US + 기기 = iOS | 미국 앱 스토어 |
| 2 | 국가 = US + 기기 = Android | 미국 플레이 스토어 |
| 3 | 국가 = DE | 독일 랜딩 페이지 |
| 4 | 폴백 | 전역 랜딩 페이지 |
규칙은 위에서 아래로 평가되므로 순서가 중요합니다. 가장 구체적인 조건을 먼저, 광범위한 지역 규칙을 중간에, 폴백을 마지막에 배치하세요. 순서를 잘못 배치하기 쉬우므로 인쇄하기 전에 항상 실제 기기와 가능하면 관련 국가 VPN으로 각 조건을 테스트하세요.
각 라우트별로 추적할 수 있는 것
라우팅은 그 절반만입니다. 각 목적지 URL에는 UTM 파라미터를 포함해야 분석 플랫폼에서 대상자 세그먼트별 성과를 분리할 수 있습니다. 프랑스어 페이지로 라우팅된 스캔은 ?utm_source=qr&utm_medium=print&utm_content=fr을 실행해야 일반적인 스캔과 구별됩니다.
의사결정을 실제로 이끄는 지표에 대한 더 깊이 있는 정보는 QR 코드 애널리틱스: 실제로 의사결정을 이끄는 6가지 지표에서 스캔-투-전환 추적을 자세히 다룹니다.
또한 라우팅 로그를 사용해 예상 밖의 트래픽 패턴을 파악할 수 있습니다. 영국 전용 인쇄본에서 40%의 스캔이 "비-UK 폴백"을 트리거한다면 규모를 늘리기 전에 지역 정보 설정을 확인해야 합니다.
라우팅을 선택하기 전 플랫폼 체크리스트
모든 동적 QR 플랫폼이 조건부 라우팅을 지원하지는 않습니다. 선택하기 전에 다음을 확인하세요:
- 시간대 선택 기능이 있는 시간대별 규칙(UTC만 아님)
- 국가/지역 수준의 지역 정보 라우팅
- 기기 유형 감지(최소 iOS / Android / 기타)
- 규칙 쌓기 또는 다중 조건 지원
- 규칙별 스캔 분석(전체 합계 아님)
- 폴백 URL은 항상 필수이고 편집 가능
현재 도구가 이런 기능이 부족하다면 Super QR Code Generator는 시간, 국가, 기기에 걸친 조건부 라우팅과 규칙별 분석을 모두 지원합니다.
핵심 요점
- 라우팅은 서버 측 리디렉션 로직을 사용해 단일 인쇄된 QR 코드에서 다양한 스캐너를 다른 URL로 보냅니다.
- 시간대별 라우팅은 올바른 시간대 구성이 필요합니다. UTC 기본값은 대부분의 시장에서 오작동합니다.
- 국가 라우팅은 IP 지역 정보를 사용하며 국가 수준에서는 안정적이지만 VPN 사용자에게는 실패합니다.
- 기기 라우팅은 iOS와 Android 목적지를 분리해야 하는 앱 다운로드 캠페인의 가장 깔끔한 해결책입니다.
- 각 라우팅된 URL에 UTM 파라미터를 추가해 다운스트림 분석이 세그먼트화되도록 유지하세요.
- 규모 있게 인쇄하기 전에 실제 기기(이상적으로는 VPN 포함)로 모든 라우팅 규칙을 테스트하세요.