지금 읽는 곳트리거 송출이 성립하려면 어떤 데이터 파이프라인이 필요한가목차
STEP 3 고급·전략 › 3-2. 프로그래매틱 핵심 원리·거시 데이터 분석 › 과목 110 › 레슨 02
구현 조건 및 데이터 요건: DOOH 지면 송출 시 실시간 유동인구 데이터(통신사 기지국 트래픽, 카메라 비전 센서) 연동 방법
DOOH 지면이 '지금 이 시간 여기 사람이 얼마나 있는가'를 알아야 트리거 송출이 가능한데, 이 데이터는 어디서 어떻게 들어오는 걸까요.
핵심요약
- pDOOH 트리거 송출은 광고주가 정의한 조건이 충족될 때만 광고가 자동 노출되는 방식이며, 이 조건 판단의 원료가 실시간 유동인구·환경 데이터다
- 유동인구 데이터는 통신사 기지국 트래픽 집계, 카메라 기반 비전 센서 계수, 위치정보 SDK 등 여러 소스가 업계에서 혼용되는 것으로 통칭되지만, 국내 특정 벤더의 연동 구조를 검증한 공식 자료는 확인되지 않았다
- DOOH 지오펜스 반경은 화면 크기·시야각·환경에 따라 크게 달라지며(예: 고속도로 빌보드 약 300m, 쇼핑몰 키오스크 약 15m), 고정된 표준값이 아니다
- 데이터 연동은 개인 식별 정보가 아니라 익명화·집계된 수치를 다루는 것이 원칙이라는 점을 계약·설계 단계에서 명확히 해야 한다
트리거 송출이 성립하려면 어떤 데이터 파이프라인이 필요한가
프로그래매틱 DOOH는 광고주가 미리 정의한 조건(날씨·시간대·특정 이벤트 등)이 충족될 때만 광고가 자동으로 송출되는 구조를 지원합니다. 이 구조가 실제로 작동하려면 '조건이 충족됐는지'를 실시간으로 판단할 데이터가 시스템에 계속 들어와야 합니다. 유동인구 데이터는 그중에서도 가장 핵심적인 축입니다 — 사람이 얼마나 있는지를 모르면 '출퇴근 시간대에만 송출', '유동인구가 특정 임계치 이상일 때만 단가를 올려 입찰' 같은 로직 자체를 만들 수 없기 때문입니다.
유동인구 데이터는 어떤 소스에서 오나
업계에서는 유동인구 추정에 여러 데이터 소스를 혼용한다고 통칭됩니다. 통신사가 기지국 단위로 집계하는 트래픽(해당 셀 반경 내 활성 디바이스 수 추이), 스크린 인근에 설치된 카메라 기반 비전 센서가 지나가는 인원을 익명으로 계수하는 방식, 그리고 모바일 앱의 위치정보 SDK에서 수집된 데이터를 매체사·DMP가 집계해 제공하는 방식이 대표적으로 언급됩니다. 다만 국내에서 어느 통신사·어느 벤더가 정확히 어떤 방식으로 DOOH 매체사와 연동돼 있는지를 검증한 공식 자료는 이번 조사에서 확인하지 못했습니다 — 실제 계약을 검토할 때는 매체사·미디어렙사에 데이터 출처와 갱신 주기를 직접 요청해 확인하는 절차가 필요합니다.
지오펜스 반경은 어떻게 정해지나
스크린 주변에 얼마나 넓은 범위를 '이 광고의 영향권'으로 볼지 정하는 지오펜스 반경은 화면 크기·시야각·주변 환경에 따라 달라집니다. 예를 들어 고속도로 대형 빌보드는 약 300m 반경으로 설정되는 사례가, 쇼핑몰 내 소형 키오스크는 약 15m 반경으로 설정되는 사례가 업계 자료에서 언급됩니다. 이 수치는 예시일 뿐 업계 표준값이 아니므로, 특정 지면에 몇 미터 반경을 적용할지는 매체사·DMP 벤더와 개별 협의로 정해야 합니다. 지오펜스 안에 있었다는 사실만으로는 실제로 화면을 봤다는 것을 보장하지 않는다는 점도 데이터 요건 설계 시 감안해야 할 한계입니다.
데이터 연동 설계에서 놓치기 쉬운 것
유동인구 데이터를 연동할 때 가장 자주 놓치는 부분은 데이터 갱신 주기입니다. 트리거 조건이 '실시간'이라고 광고주가 기대하지만, 실제 매체사가 제공하는 데이터가 몇 분~몇십 분 단위로 배치 갱신되는 경우도 있어 광고주가 기대하는 반응 속도와 실제 시스템 반응 속도에 차이가 생길 수 있습니다. 계약 전에 데이터 소스가 진짜 실시간 스트림인지, 아니면 일정 주기로 갱신되는 배치 데이터인지부터 확인해야 트리거 설계 단계에서 헛수고를 줄일 수 있습니다. 또한 이 데이터들은 개인을 특정하지 않는 익명화·집계 형태로 다뤄지는 것이 원칙이므로, 개인정보 관련 이슈가 없는지 데이터 제공사의 처리 방식을 계약 단계에서 확인해두는 것이 안전합니다.
데이터 소스별 강점·한계는 어떻게 다른가
세 가지 소스는 각각 강점과 한계가 다릅니다. 통신사 기지국 트래픽은 넓은 지역의 인구 밀도 추이를 파악하는 데는 강하지만, 기지국 반경 자체가 특정 스크린 하나의 시야권보다 훨씬 넓어서 '이 화면을 실제로 볼 수 있는 사람 수'로 그대로 쓰기에는 정밀도가 떨어질 수 있습니다. 카메라 비전 센서는 스크린 바로 앞의 실제 통행량을 더 정밀하게 잡을 수 있지만, 설치·유지 비용이 들고 매체마다 커버리지가 제각각이라 전국 단위로 일관된 데이터를 얻기 어렵습니다. 위치정보 SDK 기반 데이터는 개별 디바이스 이동 경로까지 추적할 수 있어 모바일 리타게팅 연동에는 유리하지만, 앱 설치·권한 동의를 거친 표본에 한정되므로 전체 유동인구를 대표하지 못할 위험이 있습니다. 이런 특성 차이 때문에 실무에서는 한 가지 소스만 쓰기보다 여러 소스를 교차 검증해 신뢰도를 높이는 방식이 권장됩니다.
실무에서 데이터 요건을 검토할 때 확인할 목록
매체·DMP 벤더를 검토할 때는 유동인구 데이터의 원천(통신사·비전 센서·SDK 중 무엇인지), 갱신 주기, 지오펜스 반경 설정 기준, 데이터 익명화 처리 방식 네 가지를 먼저 문서로 요청하는 것이 실무적으로 유효합니다. 이 네 가지가 명확하지 않은 상태로 트리거 캠페인을 설계하면, 다음 강의에서 다룰 실시간 바잉 세팅 단계에서 조건이 실제로 작동하는지 검증할 방법이 없어집니다.