메타 광고 관리자에서 구매 전환이 지난주보다 눈에 띄게 줄었습니다. 그런데 자사몰 주문 관리 화면을 보면 주문 수는 그대로입니다. 소재도 예산도 바꾸지 않았고, 바꾼 것이라고는 광고 링크를 보기 좋은 단축 링크로 교체한 것 하나뿐입니다. 이런 경우 가장 먼저 의심해 볼 곳이 광고 클릭 식별자입니다. 링크를 거치는 동안 URL 끝에 붙어 있던 fbclid가 떨어져 나갔을 수 있습니다.
광고 클릭 식별자란 무엇인가
광고 플랫폼은 사용자가 광고를 누를 때 목적지 URL 끝에 고유한 값을 하나 덧붙입니다. 이 값이 클릭 식별자(click ID)입니다. 광고를 누른 뒤 주소창을 보면 ?fbclid=IwAR...나 ?gclid=Cj0K...처럼 긴 문자열이 붙어 있는 것을 볼 수 있습니다.
클릭 식별자는 "이 방문은 이 광고의 이 클릭에서 왔다"는 영수증 번호에 가깝습니다. 사이트에 설치된 메타 픽셀이나 구글 태그가 이 값을 읽어 쿠키 등에 보관해 두었다가, 나중에 구매나 가입이 일어나면 전환 정보와 함께 광고 플랫폼으로 보냅니다. 플랫폼은 이 값을 단서로 전환을 자기 광고 클릭에 연결합니다.
| 파라미터 | 광고 플랫폼 | 붙는 상황 |
|---|---|---|
| fbclid | 메타 (페이스북·인스타그램) | 메타 앱이나 웹에서 외부 링크를 누를 때 |
| gclid | 구글 광고 | 자동 태그 설정이 켜진 광고를 누를 때 |
| wbraid, gbraid | 구글 광고 | iOS 등 일부 환경에서 gclid 대신 붙는 경우가 있음 |
| ttclid | 틱톡 광고 | 틱톡 광고 클릭 |
| msclkid | 마이크로소프트 광고 | 자동 태그 설정이 켜진 광고 클릭 |
플랫폼이 이 값을 내부에서 정확히 어떻게 쓰는지는 공개된 범위가 제한적입니다. 다만 구글 광고의 자동 태그 도움말을 비롯해 각 플랫폼 도움말이 공통으로 강조하는 점이 있습니다. 클릭 식별자가 랜딩 페이지까지 살아서 도착해야 전환 측정이 제대로 동작한다는 것입니다.
UTM과는 무엇이 다른가
광고 링크에 이미 UTM 파라미터를 붙이고 있다면 "그걸로 충분하지 않나" 싶을 수 있습니다. 둘은 답하는 질문이 다릅니다.
| 구분 | UTM | 클릭 식별자 |
|---|---|---|
| 누가 붙이나 | 마케터가 직접 | 광고 플랫폼이 클릭마다 자동으로 |
| 담는 정보 | 소스, 매체, 캠페인 이름 같은 라벨 | 클릭 하나를 가리키는 고유 번호 |
| 주로 읽는 곳 | GA4 같은 웹 분석 도구 | 광고 플랫폼의 전환 측정과 입찰 |
| 값의 성격 | 같은 캠페인이면 모든 클릭이 같음 | 클릭마다 다름 |
UTM은 "이번 달 가을 기획전 캠페인에서 몇 명이 왔나"를 GA4에서 보게 해 줍니다. 클릭 식별자는 광고 관리자가 "어제 오후 그 광고를 누른 사람이 오늘 구매했다"를 연결하게 해 줍니다. 그래서 UTM만 살아 있으면 GA4 보고서는 멀쩡한데 광고 관리자 숫자만 줄어드는 상황이 생깁니다. 처음 장면이 바로 이 경우입니다. 반대로 클릭 식별자만 있고 UTM이 없으면 GA4에서 캠페인별로 나눠 보기 어렵습니다. 광고 링크에는 둘 다 필요합니다.
리다이렉트에서 사라지면 생기는 일
클릭 식별자가 목적지에 도착하지 못하면 영향은 크게 두 갈래로 나타납니다.
전환 보고가 실제보다 적게 잡힐 수 있습니다. 광고 플랫폼은 클릭 식별자 말고도 쿠키, 로그인 정보, 서버로 보내는 전환 API 데이터 같은 여러 신호로 전환을 연결합니다. 그래서 클릭 식별자가 빠졌다고 전환이 0이 되지는 않습니다. 하지만 가장 직접적인 단서가 사라지는 만큼 연결되지 못하는 전환이 생길 가능성은 커집니다.
자동 입찰이 받는 신호가 줄어듭니다. 전환 최대화나 목표 광고 수익률 같은 자동 입찰은 플랫폼이 측정한 전환 데이터를 보고 어떤 사용자에게 얼마를 쓸지 조정합니다. 측정되는 전환이 줄면 실제로는 잘 팔리는 광고 세트가 성과 없는 것처럼 보이고, 예산 배분이 그 방향으로 흔들릴 수 있습니다. 영향이 얼마나 클지는 플랫폼과 계정 상황에 따라 달라서 단정하기 어렵지만, 굳이 감수할 이유가 없는 손해입니다.
GA4에서도 티가 날 수 있습니다. 구글 광고와 GA4를 연결해 자동 태그로 유입을 구분하고 있었다면, gclid가 빠진 방문은 구글 광고 유입으로 묶이지 않고 다른 소스로 흩어져 보일 수 있습니다. 광고 비용 대비 성과를 ROAS 계산기로 따져 보는 경우라면 분모는 그대로인데 분자가 줄어드는 셈입니다.
클릭 식별자가 흔히 떨어지는 지점
광고 클릭에서 결제 페이지까지 가는 동안 URL은 생각보다 여러 번 바뀝니다.
- 단축 링크 서비스: 단축 주소에 붙은 쿼리를 목적지로 넘기지 않고, 저장된 목적지 주소로만 보내는 도구가 있습니다.
- 사이트 자체 리다이렉트: http에서 https로, 루트 도메인에서 www로, PC 주소에서 m. 모바일 주소로 넘기는 과정에서 쿼리를 버리는 설정이 의외로 많습니다.
- 로그인·연령 확인 리다이렉트: 로그인 페이지를 거쳐 원래 페이지로 돌려보낼 때 원래 주소의 쿼리를 빼고 돌려보내는 경우가 있습니다.
- 자바스크립트 이동: 페이지가 뜬 뒤 스크립트로 다른 주소로 보내면서 쿼리를 새로 조립하는 경우입니다.
- 인앱 브라우저에서 수동 이동: "주소를 복사해 Safari에 붙여 넣으세요" 같은 안내를 따르는 과정에서 사용자가 주소 일부만 옮기기도 합니다.
클릭 식별자가 남는지 확인하는 방법
광고를 실제로 집행하지 않아도 확인할 수 있습니다. 가짜 값을 직접 붙여서 끝까지 따라가 보면 됩니다.
주소창으로 확인하기
- 광고에 쓸 단축 링크 뒤에
?fbclid=test123&gclid=test456을 붙입니다. 이미?가 있는 주소라면&fbclid=test123처럼 이어 붙입니다. - 휴대폰과 PC 브라우저에서 각각 엽니다.
- 최종 페이지가 뜬 뒤 주소창 전체를 복사해 URL 파서에 넣고 두 값이 남아 있는지 봅니다.
- 상품 상세에서 장바구니, 주문서로 넘어가는 동안은 값이 사라져도 괜찮습니다. 랜딩 페이지에 처음 도착한 순간에 값이 있으면 픽셀과 태그가 그때 읽어 둡니다.
개발자 도구로 리다이렉트 체인 보기
어디서 떨어지는지 찾으려면 PC Chrome 개발자 도구가 편합니다.
- 개발자 도구를 열고 네트워크 탭에서 Preserve log를 켭니다.
- 테스트 값을 붙인 단축 링크를 주소창에 넣고 엽니다.
- 상태 코드가 301, 302, 307인 요청을 순서대로 눌러 응답 헤더의 Location 값을 봅니다.
- 테스트 값이 처음 사라진 단계가 문제 지점입니다. 단축 링크 단계라면 도구를, 그 뒤라면 사이트 설정을 고쳐야 합니다.
터미널에 익숙하다면 아래 명령으로 첫 단계만 빠르게 볼 수도 있습니다.
curl -sI "https://단축링크주소?fbclid=test123" | grep -i location
마지막으로 실제 광고 미리보기를 휴대폰에서 눌러 인스타그램·페이스북 인앱 브라우저에서도 같은 결과가 나오는지 확인합니다.
단축 링크 도구를 고를 때 볼 것
단축 링크 서비스 비교에서는 분석 기능과 가격을 주로 봤다면, 광고 링크용으로 고를 때는 아래 항목을 따로 확인하는 것이 좋습니다.
- 클릭 식별자 전달: fbclid, gclid 등이 단축 주소에서 목적지로 넘어가는지 위의 방법으로 직접 확인합니다.
- 목적지 쿼리 보존: 목적지에 원래 있던 UTM이나 상품 옵션 파라미터가 순서나 인코딩까지 바뀌지 않고 남는지 봅니다.
- UTM 충돌 규칙: 단축 주소와 목적지 양쪽에 UTM이 있을 때 어느 쪽을 쓰는지 문서로 정해져 있는지 확인합니다.
- 리다이렉트 방식: 브라우저가 오래 기억하는 301보다 302가 목적지 변경과 클릭 집계에 유리합니다. 차이는 301 리다이렉트 용어 설명에 정리해 두었습니다.
- 인앱 브라우저 처리: 인앱에서 외부 브라우저로 옮겨 주는 기능이 있다면, 옮긴 뒤에도 클릭 식별자가 남는지 확인합니다.
광고 플랫폼 정책도 함께 봐야 합니다. 구글 광고 도착 페이지 정책에 따르면 최종 URL과 실제 도착 도메인이 다르면 검토에서 문제가 될 수 있고, 리다이렉트를 거쳐야 한다면 최종 URL 대신 추적 템플릿 같은 별도 설정을 쓰는 것이 안전합니다. 구글 광고에 단축 링크를 쓰기 전에는 해당 정책 문서를 먼저 확인하세요. 메타 광고, 인플루언서 협찬 링크, 카카오톡 채널 메시지처럼 단축 링크가 흔히 쓰이는 경로에서는 클릭 식별자 전달 여부가 더 직접적인 문제가 됩니다.
Edgelink는 클릭 식별자를 이렇게 다룹니다
Edgelink 단축 링크는 리다이렉트할 때 아래 광고 클릭 식별자를 목적지 주소로 전달합니다.
- 전달 대상: fbclid, gclid, wbraid, gbraid, ttclid, msclkid, twclid, li_fat_id
- 목적지에 원래 있던 쿼리는 그대로 두고 클릭 식별자만 덧붙입니다. 같은 이름의 값이 이미 있으면 이번 클릭의 값으로 바꿉니다.
- 단축 주소에 붙어 온 UTM도 목적지로 넘기지만, 목적지에 이미 UTM이 있으면 목적지 쪽 UTM을 우선합니다.
- 인스타그램·카카오톡 같은 인앱 브라우저에서 Chrome·Safari로 옮겨 여는 브라우저 전환을 켠 링크에서도 클릭 식별자와 UTM이 유지됩니다. 브라우저 전환은 Hobby 플랜 이상에서 쓸 수 있습니다.
Edgelink 자체의 클릭 ID인 el_cid는 이것과 별개입니다. el_cid는 Pro 플랜의 전환 추적에서 단축 링크 클릭과 가입·매출을 Edgelink 안에서 연결하는 데 쓰이고, 광고 플랫폼으로 넘기는 값이 아닙니다. 인앱 브라우저에서 결제가 끊겨 생기는 손실을 따로 계산해 보고 싶다면 인앱 브라우저 결제 손실 계산법을 함께 읽어 보세요.
광고 링크 교체 전 점검표
- 새 단축 링크 뒤에
?fbclid=test123,?gclid=test456을 붙여 최종 주소에 값이 남는지 봤다. - 목적지 주소의 UTM이 바뀌지 않고 그대로 도착했다.
- 사이트의 https, www, 모바일 주소 리다이렉트에서 쿼리가 유지된다.
- 인스타그램·페이스북 인앱 브라우저에서 같은 테스트를 했다.
- 링크 교체 전후 1~2주의 광고 관리자 전환 수와 자사몰 주문 수 비율을 기록해 두었다.
마지막 항목이 생각보다 쓸모 있습니다. 광고 관리자 전환 수를 실제 주문 수로 나눈 비율이 평소 수준을 유지한다면 링크 교체가 측정에 영향을 주지 않았다는 뜻이고, 이 비율만 뚝 떨어졌다면 다시 이 글의 확인 방법으로 돌아오면 됩니다.
자주 묻는 질문
fbclid는 무엇인가요?
fbclid는 페이스북·인스타그램에서 외부 링크를 누를 때 메타가 URL 끝에 붙이는 클릭 식별자입니다. 사이트에 설치된 메타 픽셀이 이 값을 읽어 저장해 두고, 이후 구매 같은 전환이 일어나면 어느 클릭에서 왔는지 연결하는 데 활용됩니다.
단축 링크를 쓰면 gclid가 사라지나요?
도구에 따라 다릅니다. 단축 링크 주소에 붙은 쿼리를 목적지로 넘겨주는 도구도 있고, 저장해 둔 목적지 주소로만 보내 쿼리를 버리는 도구도 있습니다. 단축 링크 뒤에 ?gclid=test를 붙여 열어 보고 최종 주소에 값이 남는지 확인하면 바로 알 수 있습니다.
UTM만 붙이면 fbclid는 없어도 되지 않나요?
UTM은 GA4 같은 분석 도구가 유입 경로를 나누는 데 쓰는 라벨이고, fbclid·gclid는 광고 플랫폼이 전환을 자기 광고 클릭과 연결하는 데 쓰는 값입니다. UTM만 있으면 GA4 보고서는 정상이어도 광고 관리자의 전환 보고와 자동 입찰은 신호를 덜 받을 수 있어 둘 다 유지하는 것이 좋습니다.
Edgelink 단축 링크는 클릭 식별자를 유지하나요?
네. Edgelink는 단축 링크로 들어온 fbclid, gclid, wbraid, gbraid, ttclid, msclkid, twclid, li_fat_id를 목적지 주소로 전달하고, 목적지에 원래 있던 쿼리는 그대로 둡니다. 인앱 브라우저에서 Chrome·Safari로 옮겨 여는 브라우저 전환(Hobby 이상)을 켠 링크에서도 값이 유지됩니다.
