링크 클릭 추적 방법: 측정 방식, 지표, 함정
- analytics
- marketing
- link-shortener
이 페이지의 목차
클릭을 세는 일은 마케팅에서 가장 단순한 측정 문제처럼 보입니다. 어떤 일이 일어났거나 일어나지 않았거나 둘 중 하나이기 때문입니다. 그러나 실제로는 여러분이 보는 모든 숫자가 다른 누군가가 내린 최소 세 가지 결정에 따라 모양이 정해져 있습니다. 무엇을 클릭으로 셀 것인지, 어떤 자동화된 트래픽을 걷어낼 것인지, 데이터를 얼마나 오래 남길 것인지입니다. 그 결정들을 이해하는지가, 실행에 옮길 수 있는 대시보드와 회의에서 서로 옥신각신하는 차트를 가릅니다.
이 가이드는 클릭이 실제로 측정되는 네 가지 방식, 클릭 이벤트 하나가 알려 줄 수 있는 것과 없는 것, 지켜볼 가치가 있는 지표, 봇 필터링이 동작하는 방식, 그리고 애초에 무엇을 측정할 수 있는지를 조용히 결정하는 사업자 한도를 다룹니다.
클릭을 세는 네 가지 방식
리디렉션 쪽 분석
단축 링크를 클릭하면 브라우저가 어디로든 이동하기 전에 요청이 먼저 리디렉션 엔진에 도달합니다. 이 엔진은 요청 전체를 보고 서버 쪽에서 기록한 뒤 리디렉션으로 응답합니다. 목적지 페이지에도, JavaScript에도, 방문자의 협조에도 의존하지 않습니다.
외부로 나가는 링크에 쓸 수 있는 가장 완전한 방식이며, 목적지가 여러분이 통제하지 못하는 사이트일 때 동작하는 유일한 방식입니다. 앱 스토어 등록 페이지, 파트너 페이지, 고객사 웹사이트가 그렇습니다. 인쇄물에서도 살아남는 유일한 방식이기도 합니다. 포스터에서 스캔한 QR 코드에는 유입 경로도 없고 붙일 세션도 없기 때문입니다.
사각지대는 리디렉션 이후의 모든 것입니다. 클릭이 일어났다는 사실은 알지만, 페이지가 로드되었는지 구매가 완료되었는지는 알지 못합니다.
캠페인 파라미터와 웹 분석의 조합
앞의 방식을 보완하는 방식입니다. 목적지 URL에 캠페인 파라미터를 붙이면, 목적지에 설치된 분석 플랫폼이 세션과 전환을 그 파라미터에 귀속시킵니다. 클릭을 매출과 연결하는 유일한 방법이며, 두 방식이 경쟁 관계가 아니라 한 쌍으로 묶이는 이유이기도 합니다. 이름 짓기와 일관성의 구체적인 작동 방식은 UTM 파라미터 완전 가이드에서 다루며, UTM 빌더는 나중에 데이터를 결합할 수 있게 해 주는 이름 규칙을 강제합니다.
한계는 구조적입니다. 여러분이 통제하고 계측할 수 있는 목적지에서만 동작하고, 페이지 로드가 끝나기 전에 떠난 사람을 모두 놓치며, 대상에 따라 다른 차단기와 개인정보 설정의 영향을 받습니다. 기술 분야 대상은 일반 소비자 대상보다 더 많이 차단합니다.
서버 로그
여러분 자체 인프라로 들어오는 모든 요청은 이미 기록되고 있습니다. 로그는 정확하고 차단할 수 없으며, 다른 도구에서 의심스러운 수치를 검증할 때 유용합니다. 동시에 가공되지 않은 원본이기도 합니다. 위치 정보도, 기기 해석도, 봇 분류도, 화면도 없습니다. 보고 시스템이 아니라 논란이 된 숫자를 대조하기 위한 감사 기록으로 다루십시오.
픽셀과 클라이언트 쪽 태그
추적 픽셀은 목적지 페이지에서 실행되며, 보통 클릭을 세기보다 광고 오디언스를 만들기 위한 것입니다. 링크에 붙이는 리타기팅 픽셀은 조금 다르게 동작합니다. 리디렉션 도중 중간 페이지가 픽셀을 실행하므로, 목적지 페이지를 통제하지 못할 때도 방문자를 오디언스에 넣을 수 있습니다. 이것은 측정 장치가 아니라 오디언스를 만드는 장치이며, 클릭 데이터로 세어서는 안 됩니다.
| 방식 | 내 것이 아닌 사이트로 가는 클릭을 봄 | 차단기에서 살아남음 | 전환을 봄 | 인쇄된 QR에서 동작 | | --- | --- | --- | --- | --- | | 리디렉션 쪽 분석 | 예 | 예 | 아니요 | 예 | | 캠페인 파라미터 | 아니요 | 부분적으로 | 예 | 예, 태그를 붙였다면 | | 서버 로그 | 아니요 | 예 | 간접적으로 | 아니요 | | 픽셀과 태그 | 아니요 | 부분적으로 | 예 | 아니요 |
대부분의 팀에게 현실적인 답은 앞의 두 가지를 함께 쓰는 것입니다. 도달 범위와 대상 구성은 리디렉션 쪽 집계로, 그다음에 무슨 일이 일어났는지는 캠페인 파라미터로 봅니다.
클릭 하나에 실제로 담기는 것
리디렉션 시점, 즉 어떤 페이지도 로드되기 전에 엔진이 기록할 수 있는 것은 클릭이 일어난 순간, 관련된 링크와 도메인, 라우팅된 목적지, 네트워크 주소에서 파생한 국가·지역·도시, 기기 종류, 사용자 에이전트에서 해석한 버전까지 포함한 브라우저와 운영체제, 전달된 경우의 유입 도메인, 브라우저 언어, 그리고 URL에 실린 캠페인 파라미터입니다. 링크가 분할 테스트를 진행 중이라면 변형 식별자가 여기에 더해집니다.
도시 단위 지역 정보에는 사업자들이 좀처럼 적지 않는 단서가 필요합니다. 이 값은 네트워크 주소에서 파생하므로 지역별 경향을 보기에는 충분히 정확하지만, 기록 몇 건을 근거로 지역 캠페인을 짜서는 안 될 만큼 자주 틀립니다. 이동통신사와 회사 네트워크는 방문자를 실제 위치에서 100킬로미터 떨어진 곳에 놓아 버리는 일이 흔합니다.
클릭에 담길 수 없는 것도 그만큼 중요합니다. 클릭은 사람을 특정하지 않습니다. 목적지 페이지가 로드되었는지, 무언가를 읽었는지, 구매가 뒤따랐는지도 알려 주지 않습니다. 같은 사람이 다른 기기에서 어떻게 행동했는지에 대해서도 아무 말을 하지 않습니다. 위 목록을 넘어서는 모든 주장에는 두 번째 데이터 출처가 필요하며, 그것이 바로 캠페인 파라미터가 맡는 일입니다.
지켜볼 가치가 있는 지표
클릭 수와 순 방문자
총 클릭 수는 반복 터치, 새로고침, 여러 기기를 쓰는 사용자 때문에 부풀려지는 물량 지표입니다. 순 방문자는 도달 범위에 더 가까우며, 그 값을 얼마나 신뢰해야 하는지는 계산 방식이 결정합니다.
개인정보를 지키는 방식은, 그리고 LinkProfit이 쓰는 방식은, 네트워크 주소와 사용자 에이전트와 도메인을 매일 교체되는 솔트와 함께 해시해 식별값을 파생한 뒤 해시만 저장하는 것입니다. 주소는 분석 저장소에 결코 기록되지 않습니다. 솔트를 교체하기 때문에 생기는 정직한 결과는 신원이 날짜를 넘어 유지되지 않는다는 점이며, 따라서 이 지표의 올바른 이름은 하루 단위 순 방문자입니다. 월간 수치는 서로 다른 사람 수를 정확히 센 값이 아니라 일별 순 방문자의 합입니다. 쿠키 없이 정확한 월간 순 방문자를 보고하는 사업자는 인정하는 것보다 오래 식별자를 유지하고 있거나 추정하고 있는 것입니다.
QR의 스캔과 클릭 관계
인쇄 캠페인에서는 같은 링크의 스캔 수와 총 클릭 수를 비교하면 목적지를 공유하는 채널들을 구분할 수 있습니다. 인쇄가 잘못된 코드를 가장 빨리 찾아내는 방법이기도 합니다. 노출은 수천 건인데 스캔이 몇 건뿐인 포스터는 보통 대상의 문제가 아니라 대비나 크기의 문제입니다.
감쇠 곡선
대부분의 링크는 첫 몇 시간 동안 제 몫의 대부분을 해내고, 그 뒤에는 예측 가능한 곡선을 따라 감쇠합니다. 여러분 채널의 곡선 모양을 알아 두면 캠페인이 잠시 멈춘 것이 아니라 끝났다는 사실을 알 수 있고, 이상 신호도 눈에 들어옵니다. 몇 주 뒤에 다시 살아나는 링크는 보통 어딘가에서 재공유되고 있다는 뜻이며, 그곳이 여러분이 알고 싶어 할 만한 곳일 때도 있습니다.
유입 경로 구성과 직접 유입 항목
유입 도메인은 링크가 공유되고 있는 곳을 보여 주는데, 그곳은 여러분이 게시한 곳이 아닐 때가 많습니다. 직접 유입 항목이 크게 잡히는 것은 당연합니다. 메신저 앱, 이메일 클라이언트, 유입 경로를 지워 버리는 앱이 모두 여기로 모이며, 그 크기는 해결해야 할 문제가 아니라 여러분 채널 구성의 성질입니다.
봇, 그리고 첫 한 시간이 거짓말인 이유
자동화된 트래픽은 링크 측정에서 예외적인 경우가 아닙니다. 게시 직후 몇 분 동안의 이벤트 중 상당한 비중을 차지하며, 종류도 여러 가지입니다. 전달 시점에 이메일이나 메시지에 담긴 모든 링크를 가져가는 보안 검사기, 카드를 만드는 소셜 미리보기 크롤러, 가동 상태 모니터, 검색과 SEO 크롤러, 그리고 열린 리디렉터를 찾아다니는 스캐너입니다.
필터링은 두 가지 신호로 동작합니다. 네트워크 수준의 봇 점수가 요청을 처리하기 전에 분류하고, 사용자 에이전트 휴리스틱이 스스로를 밝히는 크롤러를 잡아냅니다. 제대로 된 구현은 두 가지 특수한 경우도 처리합니다. HEAD 요청은 클릭으로 세지 않고 응답하며, 소셜 미리보기 크롤러에는 라우팅해서 집계하는 대신 페이지 메타데이터로 응답합니다.
중요한 설계 결정은 걸러진 이벤트를 어떻게 하느냐입니다. 삭제하면 이상 신호가 보이지 않게 됩니다. 저장해 두고 기본적으로 제외하되 포함할 수 있는 선택지를 두면, 수상한 급증을 짐작하는 대신 조사할 수 있습니다. LinkProfit은 봇 이벤트를 표시와 함께 저장하고 모든 기본 보고서에서 제외합니다.
실무에서는 두 가지 습관이 여러분을 지켜 줍니다. 사람이 링크를 봤다고 보기 어려운 시점에 시작된 급증은 반대가 증명되기 전까지 자동화로 간주하십시오. 그리고 숫자가 이상해 보일 때는 목적지 쪽과 비교하십시오. 클릭 수는 큰데 세션이 거의 없는 것이 검사 트래픽의 전형적인 흔적입니다.
설계 제약으로서의 개인정보 보호
클릭 추적은 측정과 개인정보가 만나는 바로 그 지점에 놓여 있으며, 그것이 얼마나 큰 문제가 되는지는 아키텍처가 결정합니다.
네트워크 주소를 아예 저장하지 않으면 가장 민감한 필드가 정책이 아니라 구조 자체로 시스템에서 사라집니다. 솔트를 매일 교체하면 파생된 식별값을 연결할 수 있는 기간에 상한이 생깁니다. 측정을 위해 사이트 간 쿠키를 설정하지 않으면 대부분의 동의 규제가 겨냥해 쓰인 바로 그 장치를 피하게 됩니다. 그리고 방문자 식별값을 API 응답과 내보내기에서 제외하면, 그 파생 값이 누군가의 노트북에 있는 스프레드시트가 아니라 집계 계층 안에 머뭅니다.
이것은 시스템이 어떻게 만들어졌는지에 대한 설명이지 법률 자문이 아닙니다. 여러분의 동의 의무는 관할 지역, 대상, 그리고 데이터를 이후에 어떻게 쓰는지에 따라 달라집니다. 다만 이렇게 설계된 플랫폼은 법무 검토가 답해야 할 질문 목록을 훨씬 짧게 만들어 줍니다.
무엇을 측정할 수 있는지를 결정하는 한도
여러분이 실제로 받는 분석은 두 가지 사업자 한도가 좌우합니다. 이벤트를 몇 건이나 기록하는지, 그리고 얼마나 오래 보관하는지입니다. 두 가지 모두 보통 가격 페이지에서 기능 목록보다 한참 아래에 있습니다.
| 사업자, 2026년 8월 기준 | 물량 한도 | 보관 기간 | | --- | --- | --- | | Rebrandly | 등급에 따라 인게이지먼트 데이터를 월 100, 10,000, 25,000, 150,000건으로 제한 | 별도 한도로 공개하지 않음 | | Short.io | 클릭당 30개 이상의 데이터 항목, 별도 이벤트 상한 없음 | 집계 26개월, 상세 클릭스트림 12개월 | | Cutt.ly | 클릭이 아니라 생성한 링크 수를 기준으로 과금 | 요금제에 따라 30~730일 | | BL.INK | 링크당 클릭 한도, 7,500~60,000 | 공개하지 않음 | | Switchy | 등급별 클릭 허용량 | 공개하지 않음 | | LinkProfit | 요금제에 따라 월 100,000~2,000,000 추적 클릭 | 최대 24개월, 링크별 누적 집계는 영구 보관 |
무엇이든 계약하기 전에 이해해 두어야 할 것은 Rebrandly의 방식입니다. 가장 직관적이지 않기 때문입니다. 리디렉션은 무제한인데 분석은 사용량을 재어 제한하므로, 입문 등급에서는 기록된 이벤트가 100건을 넘어도 링크는 계속 동작하고 보고만 멈춥니다. 이 맞바꿈을 따져 보고 있다면 Rebrandly 대안 비교에 등급별 세부 내용을 정리해 두었습니다.
이 원칙은 일반화할 수 있습니다. 상한이 얼마인지보다 상한에 닿았을 때 무슨 일이 일어나는지를 물으십시오. 측정은 멈추되 리디렉션은 계속 동작하는 것은, 그 사실을 분명히 알려 주기만 한다면 변호할 만한 설계입니다. 반면 조용히 멈추는 측정은 한 분기치 캠페인 데이터가 리뷰 때까지 아무도 모르는 사이에 사라지는 방식입니다.
멀쩡한 데이터를 망치는 함정
리디렉션 체인. 홉이 하나 늘어날 때마다 유입 경로를 잃고, 캠페인 파라미터를 떨어뜨리고, 지연을 더할 기회가 하나씩 늘어납니다. 링크는 최종 목적지를 가리키게 하고, 다른 사람에게서 링크를 넘겨받았다면 체인을 확인하십시오.
리디렉션에서 사라지는 파라미터. 목적지가 캠페인 파라미터를 지우거나 덮어쓰면 클릭은 집계되지만 세션은 귀속되지 않습니다. 캠페인마다 링크 하나를 처음부터 끝까지 시험해 보고 시작하십시오. 1분이면 되고, 이 글에서 가장 비싼 실수를 잡아냅니다.
# The location header should carry every parameter you configured, in one hop
curl -sSI https://go.yourbrand.com/spring | grep -i -E 'HTTP/|location'
애초에 비교할 수 없는 수치의 비교. 단축 링크 클릭과 분석 세션은 서로 다른 이벤트를 측정합니다. 그 비율의 추이를 건강 신호로 지켜보되, 둘을 정확히 맞추려는 시도는 그만두십시오.
시간대 어긋남. 이벤트는 UTC로 기록되고 보고서는 워크스페이스 시간대로 표시됩니다. 서로 다른 시간대에서 일별 수치를 비교하는 두 사람은 설정을 명시하지 않는 한 영원히 의견이 갈립니다.
미리보기와 상태 점검까지 세는 것. 미리보기 크롤러와 모니터링 요청은 자주 확인되는 링크의 수치를 부풀립니다. 대부분은 필터링이 처리합니다. 여러분이 자기 링크를 직접 모니터링한다면 그 모니터는 예외로 두십시오.
슬러그 재사용. 새 캠페인에 옛 슬러그를 재활용하면 두 개의 기록이 영구적으로 합쳐집니다. 대신 보관 처리하고, 옛 슬러그는 계속 연결되게 두십시오.
오래 버티는 구성
- 모든 캠페인을 브랜드 단축 링크로 게시해, 통제하지 못하는 채널에도 리디렉션 쪽 데이터가 남게 하십시오.
- 모든 목적지에 일관되게 태그를 붙이되, 손으로 입력하지 말고 생성해서 쓰십시오.
- 체인은 한 홉으로 유지하고, 게시하기 전에 확인하십시오.
- 봇 필터링은 기본적으로 켜 두고, 무언가 이상해 보일 때 제외된 트래픽을 들여다보십시오.
- 보고서에 순 방문자가 나오는 모든 자리에 하루 단위 지표라고 표시하십시오.
- 보관 기간은 이번 분기가 아니라 앞으로 하고 싶은 가장 긴 비교를 기준으로 확인하십시오.
- 캠페인마다 한 번은 목적지 쪽과 대조하고, 큰 차이는 평균으로 뭉개지 말고 조사하십시오.
- 대시보드가 답하지 못하는 질문은 API로 원본 데이터를 내보내거나 질의하십시오.
이 분야의 측정 문제는 대부분 분석의 문제가 아니라 배관의 문제입니다. 사라진 파라미터, 늘어난 홉 하나, 걸러지지 않은 스캐너, 질문보다 짧은 보관 기간이 그렇습니다. 배관을 고치면 숫자는 지루해지는데, 그것이 바로 숫자에게 바라야 할 모습입니다.
LinkProfit은 클릭마다 열 가지가 넘는 차원을 기록하고, 자동화된 트래픽을 기본적으로 걸러 내며, 네트워크 주소를 저장하지 않고 순 방문자를 파생하고, 데이터를 최대 24개월 보관하면서 링크별 누적 집계는 초기화하지 않습니다. 전체 대시보드는 분석에서 확인하고, 공개 통계 페이지가 있는 링크라면 무료 클릭 카운터로 조회해 보십시오.
많이 묻는 질문
단축 링크 클릭 수와 웹 분석 수치는 왜 절대 일치하지 않습니까?
둘은 서로 다른 지점에서 서로 다른 이벤트를 측정하므로, 정확히 일치한다면 오히려 의심스러운 일입니다. 리디렉션은 자신에게 도달한 모든 요청을 세며, 여기에는 일부 자동화된 트래픽도 포함됩니다. 웹 분석은 페이지가 로드되고 스크립트가 실행된 세션만 세므로, 페이지가 다 뜨기 전에 떠난 사람, 차단기를 쓰거나 스크립트를 꺼 둔 사람, 캠페인 파라미터를 잃어버린 홉을 모두 제외합니다. 10~30%의 차이는 정상입니다. 80%의 차이는 무언가 고장 났다는 뜻이며, 대개 리디렉션 체인이나 빠진 파라미터가 원인입니다.
클릭 이벤트에는 정확히 무엇이 기록됩니까?
리디렉션 시점에 엔진이 보는 것은 타임스탬프, 링크와 도메인, 목적지, 네트워크 주소에서 파생한 국가·지역·도시, 기기 종류, 사용자 에이전트에서 해석한 버전까지 포함한 브라우저와 운영체제, 전달된 경우의 유입 도메인, 브라우저 언어, 그리고 URL에 담긴 캠페인 파라미터입니다. 그 사람이 누구인지, 목적지 페이지에서 무언가를 읽었는지, 그 뒤에 무엇을 했는지는 보지 못합니다.
IP 주소를 저장하지 않고 순 방문자를 어떻게 셉니까?
저장하는 대신 해시로 처리합니다. LinkProfit은 네트워크 주소, 사용자 에이전트, 도메인, 그리고 매일 교체되는 솔트로 방문자 식별값을 파생한 뒤 해시만 남깁니다. 주소 자체는 분석 저장소에 결코 기록되지 않으며, 솔트가 날마다 바뀌므로 해시를 날짜를 넘어 연결할 수 없습니다. 여기서 나오는 정직한 결론은 이 지표가 하루 단위 순 방문자라는 점입니다. 여러 날에 걸친 수치는 그 기간의 서로 다른 사람 수를 정확히 센 값이 아니라 일별 순 방문자의 합이며, 지표 이름도 그렇게 적어야 합니다.
봇이 클릭 수를 부풀립니까? 어떻게 제거합니까?
부풀립니다. 게시 직후 몇 분 동안은 그 정도가 극적일 때도 있습니다. 메신저와 이메일 플랫폼이 전달 시점에 링크를 검사하기 때문입니다. 필터링은 네트워크 수준의 봇 점수와 사용자 에이전트 휴리스틱을 조합하며, 소셜 미리보기 크롤러에는 아예 집계하지 않고 메타데이터로 응답합니다. 그래도 봇 이벤트는 저장해 두고 기본적으로 제외만 해야 합니다. 그래야 이상한 패턴이 사라져 버리는 대신 들여다볼 수 있습니다. 사람이 링크를 봤을 리 없는 시점부터 카운터가 뛰는 것이 걸러지지 않은 자동화의 가장 분명한 증상입니다.
클릭 데이터는 얼마나 오래 보관해야 합니까?
지난해 같은 캠페인과 비교할 수 있을 만큼은 보관해야 하며, 실무적으로는 최소 12개월, 가능하면 24개월입니다. 보관 기간은 이 분야에서 가장 흔하게 묻혀 있는 한도입니다. 2026년 8월 기준으로 Short.io는 집계를 26개월, 상세 클릭스트림을 1년 보관하고, Cutt.ly는 요금제에 따라 30일에서 730일까지이며, BL.INK와 Switchy는 보관 기간을 아예 공개하지 않습니다. LinkProfit은 상위 요금제에서 최대 24개월을 보관하고, 링크별 누적 집계는 영구 보관하므로 누적 클릭 수는 결코 초기화되지 않습니다.
내 것이 아닌 링크의 클릭 수를 볼 수 있습니까?
소유자가 통계를 공개한 경우에만 가능합니다. 몇몇 플랫폼은 링크마다 직접 켜서 여는 공개 통계 페이지를 제공하며, 여기에는 개인정보 없이 집계된 수치만 표시됩니다. 저희 클릭 카운터 도구는 그런 공개 페이지가 있을 때 그 내용을 읽습니다. 공개 통계가 켜져 있지 않은 링크의 수치는 비공개이며, 아무 링크나 그 수치를 알려 준다고 주장하는 서비스는 추측을 하고 있거나 데이터가 새는 플랫폼을 설명하고 있는 것입니다.