WhatsApp, Instagram, QR용 측정 링크 설계
WhatsApp, Instagram, QR 유입에 쓰는 측정 링크를 UTM을 잃지 않고, URL을 지저분하게 만들지 않으면서, 운영 가능하게 설계하는 방법을 정리합니다.

캠페인이 깨지는 지점은 종종 랜딩페이지보다 링크 계층입니다.
하나의 링크가 동시에:
- QR
- 광고
- 이메일
- 파트너 배포
에 쓰이기 시작하면, 그 링크는 공유하기 쉬워야 하고, 신뢰를 줘야 하고, 나중에 측정도 가능해야 합니다.
먼저 결론
측정 가능한 캠페인 링크를 만들려면 이 순서가 가장 안전합니다.
- UTM 네이밍 규칙을 정한다
utm_source,utm_medium,utm_campaign가 붙은 최종 URL을 만든다- 그 URL을 브랜드 short link 뒤에 둔다
- redirect가 파라미터를 유지하는지 확인한다
- 실제 채널에서 열림과 preview를 테스트한다
예를 들어:
https://brand.example/landing?utm_source=instagram&utm_medium=social&utm_campaign=spring를:
https://go.brand.example/spring
처럼 바꿔 보여주는 식입니다.
겉으로는 짧고 읽기 쉬운 링크를 보여주고, 안쪽에서는 측정 데이터를 유지합니다.
왜 중요한가
한국에서는 WhatsApp보다 KakaoTalk, Instagram, 광고 LP, QR, 이메일이 더 자주 쓰일 수 있습니다. 하지만 문제의 구조는 같습니다.
- URL이 너무 길어서 공유하기 불편하다
- UTM 명명 규칙이 팀마다 다르다
- QR을 찍고 나면 목적지를 바꾸기 어렵다
- 리포트에서
direct나 뭉뚱그린 source로 빠진다
즉 핵심은 “어느 채널이냐”보다 공개용 링크와 측정용 링크를 어떻게 분리하느냐에 있습니다.
채널별로 신경 써야 할 점
메신저 링크
메신저에서는 긴 URL이 신뢰를 깎을 수 있습니다. 브랜드 도메인과 짧은 slug가 훨씬 낫습니다.
bio, story, creator, paid social에서는 맥락이 적기 때문에 링크의 가독성이 더 중요합니다.
QR

QR은 한 번 인쇄되면 수정 비용이 커집니다. 짧은 링크와 목적지 교체 가능성이 중요합니다.
간단한 UTM 모델
utm_source
유입 출처
예:
whatsappinstagramqremailmeta
utm_medium
채널 유형
예:
socialpaid-socialcrmofflineinfluencer
utm_campaign
캠페인 이름
예:
spring-launchblack-fridayapp-promostore-opening
utm_content
크리에이티브 또는 배포 위치 구분
예:
biovip-listcreator-a-storyqr-store-window
자주 생기는 실수
네이밍이 흔들린다
Instagram, instagram, ig를 섞어 쓰면 같은 유입원이 여러 source로 갈라집니다.
short link를 썼는데 UTM이 사라진다
클릭은 오는데 attribution이 증발하는 가장 조용한 사고입니다.
QR을 하나로 다 돌린다
매장, 행사, 소재별 성과 구분이 어려워집니다.
preview를 확인하지 않는다
제목, 설명, 이미지가 클릭률에 영향을 줍니다. Open Graph 점검은 운영 루틴에 넣는 편이 낫습니다.
UrlEdge가 맞는 자리
UrlEdge는 다음을 한 레이어에서 다루고 싶을 때 잘 맞습니다.
- 브랜드 short link
- 파라미터 보존 redirect
- 클릭 분석
- social preview 점검
- 목적지 교체
정리
측정 링크는 작은 팁이 아니라 배포 인프라입니다.
UTM, short link, redirect, preview를 함께 다루면 링크는 임시방편이 아니라 계속 운영 가능한 자산이 됩니다.
관련 글
전체 보기
Firebase 이후 Universal Links와 App Links 설정 방법
Firebase Dynamic Links 종료 이후 Universal Links, Android App Links, 앱 스토어 fallback, 브랜드 링크를 어떻게 다시 구성할지 실무 기준으로 정리합니다.

.htaccess로 301 리디렉션을 관리할 때 생기는 이전 리스크
.htaccess는 몇 개의 301에는 충분해 보이지만, 도메인 이전 단계로 가면 chain, 거친 wildcard, UTM 손실, 검토 불가능한 규칙이 한꺼번에 문제로 드러납니다.