후기링크 트래커

1한 줄 정의 & 왜 이게 유일한 무기인가

일반 링크 단축기는 “클릭 수”까지만 본다. 트래커는 클릭 → 후기 열람 → 구매까지 한 줄로 잇는다.

2사용자 시나리오

3핵심 기능 4

4어트리뷰션 로직 (클릭 → 후기 → 구매)

• 클릭 ID(cid): 단축링크 리다이렉트 시 발급 → 쿼리로 랜딩에 전달 → first-party 쿠키(30일)에 저장. 서드파티 쿠키 불필요(iOS/브라우저 정책 안전).
• 어트리뷰션 모델: 기본 라스트-터치(마지막 클릭 채널에 매출 귀속) + 참고용 퍼스트-터치 병기. 1인 셀러에겐 단순함이 정답.
• 후기 열람 연결: 후기링크 위젯의 노출/클릭 이벤트에 같은 cid를 태깅 → “이 채널 유입자가 어떤 후기를 봤나” 집계.

5부스터와의 데이터 시너지 (핵심 설계 결정)

// 부스터의 구매 이벤트 + 트래커의 유입정보(cid,src) = 어트리뷰션 완성
POST /boost/v1/event
{
  "key": "demo-ebook",
  "type": "purchase",
  "product": "전자책",
  "cid": "clk_9f2a",        // ← 랜딩 쿠키에서 읽은 클릭ID
  "src": "insta/story"   // ← 유입 채널 (utm_source/medium)
}

→ 부스터의 “실시간 구매 알림”과 트래커의 “채널별 매출”이 같은 원장(boost_event)에서 나옵니다. 두 제품이 데이터를 공유 = 유지비 절감 + 항상 일치.

6아키텍처 & API

리다이렉트 서비스 — GET go.hugilink.kr/:slug

GET go.hugilink.kr/a1b2
1) slug 조회 → 원본 URL + utm 파라미터 복원
2) cid 발급, click 로그 적재(비동기)
3) 302 → https://셀러랜딩/ebook?hl_cid=clk_9f2a&utm_source=insta&utm_medium=story

링크 생성 — POST /track/v1/links

POST /track/v1/links
{ "dest":"https://셀러랜딩/ebook", "channel":"insta", "campaign":"7월특가" }
→ { "slug":"a1b2", "short":"go.hugilink.kr/a1b2", "qr":"...png" }

집계 — GET /track/v1/report

GET /track/v1/report?key=demo-ebook&range=30d
→ 채널별 clicks / visits / purchases / revenue / cvr

7데이터 모델

table track_link
  slug PK, key(FK), dest_url, channel, medium, campaign, created_at

table track_click        -- append-only
  id, slug, cid, key, ua_device, region, referrer, created_at
  index (key, created_at), (cid)

-- 구매는 boost_event(type=purchase, cid, src) 재사용 → 조인으로 어트리뷰션
view attribution AS
  track_click c LEFT JOIN boost_event e ON e.cid = c.cid AND e.type='purchase'

8대시보드 화면 (핵심 1장)

여기에 “채널별로 가장 많이 열람된 후기 TOP3”를 붙이면 후기링크만의 화면이 완성됩니다.

9개인정보 · 쿠키 동의

• 퍼스트파티 쿠키만 사용(cid). 서드파티 추적 없음 → 브라우저 정책·프라이버시 안전.
• 클릭 로그는 익명(개인 식별 없이 기기 유형·대략 지역만). IP는 지역 변환 후 폐기.
• 셀러 랜딩에 쿠키 고지 스니펫 자동 제공(PIPA/쿠키 동의 대응).

10MVP 로드맵

총 약 5주. 단, T3부터는 부스터의 구매 이벤트가 선행되어야 하므로 — 순서는 부스터 먼저, 트래커 다음이 맞습니다(앞서 내린 로드맵과 일치).

후기링크 트래커 · Design Doc v0.1 · 2026-07-20