ads.txt 및 sellers.json을 활용한 광고 인텔리전스 (실전 가이드)
ads.txt와 sellers.json은 퍼블리셔의 인벤토리를 판매할 권한이 있는 주체를 확인할 수 있게 해주는 두 개의 무료 공개 파일입니다. 광고 리서치에 활용하는 실전 워크플로우를 소개합니다.

ads.txt와 sellers.json은 두 개의 작은 공개 텍스트 파일로, 함께 읽으면 퍼블리셔의 광고 인벤토리를 판매할 권한이 있는 주체와 체인 내 특정 판매자 ID의 실제 소유자를 알려줍니다. 경쟁 및 공급망 리서치에 있어, 대부분의 주장(지출, 도달, "프리미엄 인벤토리")을 확인할 수 없는 업계에서 사실상 몇 안 되는 진정한 사실 기반의 검증 가능한 데이터 소스입니다. 실제 사용 방법을 소개합니다.
각 파일이 실제로 포함하는 내용#
ads.txt는 모든 퍼블리셔의 루트 도메인에 있는 domain.com/ads.txt에 위치하며, 해당 퍼블리셔의 인벤토리를 판매할 권한이 있는 모든 회사를 관계당 한 줄씩 나열한 일반 텍스트 목록입니다. 일반적인 줄은 다음과 같습니다:
google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0
이는 익스체인지 또는 SSP 도메인, 해당 익스체인지에서의 퍼블리셔 계정 ID, 관계가 DIRECT(퍼블리셔가 직접 거래)인지 RESELLER(중개자가 개입)인지 여부, 그리고 선택적 인증 기관 ID입니다. sellers.json은 미러 이미지로, 익스체인지나 SSP가 exchange.com/sellers.json에 호스팅하며, 해당 익스체인지가 협력하는 모든 판매자 계정, 그 이름(때로는), 그리고 PUBLISHER, INTERMEDIARY, 또는 BOTH 중 어떤 유형인지 나열합니다. 두 파일을 상호 참조하면 특정 광고 슬롯의 주장된 판매자가 실제로 권한 있는 관계를 가지고 있는지, 아니면 일치하지 않는 부분이 있는지 확인할 수 있습니다.
경쟁 및 브랜드 세이프티 리서치에 중요한 이유#
광고주의 예산과 퍼블리셔 페이지 사이의 광고 공급망은 단일 홉인 경우가 거의 없습니다. 광고는 종종 하나 이상의 재판매 인벤토리 관계를 거쳐 도달하며, 각 홉은 허위 표시, 도메인 스푸핑, 또는 실제로 광고를 실행하는 주체에 대한 단순한 혼란의 기회가 됩니다. ads.txt와 sellers.json은 바로 이 체인을 감사 가능하게 만들기 위해 존재합니다:
- 네트워크의 주장 확인. 네이티브 네트워크나 DSP가 퍼블리셔 인벤토리에 직접 접근한다고 주장하면, 해당 퍼블리셔의 ads.txt 파일에 DIRECT로 나열됩니다. 여러 홉 떨어진 리셀러로만 나타나거나 전혀 나타나지 않으면 구매 전에 유용한 정보입니다.
- 도메인 스푸핑 발견. 사기성 운영은 때로 권한 없이 프리미엄 퍼블리셔의 인벤토리를 대표한다고 주장합니다. ads.txt를 실제 입찰 요청 도메인과 비교하는 것이 이를 잡는 표준적이고 무료인 방법입니다.
- 광고가 특정 방식으로 보이는 이유 이해. 광고 스파이 도구가 네이티브 광고를 캡처하는 방법을 추적할 때, ads.txt/sellers.json 짝은 위젯의 시각적 스타일만으로 추측하는 대신 특정 게재 위치를 실제로 제공한 네트워크를 확인하는 가장 빠른 방법인 경우가 많습니다.
- 자체 공급 경로 감사. 퍼블리셔라면 자신의 ads.txt 파일이 관계를 끊었거나(또는 권한을 부여하지 않은) 파트너가 여전히 나열되어 있는지, 또는 통합이 예상치 못한 라인을 추가했는지 확인하는 가장 빠른 방법입니다.
실전 5단계 워크플로우#
- 퍼블리셔의 ads.txt 가져오기. 브라우저나 간단한 스크립트로
https://[publisher-domain]/ads.txt를 직접 가져옵니다. 일반 텍스트이며 인증이 필요하지 않습니다. - 조사 중인 익스체인지나 네트워크의 라인 찾기. 도메인(예:
taboola.com,outbrain.com또는 관련 SSP)을 검색하고 퍼블리셔 계정 ID와 DIRECT 또는 RESELLER로 표시되었는지 기록합니다. - 해당 익스체인지의 sellers.json 가져오기.
https://[exchange-domain]/sellers.json을 가져오고 2단계에서 찾은 판매자 ID를 검색합니다. - 판매자 이름과 유형 비교. sellers.json 항목이 시작한 퍼블리셔와 일치하나요? PUBLISHER(직접 관계에 예상됨) 또는 INTERMEDIARY(리셀러 체인에 예상됨)로 나열되어 있나요?
- RESELLER 관계인 경우 체인 추적. RESELLER 라인은 퍼블리셔와 익스체인지 사이에 다른 주체가 있음을 의미합니다. 이상적으로 그 중개자는 입찰 요청에 자체 SupplyChain 객체(schain) 데이터를 포함해야 하며, 이는 완전한 감사 가능성을 위해 각 홉을 기록합니다. 다만 schain 데이터는 ads.txt/sellers.json 파일만으로는 볼 수 없으며, 실제 입찰 스트림이나 이를 캡처하는 도구에 대한 접근이 필요합니다.
일반적인 발견 사항과 그 의미#
| 찾은 내용 | 의미 |
|---|---|
| 조사 중인 네트워크가 퍼블리셔의 ads.txt에 전혀 없음 | 인벤토리가 승인되지 않았거나, 해당 특정 게재 위치에 대해 잘못된 퍼블리셔 도메인을 보고 있는 것(서브도메인 및 앱-웹 하이브리드에서 흔함) |
| 여러 레이어 깊이의 RESELLER로만 나열됨 | 인벤토리가 중개인을 통해 재판매되고 있음; 대량 구매 전에 더 많은 조사 필요 |
| sellers.json 항목이 "CONFIDENTIAL"로 표시됨 | 익스체인지가 판매자 이름을 숨기고 있음, 사양상 허용되지만 투명성 감소 |
| 퍼블리셔 ID가 여러 다른 익스체인지 도메인에서 DIRECT로 나타남 | 정상; 대부분의 퍼블리셔는 여러 익스체인지와 동시에 직접 작업 |
이 방법이 광고 네트워크 식별과 더 넓은 맥락에서 어디에 해당하는지#
ads.txt와 sellers.json은 공급 측 관계를 확인하는 데 가장 강력하지만, 구매자로서 보고 있는 특정 광고를 실제로 전달한 네트워크를 식별하는 데는 적합하지 않습니다. 그를 위해서는 일반적으로 크리에이티브의 리디렉트 체인, 위젯의 시각적 서명, 그리고 관련된 트래킹 픽셀 도메인을 사용하며, 이는 모든 광고 뒤에 있는 광고 네트워크 식별 방법에서 다루는 접근 방식입니다. ads.txt와 sellers.json은 공급 관계의 감사 추적, 크리에이티브/리디렉트 분석은 광고주가 실제로 실행하는 내용의 감사 추적이라고 생각하세요.
도구 관련 참고 사항#
두 파일 형식 모두 IAB 테크랩 사양에 따라 관리되며, 다중 계정 설정이나 OWNERDOMAIN 필드와 같이 이 파일들이 깔끔하게 다루지 못하는 예외 상황이 발생하면 원본 사양이 결정적 참고 자료입니다. 수동 점검의 경우 브라우저와 텍스트 검색만으로도 충분합니다. 가끔 확인하는 데 유료 도구가 필요하지 않습니다. 번거로워지는 것은 수십 개의 퍼블리셔를 대상으로 대규모로 수행하거나 시간에 따른 변화를 추적할 때이며, 이때 이미 네트워크 간 공급망을 인덱싱하는 플랫폼이 반복적인 가져오기 및 비교 작업을 줄여줍니다. OpenAdLibrary의 ad intelligence 인덱스는 이러한 공급 경로 컨텍스트를 실제 라이브 크리에이티브 및 추적된 랜딩 페이지와 연결하므로, 확인하려는 모든 게재 위치에 대해 세 가지 별도 소스를 수동으로 상호 참조할 필요가 없습니다.
네이티브 광고에서 처음보다 더 중요한 이유#
네이티브 네트워크는 지속적으로 인벤토리를 재판매합니다. 퍼블리셔 페이지의 단일 콘텐츠 추천 위젯 슬롯은 네트워크를 통해 직접, 지역 리셀러를 통해, 또는 여러 수요 소스를 동시에 중개하는 헤더 비딩 래퍼를 통해 라우팅될 수 있습니다. 네이티브 광고는 디스플레이 배너처럼 눈에 띄는 브랜딩을 거의 갖지 않으며, 실제로 뒤에 있는 네트워크와 관계없이 위젯 자체가 동일하게 보이는 경우가 많기 때문에, ads.txt와 sellers.json은 특히 퍼블리셔 사이트가 여러 제공업체의 네이티브 위젯을 나란히 실행할 때 특정 퍼블리셔 관계를 합법적으로 보유한 네트워크를 확인하는 유일한 신뢰할 수 있는 방법인 경우가 있습니다. 이것이 여러 익스체인지가 동일한 슬롯을 실시간으로 경쟁하는 헤더 비딩 설정이 동일한 검증의 혜택을 받는 이유이기도 합니다. 각 참여 익스체인지는 퍼블리셔의 ads.txt에 자체 권한 있는 라인을 가지고 있어야 하며, 자체 일치하는 sellers.json 항목도 있어야 합니다.
대규모 수행 vs 한 번 수행#
하나의 퍼블리셔 파일을 수동으로 확인하는 데는 몇 분이 걸립니다. 50개 퍼블리셔의 감시 목록을 정기적으로 확인하여 새로운 관계나 종료된 관계를 포착하는 것은 다른 문제이며, 초기 호기심이 사라지면 조용히 중단되는 종류의 작업입니다. 반복적으로 수행할 때 가치가 있음에도 불구하고 말이죠. 일회성 확인이 아닌 지속적인 리서치 프로세스로 구축한다면, 크리에이티브 및 랜딩 페이지 변경을 위해 이미 수행 중인 광고 공급망 모니터링과 함께 페어링하는 것이 좋습니다. 공급 측과 크리에이티브 측 그림이 함께 업데이트되어 동기화가 어긋나지 않도록 합니다.
한계에 대한 참고 사항#
이 파일들은 퍼블리셔와 익스체인지가 자체 선언한 것입니다. 퍼블리셔가 ads.txt를 최신 상태로 유지하도록 강제하는 것은 없으며, 특히 소규모 사이트에서는 오래되었거나 불완전한 파일이 흔합니다. 누락되거나 일치하지 않는 항목이 있으면 자동으로 사기 증명으로 간주하지 말고 추가 조사를 위한 신호로 처리하세요. 많은 합법적인 소규모 퍼블리셔가 최근에 파일을 업데이트하지 않았을 뿐입니다. ads.txt와 sellers.json의 가치는 공급망을 확인 가능하게 만든다는 점이지, 절대적으로 완벽하게 만든다는 점이 아닙니다.







