Ads.txt 1.1 게시자 매뉴얼: 구현을 위한 최고의 가이드

이 게시물은 가장 최근에 2023년 1월 18일에 업데이트되었습니다.

소개

광고 사기는 프로그래매틱 광고 산업에서 항상 존재하는 문제입니다. 고맙게도 IAB(Interactive Advertising Bureau)와 같은 조직은 온라인 광고 산업의 이익을 위해 표준을 개선하고 구현하기 위해 자원을 사용합니다.

여기 MonetizeMore에서는 게시자로부터 웹사이트 속성에 ads.txt를 구현하는 방법을 묻는 질문을 많이 받았습니다. 최종 Ads.txt 구현 매뉴얼을 만들기로 결정했습니다. 이렇게 하면 MonetizeMore와 협력하는 게시자뿐만 아니라 모든 인터넷 게시자를 지원하고 투명하고 광고 사기에 시달리는 온라인 광고 산업을 위해 협력할 수 있습니다.

ads.txt가 무엇인가요?

Ads.txt, 즉 Authorized Digital Sellers의 줄임말은 프로그래밍 방식 구매자가 어떤 인벤토리 소스가 합법적인 광고 인벤토리 판매자인지 알기 위해 참조하는 파일입니다. 게시자는 광고 네트워크, DSP 및 실시간 입찰에 관련된 기타 중개자를 화이트리스트에 추가하는 데 사용합니다.

이 솔루션의 장점은 게시자가 ads.txt 파일을 업로드하기 위해 자신의 도메인 및 호스팅 루트에 액세스할 수 있는 유일한 엔터티여야 하므로 게시자가 모든 권한을 갖는다는 것입니다.

다음 게시자 인벤토리 판매는 다음을 통해 지원됩니다.

• 개인 계정을 통한 Ad Exchange
• 프로그래매틱 파트너로 판매하는 광고 네트워크
• 콘텐츠 신디케이션 파트너십

ads.txt를 사용하여 광고 인벤토리를 판매하도록 승인된 수요측 플랫폼(DSP), 광고 네트워크 및 기타 광고 기술 회사를 화이트리스트에 추가할 수 있습니다.

ads.txt는 광고 사기를 최소화하고 프로그래매틱 생태계의 투명성을 개선하기 위해 존재합니다. 악의적인 행위자가 귀하의 도메인 이름으로 해적판 광고 인벤토리를 판매하는 것을 막는 데 도움이 되는 ads.txt 파일의 승인된 판매자를 화이트리스트에 추가하기만 하면 됩니다.

Ads.txt 1.1이란 무엇입니까?

Ads.txt 1.1은 2022년 중반에 출시된 ads.txt의 최신 버전으로, 이제 공급망에서 게시자, DSP 및 SSP 간의 관계를 보다 명확하게 보여줍니다.

이 버전은 인벤토리 소유자가 승인된 판매자를 선언할 수 있도록 하여 공급망 투명성이 IVT 또는 기타 불일치로 인해 손상되지 않도록 함으로써 광고 인벤토리를 보호합니다.

ads.txt 1.1의 주요 변경 사항은 MANAGERDOMAIN 및 OWNERDOMAIN 값의 도입입니다.

• 도메인 이름 MANAGERDOMAIN 은 소유자를 대신하여 인벤토리를 관리하는 회사를 나타냅니다.
• OWNERDOMAIN 은 인벤토리를 소유한 회사의 도메인 이름을 나타냅니다.

이 두 필드는 구매자가 승인된 판매자로부터 인벤토리를 구매할 수 있도록 하여 광고 사기 및 도메인 스푸핑을 방지하는 데 도움이 됩니다.

Ads.txt는 게시자와 광고 업계에 혜택을 줍니다.

광고 사기는 온라인 광고 업계에 악명을 안겨줍니다. 그것은 광고주의 신뢰를 떨어뜨리고 궁극적으로 모든 사람에게 영향을 미칩니다. 퍼블리셔로서 귀하의 비즈니스 모델 내에서 IAB ads.txt를 채택해야 하는지 여부가 궁금하다면 이것이 제공하는 몇 가지 이점을 보여드리겠습니다.

다음 섹션에서 볼 수 있듯이 ads.txt 샘플 파일을 만드는 것은 로켓 과학이 아닙니다. ads.txt 파일의 간단한 형식이기 때문에 쉽고 빠르게 업데이트하여 비즈니스 내 변경 사항을 표시할 수 있습니다.

ads.txt 파일을 만드는 데 필요한 모든 정보는 대부분의 시스템이 이미 OpenRTB 프로토콜과 관련된 정보를 제공하기 때문에 구하기 어렵지 않습니다.

