SSP DSP 차이, 프로그래매틱 광고 구조 이해
- SSP는 광고 지면을 파는 퍼블리셔용, DSP는 지면을 사는 광고주용 플랫폼입니다
- 두 플랫폼은 애드익스체인지를 거쳐 실시간 입찰(RTB)로 연결됩니다
- 구글·메타 같은 대형 사업자는 DSP·SSP·DMP 기능을 동시에 수행합니다
- 실무에서는 KPI와 관리 주체가 다르므로 역할 혼동이 잦은 지점을 짚어봅니다
SSP와 DSP, 한 문장으로 구분하면
SSP(Supply-Side Platform)는 퍼블리셔가 광고 지면을 파는 도구이고, DSP(Demand-Side Platform)는 광고주가 광고 지면을 사는 도구입니다. 디지털 광고 시장을 하나의 거래소로 보면, 지면을 내놓는 쪽(퍼블리셔)이 쓰는 시스템이 SSP, 그 지면을 사려는 쪽(광고주)이 쓰는 시스템이 DSP입니다.

핵심 구분: SSP=공급자(퍼블리셔) 편, DSP=수요자(광고주) 편. 둘 다 실시간 입찰(RTB) 방식으로 광고 거래를 자동화한다는 공통점이 있지만, 대변하는 이해관계자가 정반대입니다.
SSP의 역할과 핵심 기능
퍼블리셔 입장에서 SSP가 하는 일
웹사이트나 앱을 운영하는 퍼블리셔는 광고 지면(인벤토리)을 가지고 있지만, 이걸 일일이 광고주에게 영업해서 팔 수는 없습니다. SSP는 이 지면 정보를 여러 DSP·애드익스체인지에 동시에 노출시켜, 가장 높은 가격을 제시하는 광고주의 광고가 자동으로 게재되도록 중개합니다.
SSP가 관리하는 대표 지표
- Fill Rate: 전체 광고 요청 중 실제로 광고가 채워진 비율
- eCPM: 1,000회 노출당 실질 수익
- Viewability Rate: 광고가 실제로 사용자에게 노출(뷰어빌리티 기준 충족)된 비율
- Ad Request Latency: 광고 요청부터 응답까지 걸리는 시간
대표적인 SSP로는 Google Ad Manager, PubMatic, Magnite(구 Rubicon Project), OpenX 등이 있습니다. 퍼블리셔는 SSP를 통해 여러 광고 네트워크를 동시에 연결해 인벤토리 소진율과 단가를 함께 관리합니다.
DSP의 역할과 핵심 기능
광고주 입장에서 DSP가 하는 일
광고주가 개별 퍼블리셔와 일일이 협상해서 지면을 사는 건 현실적으로 불가능합니다. DSP는 여러 애드익스체인지·SSP에 흩어진 광고 인벤토리를 한 화면에서 검색·구매할 수 있게 해주고, 타겟팅 조건(연령·지역·관심사·행동 데이터)에 맞는 노출만 골라 실시간으로 입찰합니다.
DSP가 관리하는 대표 지표
- CTR(클릭률): 노출 대비 클릭 비율
- CVR(전환율): 클릭 이후 실제 전환(구매·가입 등) 비율
- CPA(전환당 비용), ROAS(광고비 대비 매출)
대표적인 DSP로는 Google Display & Video 360(DV360), The Trade Desk, MediaMath, Adobe Advertising Cloud 등이 있으며, 최근에는 머신러닝 기반 자동 입찰 최적화가 표준 기능으로 자리잡았습니다.
SSP와 DSP는 어떻게 연결되는가 — RTB의 흐름
실제 거래는 사용자가 웹페이지를 여는 순간부터 광고가 뜨기까지 수백 밀리초 안에 이뤄집니다. 이 과정을 단계별로 보면 다음과 같습니다.
- 사용자가 웹사이트에 접속하면, SSP가 해당 페이지의 광고 지면 정보(형식·위치·사용자 데이터 일부)를 애드익스체인지로 전송
- 애드익스체인지가 연결된 여러 DSP에 입찰 요청(bid request)을 broadcast
- 각 DSP는 광고주의 타겟팅 조건과 예산을 바탕으로 밀리초 단위로 입찰가를 계산해 응답
- 가장 높은 입찰가를 제시한 DSP의 광고가 낙찰(보통 2nd price auction 방식 사용)
- 낙찰된 광고 소재가 사용자 화면에 렌더링
표로 비교하는 SSP vs DSP
| 구분 | SSP | DSP |
|---|---|---|
| 대변 주체 | 퍼블리셔(공급자) | 광고주(수요자) |
| 목적 | 지면 수익 극대화 | 광고 효율(ROI) 극대화 |
| 핵심 지표 | Fill Rate, eCPM, Viewability | CTR, CVR, CPA, ROAS |
| 대표 사업자 | Google Ad Manager, PubMatic, OpenX | DV360, The Trade Desk, MediaMath |
실무에서 흔히 헷갈리는 지점
대형 플랫폼은 SSP·DSP를 동시에 수행한다
구글·메타 같은 대형 사업자는 자체 인벤토리(SSP 역할)와 자체 광고주 도구(DSP 역할)를 모두 운영하기 때문에, “이 플랫폼은 SSP냐 DSP냐”를 딱 잘라 구분하기 어렵습니다. 여기에 사용자 데이터를 분석·판매하는 DMP(Data Management Platform) 기능까지 자체적으로 갖추고 있어, 외부에 데이터를 개방하지 않는 폐쇄형(walled garden) 구조가 됩니다.
SSP·DSP를 나눠 운영하는 독립 사업자와의 차이
반면 다수의 중소 퍼블리셔·광고주는 자체 SSP·DSP를 갖추지 못해, 독립적으로 SSP만 운영하는 회사(PubMatic 등)와 DSP만 운영하는 회사(The Trade Desk 등)를 조합해서 씁니다. 이 경우 애드익스체인지가 여러 SSP·DSP를 표준 프로토콜(OpenRTB 등)로 연결하는 중개자 역할을 합니다.
주의할 점: SSP·DSP는 모두 “실시간 입찰”이라는 같은 기술 위에서 동작하지만, 어느 쪽 KPI를 관리하느냐가 완전히 다릅니다. 퍼블리셔 담당자가 CTR·ROAS를 붙잡고 있거나, 광고주 담당자가 Fill Rate를 신경 쓰는 건 역할 혼동의 신호입니다.
SSP·DSP 개념이 실무에 왜 중요한가
매체 담당자라면 SSP 설정(우선순위 딜, 최저 입찰가 설정 등)을 이해해야 인벤토리 수익을 최적화할 수 있고, 광고 운영 담당자라면 DSP의 타겟팅·입찰 전략을 이해해야 예산 대비 성과를 끌어올릴 수 있습니다. 프로그래매틱 광고 구조 전체를 한 번 정리해두면, 헤더비딩·서버사이드 태깅처럼 더 심화된 애드테크 주제로 넘어갈 때도 기준점 역할을 합니다. 서버사이드 태깅으로 데이터 수집 구조를 개선하려는 실무자라면 서버사이드 태깅 GTM 마이그레이션 가이드도 함께 참고할 만합니다.
자주 묻는 질문
Q. SSP와 DSP 중 무엇을 먼저 알아야 하나요?
본인의 역할에 따라 다릅니다. 퍼블리셔·매체 운영 담당이라면 SSP부터, 광고주·마케터 입장이라면 DSP부터 이해하는 게 실무에 바로 적용하기 쉽습니다. 다만 둘은 애드익스체인지로 연결된 하나의 거래 구조이므로 결국 함께 이해해야 전체 그림이 보입니다.
Q. 애드익스체인지는 SSP나 DSP와 어떻게 다른가요?
애드익스체인지는 SSP와 DSP를 표준화된 방식(OpenRTB 등)으로 연결하는 거래소·중개 계층입니다. SSP가 지면을 등록하고 DSP가 입찰하는 실제 경매가 벌어지는 장소라고 이해하면 됩니다.
Q. 구글이나 메타는 SSP인가요, DSP인가요?
둘 다입니다. 자체 인벤토리(검색결과·피드)를 SSP처럼 판매하면서, 동시에 광고주가 광고를 구매하는 DSP 기능도 제공합니다. 여기에 사용자 데이터를 다루는 DMP 기능까지 포함해 폐쇄형 생태계(walled garden)를 이룹니다.
Q. 헤더비딩은 SSP·DSP와 어떤 관계가 있나요?
헤더비딩은 퍼블리셔가 여러 SSP에 동시에 입찰 요청을 보내 지면 가치를 극대화하는 기술 방식입니다. SSP·DSP의 기본 역할 구조는 그대로 두되, 퍼블리셔 쪽에서 여러 SSP 간 경쟁을 실시간으로 유도하는 응용 기법이라고 볼 수 있습니다.
Q. 중소 규모 퍼블리셔도 SSP를 활용할 수 있나요?
가능합니다. Google Ad Manager처럼 진입장벽이 낮은 SSP도 있어, 개별 협상 없이 인벤토리를 등록만 해도 여러 DSP의 입찰을 받을 수 있습니다. 다만 최소 트래픽 요건이나 승인 절차가 있는 SSP도 있으니 사전 확인이 필요합니다.
