ads.txt 검증 도구
ads.txt 내용을 붙여넣기만 하면 구문 오류를 즉시 확인할 수 있습니다. DOMAIN/PUBLISHER_ID/RELATIONSHIP(DIRECT/RESELLER) 필드를 한 줄씩 검증하여, 광고 인벤토리 무단 재판매(도메인 스푸핑)를 막는 데 필수적인 이 파일을 올바르게 설정했는지 확인할 수 있습니다.
ads.txt란
ads.txt(Authorized Digital Sellers)는 사이트 운영자가 "자사 광고 지면을 판매할 권한을 가진 광고 시스템"을 선언하기 위한 텍스트 파일입니다. IAB Tech Lab이 제정한 업계 표준으로, 도메인 루트(https://example.com/ads.txt)에 설치합니다. 각 줄은 DOMAIN(광고 시스템의 도메인)·PUBLISHER_ID(계정 ID)·RELATIONSHIP(DIRECT 또는 RESELLER)의 3~4개 필드를 콤마로 구분하여 기재하는 규격이며, 구문이 한 글자라도 어긋나면 광고 시스템 측의 대조에 실패하여 정규 광고 지면이 "미인증"으로 처리되어 버립니다.
이 검증 도구는 붙여넣은 ads.txt 내용을 한 줄씩 분석하여 필드 수 과부족·빈 필드·DOMAIN 형식 오류·RELATIONSHIP 오기재(DIRECT/RESELLER 이외의 값)를 감지합니다. #로 시작하는 주석 줄이나 CONTACT=·SUBDOMAIN=·OWNERDOMAIN= 등의 변수 디렉티브도 올바르게 식별하여 레코드 줄과 구분해서 표시합니다. URL을 지정해 기존 사이트의 ads.txt를 직접 가져와 검증할 수도 있습니다.
ads.txt 검증 도구 사용법
- ads.txt 내용을 준비합니다 자사 사이트의 현재 파일이나 앞으로 공개할 예정인 내용을 텍스트로 미리 준비합니다.
- 입력란에 붙여넣거나 URL에서 가져옵니다 텍스트 영역에 직접 붙여넣거나 "URL에서 가져오기" 란에 도메인을 입력하여 기존 ads.txt를 불러옵니다.
- 검증 결과를 확인합니다 각 줄이 정상·오류·변수·주석 중 어디로 분류되었는지 목록으로 확인합니다.
- 오류가 있는 줄을 수정합니다 비고란에 표시되는 구체적인 이유(필드 수 부족, DOMAIN 형식 오류 등)에 따라 해당 줄을 다시 작성합니다.
-
수정 후 도메인 루트에 설치합니다
모두 정상으로 표시되면
https://yourdomain.com/ads.txt로 서버에 공개합니다.
더 잘 활용하기 위한 팁
- DOMAIN/PUBLISHER_ID/RELATIONSHIP 3개 필드가 기본 형식이며, 네 번째 필드(인증 기관 ID)는 생략할 수 있습니다. 콤마 개수를 세어 과부족이 없는지 확인하세요.
- RELATIONSHIP은
DIRECT(사이트 운영자가 직접 계약) 또는RESELLER(재판매업체를 통한 판매) 중 하나만 유효합니다. 대소문자는 구분하지 않지만 관례적으로 대문자로 표기합니다. #로 시작하는 줄은 주석으로 무시됩니다.CONTACT=나OWNERDOMAIN=같은 변수 디렉티브도 함께 작성해 두면 광고 시스템 측의 계정 대조에 도움이 됩니다.- ads.txt는 도메인 루트(
https://example.com/ads.txt)에 설치해야 합니다. 하위 디렉터리에 두면 광고 시스템과 크롤러가 인식하지 못합니다. - 앱을 위한
app-ads.txt라는 별도 파일 사양도 존재합니다. 웹사이트와 모바일 앱 양쪽에서 광고 지면을 판매한다면 두 파일 모두 설치해야 합니다.
이런 상황에서 활용할 수 있습니다
Google 애드센스 심사 전 점검
애드센스 심사나 광고 게재 경고 해소를 위해, 이미 설치한 ads.txt에 구문 오류가 없는지 사전에 점검합니다.
새로운 광고 시스템(SSP) 추가 시
새로운 SSP나 애드 네트워크로부터 안내받은 한 줄을 추가할 때, 콤마 개수나 표기 오류가 없는지 그 자리에서 확인할 수 있습니다.
CMS 이전·사이트 리뉴얼 후 확인
워드프레스 이전이나 서버 이전으로 ads.txt에 인코딩 깨짐이나 줄바꿈 오류가 생기지 않았는지, URL 가져오기 기능으로 운영 환경을 직접 검증합니다.
여러 도메인·여러 사업장 운영 점검
광고 대행사나 미디어 운영자가 관리하는 여러 사이트의 ads.txt를 한꺼번에 점검할 때 검증 단계로 활용합니다.
외부에서 받은 스니펫 검증
애드 네트워크로부터 전달받은 ads.txt 추가용 스니펫을 자사 사이트에 반영하기 전에 단독으로 구문을 점검합니다.
용어집
- ads.txt
- IAB Tech Lab이 제정한, 광고 지면의 정규 판매자를 선언하기 위한 텍스트 파일 규격입니다. 도메인 루트에 설치합니다.
- DIRECT
- 사이트 운영자가 광고 시스템과 직접 계약하여 광고 지면 판매 권한을 스스로 보유하고 있음을 나타내는 RELATIONSHIP 값입니다.
- RESELLER
- 운영자로부터 권한을 위임받은 재판매업체(애드 네트워크 등)가 광고 지면을 판매하는 경우에 사용하는 RELATIONSHIP 값입니다.
- 인증 기관 ID(Certification Authority ID)
- 네 번째 선택 필드로, TAG(Trustworthy Accountability Group) 등이 발급하는 광고 시스템 식별자를 가리킵니다.
- 도메인 스푸핑
- 정규 광고 지면을 제3자가 무단으로 복제·재판매하여 광고주가 다른 사이트로 광고를 게재하게 만드는 부정 행위입니다. ads.txt는 이를 막기 위해 만들어졌습니다.
- Authorized Digital Sellers
- ads.txt의 정식 명칭입니다. "인증된 디지털 판매자"를 의미하며, 규격 전체의 이념을 나타냅니다.
- PUBLISHER_ID
- 각 광고 시스템이 계정마다 발급하는 식별자입니다. 애드센스에서는 "pub-"로 시작하는 문자열이 사용됩니다.
- SSP(Supply-Side Platform)
- 퍼블리셔 측 광고 지면을 광고주의 입찰 시스템에 공급하는 중개 플랫폼입니다. ads.txt의 DOMAIN 필드에는 SSP의 도메인을 기재합니다.
자주 묻는 질문
DIRECT는 사이트 운영자가 광고 시스템과 직접 계약하여 해당 광고 지면의 판매 권한을 보유하고 있음을 나타냅니다. RESELLER는 운영자로부터 권한을 위임받은 재판매업체(애드 네트워크 등)가 광고 지면을 판매하는 경우에 사용합니다. 하나의 광고 지면을 여러 광고 시스템을 통해 판매하는 경우 각각의 관계를 올바르게 구분하여 기재해야 합니다.SUBDOMAIN= 디렉티브가 있어 특정 하위 도메인에 대해 별도 파일의 참조 위치를 지정할 수도 있습니다.
여담 ― ads.txt가 탄생한 이유 ― 광고 지면의 "도용 재판매"를 막기 위한 업계 표준
ads.txt(Authorized Digital Sellers)는 2017년 광고 업계 단체 IAB Tech Lab이 제정한 사양입니다. 당시 프로그래매틱 광고 업계에서는 정규 광고 지면을 제3자가 무단으로 복제/재판매하는 "도메인 스푸핑"이라는 광고 사기가 만연했습니다. 광고주는 특정 우량 사이트에 입찰했다고 생각했지만 실제로는 전혀 관계없는 저품질 사이트에 광고가 노출되는 사례가 빈발하여, 광고주와 퍼블리셔 양쪽의 신뢰를 훼손하고 있었습니다.
ads.txt의 구조는 단순합니다. 퍼블리셔가 자사 도메인 루트에, 자사 광고 지면 판매 권한을 부여한 광고 시스템 목록을 텍스트 파일로 공개합니다. 광고주 측 시스템은 이 파일을 참조하여 입찰 대상 광고 지면이 실제로 해당 도메인으로부터 정식으로 허가받은 거래 경로인지 검증할 수 있습니다. 구조가 단순한 만큼 도입 비용이 낮아, 공개 이후 몇 년 만에 주요 광고 시스템과 퍼블리셔 대부분이 채택하는 업계 표준이 되었습니다.
Google 애드센스도 2019년부터 ads.txt 도입을 추진하고 있으며, 올바르게 설치되지 않은 사이트는 광고 게재 일부가 제한될 수 있습니다. 광고 수익으로 운영하는 사이트에게 ads.txt는 단순한 권장 사항이 아니라 수익을 지키기 위한 사실상 필수 설정이라 할 수 있습니다.
ads.txt의 자매 사양으로, 모바일 앱을 위한 app-ads.txt와 광고 시스템 측 판매자 정보를 공개하는 sellers.json도 IAB Tech Lab이 제정했습니다. 이들을 함께 사용하면 광고주는 공급망 전체에서 "누가" "어떤 광고 지면을" "어떤 관계로" 판매하는지 검증할 수 있게 됩니다.