IAB에서 이러한 관행을 구현하면 누가 어떤 광고 인벤토리를 판매하고 있으며 합법적으로 판매하고 있는지에 대한 투명성을 제공합니다. 이렇게 하면 광고 인벤토리에 대한 광고주의 신뢰도가 높아집니다.

마지막 요점을 다음과 같이 설명하겠습니다. 구매자는 Ad Exchange에서 어떤 당사자가 노출을 판매하는지 알 수 없는 경우가 많습니다.또한 전달된 URL이 노출을 판매하고 전달하는 당사자를 정확하게 나타내지 않는 경우도 있습니다. OpenRTB 프로토콜에는 이미 게시자 및 URL ID가 포함되어 있지만 특정 게시자 ID를 소유한 사람과 해당 정보가 얼마나 유효한지 알려주는 기록이 없습니다.

파일 구매자는 게시자의 공인 디지털 판매자가 누구인지 확인할 수 있으며 인벤토리의 진위 여부를 의심하지 않고 자신 있게 미디어를 구매할 수 있습니다.

다음은 Ads.txt 구현 프로세스에 대한 간략한 개요입니다.

1단계: 리셀러, 네트워크 파트너 및 구매자가 인벤토리를 사용할 수 있도록 하는 당사자의 계정에서 필요한 모든 정보를 수집합니다.여기에는 광고 시스템의 도메인 이름, 퍼블리셔 계정 ID, 계정 관계 유형(직접 또는 리셀러), 가능한 경우 확인된 광고 시스템의 인증 계정 ID가 포함됩니다.

2단계: IAB에서 설정한 사양에 따라 메모장 또는 기타 문서 생성 소프트웨어에서 ads.txt 파일을 생성합니다.파일을 저장하고 파일 이름을 ads.txt로 지정합니다.

3단계: 하위 도메인이 현재 지원되지 않으므로 하위 도메인이 아닌 도메인의 루트에 파일을 업로드합니다.http://www.businessinsider.com/ads.txt를 예로 들 수 있습니다. 이 URL 문자열은 단지 예일 뿐이며 URL을 방문하면 결과가 생성되지 않습니다. 웹사이트에 텍스트 파일을 업로드하는 것은 자명하지만, 수행 방법을 모르는 경우 웹마스터에게 작업을 수행하도록 요청하십시오.

Ads.txt 1.1은 어떻게 작동합니까?

구현 후 프로그래매틱 구매자는 ads.txt 파일에서 확인된 승인된 소스에서만 광고 인벤토리를 구매할 수 있습니다. 이것은 광고 인벤토리 판매자 불일치를 0으로 줄이고 게시자의 시장에서 더 나은 신뢰를 구축합니다.

다음은 최신 버전의 작동 방식에 대한 요약입니다.

• ads.txt 파일에서 게시자는 광고 인벤토리를 판매하도록 승인된 모든 회사를 나열합니다.
• 누구나 ads.txt 파일에 액세스할 수 있으며 루트 도메인 끝에 /ads.txt를 추가하여 해당 콘텐츠를 볼 수 있습니다.
• 실시간으로 ads.txt 파일이 업데이트되므로 게시자, DSP, SSP는 관계가 발전함에 따라 시간이 지남에 따라 파일을 쉽게 수정할 수 있습니다.
• 구매자는 어떤 판매자가 모든 도메인에서 광고 공간을 판매할 권한이 있는지 알기 위해 먼저 게시자의 ads.txt 파일을 확인합니다.
• 구매자는 ads.txt 파일에 나열되지 않은 판매자로부터 광고 인벤토리를 구매하지 않아야 함을 알게 됩니다.

또는 Google 게시자 아카데미에서 이 동영상을 시청할 수 있습니다. 동영상은 Google 소유 제품 전용입니다.

다음은 ads.txt 파일 컴파일에 대한 자세한 설명입니다.

ads.txt 사양 파일 내의 각 텍스트 줄에는 처음 3개 필드가 필수인 3-4개의 정보 필드가 포함되어 있습니다. 예를 들면 다음과 같습니다.

<필드 #1>, <필드 #2>, <필드 #3>, <필드 #4>

언급한 바와 같이 필드 1 – 필드 3은 필수이며 필드 4는 선택 사항입니다.

IAB 공식 문서에서 발췌한 다음은 각 필드와 해당 목적을 자세히 설명합니다.

게시자는 다음과 같이 표시됩니다.

#< SSP/Exchange 도메인 >, < SellerAccountID >, < PaymentsType >, < TAGID >

