트리거 바잉의 기본 구조부터 이해하기

프로그래매틱 DOOH는 광고주가 미리 정한 조건이 충족될 때만 광고가 자동으로 송출되도록 설계할 수 있습니다. 이 조건은 DSP 안에서 입찰 규칙(bid rule)으로 걸립니다 — 조건이 충족되지 않으면 애초에 입찰 자체가 발생하지 않으므로, 조건에 맞지 않는 시간·상황에서는 예산이 소진되지 않는 구조입니다. 이는 고정 지면을 4주 통째로 예약해 조건과 무관하게 계속 송출하던 기존 방식과 근본적으로 다른 지점입니다.

날씨·미세먼지 조건은 어떻게 세팅하나

날씨나 미세먼지 조건은 별도의 외부 기상·환경 데이터 API와 DSP를 연동해 구현합니다. 예를 들어 우산·방수 제품을 판매하는 광고주라면 '강수 확률이 특정 기준 이상일 때만 송출' 같은 규칙을, 마스크·공기청정기 광고주라면 '미세먼지 농도가 특정 등급 이상일 때만 송출' 같은 규칙을 걸 수 있습니다. 다만 이런 조건은 반드시 지역 단위로 세분화해서 걸어야 합니다 — 전국 단위 날씨 조건 하나로 걸면 실제로 비가 오지 않는 지역의 스크린까지 같이 켜지는 오류가 생길 수 있습니다.

시간대 조건(출퇴근 등)은 왜 유동인구 데이터와 함께 걸어야 하나

출퇴근 시간대처럼 특정 시간 구간에만 송출하는 조건은 단순히 '오전 7~9시'라는 시계 기준만으로 걸 수도 있지만, 여기에 실시간 유동인구 데이터를 함께 결합하면 정밀도가 올라갑니다. 시계 기준만 쓰면 공휴일이나 이례적으로 유동인구가 적은 날에도 똑같이 송출돼 노출 대비 효율이 떨어질 수 있는데, 유동인구 임계치 조건을 함께 걸면 실제로 사람이 몰릴 때만 광고가 나가도록 제어할 수 있습니다. 다만 이렇게 조건을 여러 개 동시에(AND 조건으로) 걸수록 송출 자체가 발생하는 빈도는 줄어드는 대신, 노출당 정밀도는 높아지는 트레이드오프가 생긴다는 점을 예산 계획 단계에서 감안해야 합니다.

조건 설계 전에 반드시 확인해야 할 데이터 갱신 주기

트리거 조건이 아무리 정교해도, 그 판단 기준이 되는 데이터가 실시간으로 들어오지 않으면 의도한 타이밍에 작동하지 않습니다. 매체사·DMP 벤더가 제공하는 유동인구·환경 데이터가 진짜 실시간 스트림인지, 아니면 몇 분~몇십 분 단위로 갱신되는 배치 데이터인지를 조건 설계 전에 먼저 확인해야 합니다. 배치 데이터인데 '실시간 대응'을 전제로 조건을 짜면, 실제 상황과 광고 송출 사이에 지연이 생겨 캠페인 효과가 기대와 어긋나는 결과로 이어집니다.

조건을 겹칠 때 예산 소진 속도가 어떻게 바뀌나

조건을 하나만 걸 때와 여러 개를 겹쳐서 걸 때 예산이 소진되는 속도는 크게 달라집니다. '시간대'라는 조건 하나만 걸면 그 시간대 동안은 계속 입찰이 발생하지만, 여기에 '유동인구 임계치 이상'이라는 조건을 AND로 더하면 시간대 안에서도 실제로 사람이 몰린 순간에만 입찰이 발생해 송출 빈도 자체가 줄어듭니다. 이 특성 때문에 조건을 촘촘히 설계할수록 하루 예산이 예상보다 덜 소진되는 경우가 흔한데, 이를 '입찰이 잘 안 붙는다'는 문제로 오인해 조건을 성급하게 완화하기 전에, 먼저 각 조건이 실제로 얼마나 자주 충족되는지 데이터로 확인하는 절차가 필요합니다. 조건을 완화하면 정밀도가 낮아지는 트레이드오프가 다시 발생하므로, 예산 소진 속도와 노출 정밀도 사이에서 캠페인 목표에 맞는 균형점을 찾는 것이 이 단계의 핵심 실무 판단입니다.

실무 세팅 순서를 정리하면

실제 세팅은 대체로 이런 순서로 진행됩니다. 먼저 캠페인 목표(어떤 상황에서 어떤 소비자에게 도달하고 싶은지)를 정하고, 그에 맞는 트리거 조건(날씨·미세먼지·시간대·유동인구 임계치)을 하나씩 정의합니다. 그다음 각 조건에 필요한 데이터 소스를 매체사·DSP와 연동하고, 조건이 실제로 의도대로 작동하는지 소규모 지면에서 먼저 테스트한 뒤 전체 지면으로 확대하는 방식이 안전합니다. 조건을 한 번에 다 걸고 전체 예산을 투입하기보다, 조건 하나씩 검증하면서 단계적으로 확장하는 접근이 예산 낭비를 줄입니다. 테스트 단계에서는 조건 충족 로그를 별도로 남겨, 실제 송출된 시점과 애초에 의도했던 조건이 정확히 일치하는지 사후 대조까지 해두는 것이 안전합니다.