부스 성과 측정이 어려운 3가지 이유
오프라인 부스 성과 측정이 어려운 이유는 세 가지입니다. 현장 데이터를 사람이 손으로 적고, 페이지뷰를 대신할 지표가 정해져 있지 않으며, 방문객을 식별할 키도 없습니다. 세 문제에 필요한 해법이 달라 순서를 정해 접근해야 합니다.
왜 부스 방문자 수는 손으로 세게 되는가
많은 현장에서 방문자 수는 스태프가 계수기로 세고, 만족도는 종료 후 설문으로 받습니다. 수기 기록은 정확도에 더해 재사용 구조도 취약합니다. 집계가 늦고 시간대나 유입 경로별로 나눠 보기 어렵습니다.
해법은 사람이 세지 않는 지점을 하나 만드는 것입니다. 참여 콘텐츠가 웹으로 돌아가면 참여 로그는 자동으로 남습니다. 진입 시각, 유입 QR, 단계별 통과, 완주 여부, 결과값, 재참여 여부가 전부 이벤트로 기록됩니다. 스태프는 세는 일에서 벗어나 안내와 운영에 집중합니다.
최소한으로 심는 이벤트 6개
scan— QR 진입. 어느 지점의 QR인지 함께 기록start— 콘텐츠 첫 인터랙션. 스캔과 이 지점 사이가 진입 이탈 구간입니다step— 단계 통과. 단계 번호를 파라미터로 남깁니다complete— 완주. 결과 유형, 점수를 함께 남기면 그 자체가 세그먼트가 됩니다consent— 동의 제출. 항목별 동의 여부를 구분해 기록redeem— 쿠폰, 보상 수령. 전환 추적의 출발점입니다
부스에서 페이지뷰를 대신할 지표는 무엇인가
온라인에는 노출, 클릭, 페이지뷰, 세션처럼 합의된 지표가 있습니다. 부스에는 그런 공용어가 없어 실행 기록만 남고 메시지 전달 여부는 판단하기 어렵습니다. 이 공백을 메우려면 부스용 지표를 정의해야 합니다.
| 알고 싶은 것 | 온라인 지표 | 부스에서 쓰는 대체 신호 | 한계 |
|---|---|---|---|
| 얼마나 봤나 | 노출 / 페이지뷰 | 지점별 QR 노출 대비 스캔율 | 보고 지나간 사람은 잡히지 않습니다. 스캔율은 관심의 하한선입니다 |
| 얼마나 관심을 뒀나 | 클릭률 | 진입 대비 참여율(부스 진입 → 콘텐츠 첫 인터랙션) | 진입 집계 방식에 좌우됩니다. 계수 방식을 함께 기록해야 비교가 가능합니다 |
| 얼마나 머물렀나 | 세션 시간 | 점유 체류시간(콘텐츠 상호작용 구간 합) | 콘텐츠를 닫고 공간에 남은 시간은 빠집니다 |
| 메시지가 닿았나 | 스크롤 깊이 | 완주율 + 단계별 이탈 지점 | 완주가 이해를 보장하지는 않습니다. 결과 화면 문항으로 보완합니다 |
| 다시 왔나 | 재방문율 | 동일 ID 재참여율, 출석 체크 참여 일수 | ID를 발급하지 않았다면 측정 자체가 불가능합니다 |
| 사줬나 | 전환율 | 발급 ID와 결제 데이터 매칭 전환율 | 매칭 인정 기간(룩백)을 사전에 합의해야 합니다 |
이 표는 캠페인 시작 전에 완성해 둡니다. 종료 후에 정한 기준은 측정값보다 사후 해석에 가깝습니다.
이유 3 — 누가 왔는지 모르면, 사줬는지도 모릅니다
가장 근본적인 문제입니다. 억 단위를 쓴 캠페인이 끝나는 순간 남는 방문객 명단이 0명이면, 매출로 이어졌는지 확인할 방법이 사라집니다. 온라인에서는 쿠키가 이 역할을 해 왔지만 오프라인 부스에는 애초에 쿠키가 없습니다.
쿠키 이야기를 정확히 정리하면
구글은 2020년부터 크롬의 서드파티 쿠키 지원 중단을 예고했지만, 2025년 4월 22일 별도 선택 프롬프트를 도입하지 않고 기존 방식을 유지하겠다고 발표했습니다. 크롬에서 서드파티 쿠키는 지금도 동작합니다. 다만 사파리와 파이어폭스는 여전히 기본 차단이므로 일부 트래픽에서는 쿠키리스가 이미 현실입니다.
이 소식이 오프라인 캠페인에 주는 실질적 영향은 크지 않습니다. 부스에서는 참여 시점에 발급하는 자체 식별자를 사용합니다. 저희가 쓰는 순서는 이렇습니다.
- 참여 시점 ID 발급 — 콘텐츠 진입 시 익명 참여 ID를 만들고, 이후 모든 이벤트를 이 키에 붙입니다
- 기존 회원 ID 매칭 — 브랜드 회원 시스템이 있으면 로그인, 인증 지점에서 두 ID를 연결합니다
- 서버 간(S2S) 전달 — 구매, 재방문 같은 이후 이벤트를 서버끼리 주고받아 같은 ID에 이어 붙입니다. 브라우저 쿠키 정책과 무관하게 동작합니다
- 동의 범위 안에서 — 위 연결은 모두 적법한 수집 및 이용 동의를 전제로 합니다(가이드 04)
룩백 윈도우는 협상 대상입니다
룩백을 7일로 잡으면 참여 후 7일 안의 구매만 성과가 됩니다. 30일로 늘리면 캠페인과 무관한 구매가 섞일 가능성도 커집니다. 제품 구매 주기와 캠페인 목적을 기준으로 기간을 선택해 착수 문서와 리포트에 함께 적습니다.
예산이 부족하면 무엇부터 해야 하는가
예산과 일정이 제한될 때 저희가 권하는 순서입니다.
- ID 발급이 우선입니다. 뒤에 무엇을 붙이든 키가 없으면 전부 익명으로 끝납니다
- 그다음 참여 로그 자동화. 수기 기록을 하나라도 없애면 나머지 지표가 따라옵니다
- 대체 지표 정의는 문서 작업이라 비용이 거의 들지 않습니다. 오히려 가장 먼저 끝낼 수 있습니다
- 공간 센서, 영상 분석은 마지막입니다. 동선 자체가 KPI일 때만 값을 합니다
- 대체 지표 표를 캠페인 시작 전에 채웠는가
- 참여 시점 ID 발급 지점이 동선 안에 있는가
- 룩백 윈도우와 매칭 방식이 문서로 합의됐는가
- 수기로 세는 항목이 몇 개 남았는지 세어 봤는가
- 종료 후 원본 로그를 어떤 형식으로 받을지 정했는가
정리
- 참여 시점 ID 발급을 우선순위에 둡니다. 키가 없으면 뒤에 무엇을 붙여도 전부 익명으로 끝납니다.
- 대체 지표 표를 캠페인 시작 전에 채웁니다. 문서 작업이라 비용이 거의 들지 않으면서 효과가 큽니다.
- scan, start, step, complete, consent, redeem 여섯 이벤트만 심으면 수기 기록을 대체할 수 있습니다.
- 룩백 윈도우와 매칭 방식은 협상 대상입니다. 리포트에는 항상 기준 기간을 함께 씁니다.
- Google, "Next steps for Privacy Sandbox and tracking protections in Chrome" (2025.4.22) — 서드파티 쿠키 관련 기존 방식 유지 발표
- Didomi, "Google Chrome is keeping third-party cookies after all" — 발표 해설
- 오픈애즈, "팝업스토어 효과 측정이 어려운 이유와 브랜드가 놓치는 포인트"
대체 지표 표와 우선순위는 저희 측정 설계 기준입니다. 업계 표준이 아니며, 브랜드의 데이터 환경에 따라 달라집니다.