모든 게시자가 동일한 방식으로 인벤토리를 판매하는 것은 아니므로 상황에 따라 다른 ads.txt 설정이 필요합니다. 아래와 같이 세 가지 예시 사례가 있습니다.

단일 시스템 다이렉트

이 경우 게시자는 자신이 제어하는 ​​단일 시스템을 통해서만 인벤토리를 판매합니다. 다음은 양방향 광고 협회(Interactive Advertising Bureau)에 따른 ads.txt 예입니다.

단일 시스템 리셀러

여기에서는 "단일 시스템 다이렉트"와 매우 유사하게 게시자가 단일 시스템을 통해서만 인벤토리를 판매하지만 이를 제어하는 ​​대신 독립 회사가 인벤토리 재판매를 관리합니다. 아래 예에서는 리셀러가 독립적으로 확인되지 않았기 때문에 네 번째 필드가 제외되었습니다. 다음은 IAB에 따른 ads.txt 예입니다.

여러 리셀러 및 시스템

이 예는 둘 이상의 "단일 시스템 다이렉트" 및 "단일 시스템 리셀러"가 사용되는 앞의 두 가지 조합입니다. 일부 광고 시스템은 인증을 받았으므로 인증 기관 ID와 함께 텍스트 줄 끝에 "필드 #4"를 추가할 수 있습니다. 다음은 IAB에 따른 예입니다.

ads.txt의 일반적인 실수:

ads.txt 이니셔티브는 올바르게 구현된 경우에만 작동합니다. 다음은 게시자가 ads.txt에서 저지르는 가장 일반적인 실수입니다.

#1 – 형식이 잘못된 계정 ID 또는 게시자 ID(필드 #2)

오타일 가능성이 있습니다. 광고 네트워크 담당자에게 연락하여 올바른 형식으로 다시 확인하고 보내도록 하십시오.

#2 – 잘못된 교환 도메인

Exchange 도메인이 인식되지 않는다고 해서 반드시 유효하지 않다는 의미는 아닙니다. 때로는 아직 널리 인식되지 않았지만 공급자에게 다시 확인해야 한다는 의미입니다.

#3 – 처음 세 개의 필수 필드 중 하나라도 누락됨

처음 세 필드는 협상할 수 없습니다. 모든 줄에서 세 가지가 모두 완료되었는지 확인하십시오.

#4 – 잘못된 관계 값

유일하게 허용되는 값은 RESELLER 또는 DIRECT입니다. 아무것도.

#5 – ads.txt 레코드가 아닌 잘못된 줄

ads.txt의 목적이 아닌 행.

#6 – 비정상적인 문자 또는 기호

오타인지 확인하고 제공업체에 문의하여 확인하세요.

호스팅된 Ads.txt

게시자로서 MonetizeMore에서 ads.txt를 쉽게 설정하고 관리하여 직접 설정해야 하는 기술적 번거로움을 겪지 않으려면 Hosted Ads.txt가 있습니다. . ads.txt는 광고 인벤토리 관리 및 광고를 게재할 인벤토리에 중요합니다.

게시자에게 필요한 것은 무엇입니까?

• 게시자는 PubGuru 대시보드를 통해 관리될 웹사이트에 제공된 ads.txt를 설정해야 합니다.
• 게시자에게 자체 설정이 없는 경우 Google에서 설정하고 게시자에게 설정 방법에 대한 지침을 제공합니다.
• Hosted Ads.txt 설정은 잘못된 설정도 식별할 수 있습니다.

이 작업을 더 쉽게 만들어 보겠습니다. 여기에서 시작하세요.

결론

Ads.txt는 어떤 사람들에게는 간단해 보일 수 있지만 올바르게 구현되지 않으면 수익에 큰 차이를 만들 수 있습니다. 바쁜 게시자는 위에서 언급한 것과 같은 미묘한 오류를 항상 인식하지 못할 수도 있습니다. 그렇기 때문에 MonetizeMore와 같은 Google 인증 게시자 파트너와 파트너 관계를 맺어야 합니다. Google 광고 운영 팀이 모든 광고 최적화 작업을 처리하여 광고 수익을 극대화하고 잘못된 ads.txt 행과 같은 오류로 인해 광고 수익 손실이 발생하지 않도록 합니다.

귀하의 광고 공간은 검증된 브랜드에서만 구매할 수 있으므로 ads.txt 파일에서 합법적인 판매자를 화이트리스트에 추가하여 광고 인벤토리를 다시 제어하십시오. 여기에서 시작하세요.

추가 FAQ