출시 노트

2013년 4월 15일 2013년 3월 11일
2012년 10월 15일
2012년 7월 2일
2012년 6월 5일
2012년 3월 11일
2010년 11월 30일~2012년 5월 11일: RTB 뉴스레터 참조
2010년 11월 30일
2010년 9월 14일
2010년 6월 17일
2010년 4월 14일
2010년 3월 10일
2010년 2월 24일
2010년 1월 27일

2013년 4월 15일

새롭게 변경된 사항

[중요] seller_network 필드에 대한 지원이 중단되었습니다.
seller_network 필드가 새로운 seller_network_id 필드로 대체되었습니다. 새 필드에는 seller-network-ids.txt 사전 파일에 나온 네트워크에 해당하는 정수가 들어갑니다. 2013년 4월 2일부터 seller_network 필드에 대한 설정이 중단되었습니다. 새 필드를 사용하도록 입찰자를 업데이트하세요. 특히 Google 디스플레이 네트워크의 인벤토리(seller_network_id 값이 1로 변경됨)를 식별하도록 입찰자를 업데이트해야 합니다.
[중요] 픽셀 일치 요건 변경
4월 중순부터 URL 보안 문자열 값이 Ad Exchange 픽셀 일치 요청에 있는 google_push 매개변수로 할당되며, 동일한 URL 보안 문자열이 귀하가 설정하는 google_push 매개변수로 반환될 예정입니다. 이 변경사항은 지연 시간 문제를 해결하고 픽셀 일치 효율을 높이는 데 도움이 도움이 될 것입니다.
RTB 프로토콜 업데이트 - BidResponse에 새로운 대행사 필드 추가

구매자와 판매자가 특정 대행사에 대한 우선 거래 및 비공개 입찰을 생성할 수 있도록 새로운 필드인 agency_idBidResponse에 추가되었습니다. 이 필드를 구현하기 위해 허용된 대행사가 나오는 새로운 사전 파일인 agencies.txt가 만들어졌습니다.

이 필드를 지원하면 프로그래밍 제안에서 구매자가 더 많은 유연성을 발휘할 수 있고, 이 기능을 보유한 구매자를 찾는 게시자와 더 많은 우선 거래 협상을 진행할 수 있습니다. 자세히 알아보려면 Ad Exchange의 도움말 센터 를 참조하거나 기술 계정 관리자에게 문의하세요.

RTB에서 Google이 호스팅하는 광고 소재 사용 중단
이전에는 구매자가 RTB 및 사용자 인터페이스(UI) 캠페인 모두에서 Google이 호스팅하는 광고 소재 파일을 사용할 수 있었지만, 앞으로 RTB 구매자는 Google이 호스팅하는 광고 소재를 이용해 응답할 수 없으며, RTB를 통해 creative_id 필드에서 전송되는 Google 호스팅 광고 소재는 모두 삭제됩니다. UI 구매자는 호스팅된 광고 소재를 계속 이용할 수 있습니다.
RTB 실시간 피드백 - 베타
더욱 동적인 입찰자 전략이 용이해지도록 입찰에서 게시자 블록, 승인되지 않은 광고 소재 또는 더 높은 입찰가를 획득하지 못한 이유가 거의 실시간으로 제공됩니다. 실제 이유는 후속 BidRequest에서 BidResponseFeedback 하위 메시지를 통해 전달되며, 가능한 이유가 나오는 전체 목록을 다운로드 페이지( creative-status-codes.txt)에서 다운로드할 수 있습니다.지정된 최저 가격을 초과해서 낙찰에 실패한 입찰이나 입찰 전에 미리 필터링되지 않은 사용된 광고 소재에 대해서는 낙찰에 필요한 가격을 제공해 드립니다. 낙찰가 공개를 선택한 구매자만 베타 서비스 중인 이 기능에 참여할 수 있습니다. 베타 서비스 참여를 원하면 기술 계정 관리자에게 문의하시기 바랍니다.

2013년 3월 11일

새롭게 변경된 사항

[중요] 쿠키 일치 V1 지원 중단 예정
2013년 6월 4일부터 쿠키 일치 V1이 더 이상 지원되지 않습니다. Google은 구매자에게 더 나은 서비스를 제공하기 위해 호스팅된 데이터 이동 색인과 같은 최신 기능을 Google의 쿠키 일치 V2 API에 구축했습니다. 아직 쿠키 일치를 새 버전으로 업그레이드하지 않으신 구매자는 최대한 빨리 새 버전으로 업그레이드하시기 바랍니다.
더욱 손쉽게 v2로 전환하실 수 있도록 실시간 입찰 도움말을 위한 개발자 문서를 통해 체계적으로 정리한 전환 과정을 알려 드리고 있습니다. 문의사항이 있으시면 기술 계정 관리자에게 문의하세요.
[중요] seller_network_id 변경 업데이트
seller_network_id 필드를 이용한 타겟팅을 통해 인벤토리를 구매하는 경우 seller-network-ids.txt 파일에 있는 ID의 일부가 변경되었음을 알려 드립니다. ID를 다시 한 번 색인생성한 후에 이러한 변화가 생기게 되었습니다. 기존의 매핑은 영구적으로 유지되며, 거기에 게시자가 추가한 사항은 파일의 끝 부분에 추가됩니다. Google 디스플레이 네트워크(GDN) seller_network_id가 0에서 1로 변경되었으니 유의하시기 바랍니다.
Ad Exchange에서 Google 디스플레이 네트워크와 다른 게시자 네트워크를 올바르게 타겟팅하고 있는지 확인하려면 판매자 네트워크 ID의 최신 사전 파일을 다운로드하세요. 궁금한 사항은 계정 관리자에게 문의하시기 바랍니다.
[중요] 여러 광고 크기가 가능한 노출에서 BidResponse에 광고 폭과 높이가 포함되어야 함
개별 광고 슬롯에서 여러 광고 크기를 허용하는 게시자가 점점 더 많아지고 있습니다. 이러한 노출에는 BidRequest.AdSlot 필드에 있는 다양한 크기가 포함되며 BidResponse.Ad.width 및 BidResponse.Ad.height 필드가 해당 BidResponses에서 반환되어야 합니다. 여러 광고 크기를 포함하는 요청에 대한 응답으로 만들어진 BidResponse는 이러한 필드를 포함해야 하며, 그렇지 않으면 입찰에서 자동으로 걸러집니다.
현재 여러 개의 광고 크기를 포함하는 입찰 요청은 BidResponse에서 BidResponse.Ad.width 및 BidResponse.Ad.height 필드를 전달하는 구매자에게만 제공됩니다. 이는 사용 가능한 노출의 3% 수준인데, DoubleClick for Publishers 고객이 제공하는 인벤토리가 늘어남에 따라 2분기에는 그 비율이 더욱 증가할 것으로 보입니다. Google은 곧 여러 개의 광고 크기가 포함된 입찰 요청에 대응하여 광고 크기를 설정하는 구매자만 이러한 인벤토리를 사용할 수 있도록 허용 구매자 목록을 만들 예정입니다. 입찰자가 BidResponse에서 BidResponse.Ad.width 및 BidResponse.Ad.height 필드를 반환하고 있지 않다면 이러한 인벤토리를 사용할 수 있도록 필요한 필드를 포함하시기 바랍니다. 허용 구매자 목록에 포함되는 방법에 대해 자세히 알아보려면 계정 관리자에게 문의하세요.
[중요 알림] SSL - 외부 애드서버를 이용한 광고 게재 관련 변경사항 예고
Google이 SSL(보안 소켓 레이어) 암호화 트래픽을 지원하게 되었음을 알려 드립니다. 이에 따라 DoubleClick Ad Exchange가 로그인된 사용자의 웹메일 및 기타 인벤토리를 비롯한 추가 인벤토리 유형을 고객에게 제공할 수 있게 되었습니다. SSL 인벤토리는 초기 광고 요청 이후의 모든 외부 호출도 SSL 기반이어야 하고, 그렇지 않을 경우 브라우저에 경고가 표시된다는 점에서 특별합니다. Ad Exchange 전체에서 원활한 이용 환경을 보장하기 위해 Google은 모든 구매자 기술이 SSL을 준수하는지를 확인하기 위한 새로운 SSL 인증을 도입할 예정입니다.
작년 10월 말에 말씀드린 것처럼 Ad Exchange에서 SSL 인벤토리의 첫 번째 소스는 YouTube와 같이 Google이 소유 및 운영하는 서비스의 로그인된 사용자에게서 나오게 될 것입니다. 현재는 YouTube 인벤토리에서 매우 일부만 SSL을 기반으로 하고 있지만, 2013년 5월경에는 SSL 기반 인벤토리가 로그인된 모든 YouTube 사용자로 확대되어 YouTube 트래픽의 약 40%를 차지하게 될 것입니다. 올해는 웹메일 및 기타 보안 환경에서 새로운 인벤토리가 추가됨에 따라 Ad Exchange의 SSL 인벤토리 공급이 계속 증가할 것입니다.
SSL 인벤토리는 Google 인증 팀이 SSL을 준수하는 것으로 인증한 구매자에게만 제공될 예정입니다. 이 기회를 놓치지 마세요. RTB와 외부 애드서버 플랫폼에서 최대한 빨리 SSL을 구현하세요.
RTB 구매자는 SSL 및 SSL 이외의 스니펫에 대해 별도의 buyer_creative_id를 사용하지 않아도 됩니다. 자세한 내용은 Ad Exchange 도움말 센터를 참조하세요.
[알림] 게시자 설정 파일의 새로운 형식
최근에 게시자 설정 파일(PSF)의 형식이 변경되면서 이 파일의 처리가 더욱 쉬워졌습니다. 새 형식에서는 PSF가 9MB 크기의 파일 2개로 나누어지면서 전체 파일 크기가 60% 작아졌습니다.
또한 type bytes ID 필드가 type fixed64로 이전될 예정입니다. 현재는 두 필드가 모두 제공되고 있지만 2013년 4월 2일부터
PSF는 입찰자의 판단을 돕기 위해 개별 게시자 인벤토리의 요건에 대한 정보를 구매자에게 제공합니다. PSF에는 허용된 광고 기술, 제외된 카테고리, 차단된 방문 페이지와 같은 데이터가 포함됩니다. 궁금한 점이 있으면 기술 계정 관리자에게 문의하거나 실시간 입찰 설명서를 참조하시기 바랍니다.
[RTB 프로토콜] 로드맵 계획 - 3월에 BidResponse에 새로운 대행사 필드 추가 예정
프로그램 구매가 확대되면서 대행사와 직접 프로그램 거래를 맺는 게시자가 점점 더 많아지고 있습니다. 이러한 추세에 따라 구매자와 판매자가 특정 구매자/대행사/광고주 집단과 우선 거래를 체결할 수 있도록 BidResponse에 새로운 대행사 필드가 추가됩니다. 구매자가 특정 대행사와 거래를 체결할 수 있으면 계정에서 다른 광고주 및 대행사와의 지출 마찰을 줄일 수 있어 Ad Exchange에서 프로그램 구매에 더욱 유연하게 참여할 수 있습니다.
Google은 이 변경사항의 중요성과 일부 개발 작업이 필요하다는 점을 인식하여 입찰자 수정에 필요한 시간을 주기 위해 이 발표를 하게 되었습니다. 새 필드는 3월 말에 도입되어 2분기 후반에 우선 거래에서 제공될 예정입니다. 이 필드를 지원하면 구매자는 더욱 유연한 프로그램 제안이 가능해지고, 이 기능을 보유한 구매자를 찾는 게시자와 더 많은 우선 거래 협상을 진행할 수 있습니다.
이 필드가 제공되면 광고 소재 제출 시 또는 BidResponse에서 대행사 필드를 입력할 수 있습니다. 조만간 새로운 대행사 필드를 구현하는 방법에 대해 더 자세히 알려 드릴 예정이니 수시로 확인해 보세요. 그리고, 궁금한 점이 있으시면 계정 관리자에게 문의하시기 바랍니다.
쿠키 일치 매크로 사용 가능
이제 쿠키 일치 URL을 구성할 때 쿠키 일치 매개변수가 URL에 추가되는 순서와 위치를 결정하는 매크로를 하나 이상 사용할 수 있습니다. 새 매크로에 대한 정보와 사용 방법을 알아보려면 Ad Exchange의 쿠키 일치 가이드를 읽어보세요.

2012년 10월 15일 출시

새롭게 변경된 사항

신규 geo_criteria_id
2013년 4월 2일부터 RTB 프로토콜의 {country, region, city, metro} 필드가 더 이상 BidRequests에서 전달되지 않습니다. 이 필드는 새로운 geo_criteria_id 필드로 대체됩니다. 새 필드는 Ad Exchange 개발자 사이트의 타겟 표에 있는 지역적 위치를 나타내는 ID입니다. 궁금한 사항은 기술 계정 관리자에게 문의하시기 바랍니다.
[조치 필요] seller_network에서 seller_network_id로 이전
seller_network 필드가 새로운 seller_network_id 필드로 대체됩니다. 새 필드에는 다운로드 페이지의 seller-network-id.txt 사전 파일에 나오는 네트워크에 해당하는 정수가 포함됩니다. 2013년 4월 2일부터 seller_network 필드 설정이 중지됩니다.
특히 Google 디스플레이 네트워크에서 인벤토리를 식별하는 경우 새 필드를 사용하도록 입찰자에게 업데이트 사항을 알려주시기 바랍니다.
[중요] 여러 개의 광고 크기 입찰 요청에서 광고 너비 및 높이를 포함해야 함
여러 광고 크기를 포함하는 광고 요청이 있을 경우 모든 요청에 대해 BidResponseBidResponse.Ad.width 필드와 BidResponse.Ad.height 필드가 있어야 합니다. 여러 광고 크기가 포함된 요청에 대한 입찰가 응답 중 이러한 필드를 포함하지 않는 응답은 입찰에서 제외됩니다.
BidRequest.AdSlot에서 광고 크기가 하나만 포함된 입찰 요청에는 Ad.width 및 Ad.height 필드를 포함하지 않아도 되지만 항상 광고 크기를 지정하는 것이 가장 좋습니다.

맨 위로

2012년 7월 2일 출시

새롭게 변경된 사항

새로운 RTB 프로토콜 필드
RTB 프로토콜에서 BidRequest.AdSlot.ad_block_key 필드에는 (web_property, slot, page) 조합에 대한 고정 식별자를 제공하는 64비트 정수가 있습니다. 이 새로운 필드로 특정 adslot-ad 조합의 실적을 추적하여 입찰 결정에 반영할 수 있습니다.
새로운 BidRequest.AdSlot.ad_block_key 필드에 대해 궁금한 점이 있으시면 기술 계정 관리자에게 문의하거나 RTB 프로토콜 개발자 설명서를 참조하세요.
BidRequest에 여러 광고그룹이 있을 때 AdGroup ID가 필요함
광고그룹이 여러 개인 입찰 요청에 응답할 때는 BidResponseadgroup_id 필드가 있어야 합니다. matching_ad_data 필드에는 광고그룹이 정확히 하나만 있으므로 matching_ad_data 필드(하위 메시지)가 여러 개인 입찰 요청에는 광고그룹이 여러 개 있습니다.
2012년 7월 2일 이전에는 입찰자가 호스팅된 광고 소재 또는 통합된 스트림을 사용할 때만 adgroup_id 필드를 포함해야 했습니다. 이 요건은 더 이상 적용되지 않습니다.
사용자 인터페이스에서 일괄 위치 타겟팅
위치 타겟팅 전략의 효과를 높여주는 위치 일괄 업로드 도구가 Ad Exchange 사용자 인터페이스에서 제공됩니다. 도움말을 참조하세요.

맨 위로

2012년 6월 5일 출시

새롭게 변경된 사항

seller_network 필드에서 허용되는 값으로 GCNGDN으로 대체됨
앞으로 BidRequest에서는 seller_network 필드에 GDN이 들어갑니다. 2012년 6월 1일 이전에는 GCN이 사용되었습니다. 입찰자가 seller_network 필드를 사용할 때마다 이 변경으로 인해 문제가 발생하지 않도록 코드를 검토하고 필요하면 코드를 수정하세요.
VPAID v1.0 표준에 기반한 양방향 인스트림 광고 베타
VPAID는 '동영상 플레이어 광고 인터페이스 정의(Video Player-Ad Interface Definition)'를 의미하며 양방향 인스트림 광고에 대한 IAB 배포 업계 표준입니다. Ad Exchange는 RTB 프로토콜과 사용자 인터페이스를 통해 VPAID 광고에 대한 제한적 베타 지원을 시작했습니다. 자세한 내용은 계정 담당자에게 문의하세요.
BidRequest의 새로운 mobile_device_type 필드
앞으로 모바일 인벤토리에 대한 입찰 요청에 mobile_device_type 필드가 포함됩니다. 이 필드의 값에 따라 광고를 게재할 휴대기기의 유형의 정해집니다. 필드 값으로는 TABLET 또는 HIGHEND_PHONE을 사용할 수 있습니다.
새 명칭: 직거래가 우선 거래로 변경됨
사용자 인터페이스 및 도움말에서 '직거래'가 '우선 거래'로 변경되었습니다. 얼마 후에 구매자 REST API 설명서의 관련 섹션에서 새 명칭을 찾아보세요.
BidRequest의 새로운 UserList 메시지
입찰 요청에 하나 이상의 UserList 메시지가 포함될 수 있습니다. 각각의 UserList 메시지에 따라 사용자가 추가된 잠재고객 타겟팅 목록과 사용자가 추가된 후 경과한 시간이 지정됩니다. 구매자 사용자 인터페이스에서 잠재고객 타겟팅 목록을 리마케팅 목록으로 지칭하는 리마케팅 관련 도움말을 찾아보세요. 입찰자가 이 기능을 이용하도록 설정하려면 계정 담당자에게 문의하세요.
excluded_sensitive_category 필드를 문자열에서 int32로 이전
입찰자는 publisher-settings 프로토버프에 있는 excluded_sensitive_category 필드를 이용해 게시자가 허용하지 않는 콘텐츠 카테고리를 확인할 수 있습니다. 이 경우 해당 필드가 반복되는 int32인 excluded_sensitive_category와 반복되는 문자열인 DEPRECATED_excluded_sensitive_category 등 2개의 형태로 전송된다는 점을 기억하세요. 문자열 형식의 지원 중단을 준비하고 위해 이 필드의 int32 형태를 처리할 수 있도록 입찰자를 수정하시기 바랍니다.
URL과 익명 ID가 없는 입찰 요청을 전송할 때 Ad Exchange가 입찰자를 건너뛸 수 있음
페이지 URL과 익명 ID를 둘 다 포함하지 않는 입찰 요청은 입찰자로 전송되지 않게 하려면 새 옵션에 대해 계정 담당자에게 문의하세요.

조만간 출시 예정

사용자 인터페이스에서 일괄 위치 타겟팅
위치 타겟팅 전략의 효과를 높여주는 위치 일괄 업로드 도구가 Ad Exchange 사용자 인터페이스에서 점진적으로 출시됩니다. 도움말을 참조하세요.
BidRequest에 여러 광고그룹이 있을 때 광고그룹 ID가 필요함
2012년 7월 2일부터 광고그룹이 여러 개인 광고 요청에 응답할 때 BidResponseadgroup_id 필드가 있어야 합니다. 입찰 요청에 광고그룹이 여러 개인지 알아보려면 matching_ad_data 필드(하위 메시지)가 여러 개인지 확인하세요. 각각의 matching_ad_data 필드에는 광고그룹이 정확히 하나뿐이므로 matching_ad_data 필드가 여러 개라는 것은 항상 광고그룹이 여러 개라는 뜻입니다.
이 변경사항이 적용되면 입찰자가 호스팅된 광고 소재나 통합된 스트림을 이용할 때마다 입찰 응답에 adgroup_id 필드가 있어야 한다는 현재의 요건은 더 이상 적용되지 않습니다.

해결된 문제

스니펫 상태 보고서에 예상 카테고리가 표시됨
스니펫 상태 보고서에서 보여주려는 콘텐츠 카테고리는 ad-product-categories.txt 사전 파일에 나와 있습니다. 일부 경우 스니펫 상태 보고서에는 사전 파일에 나와 있지 않은 카테고리가 표시되는데, 이 문제는 해결되었습니다.

맨 위로

2012년 5월 11일 출시

새롭게 변경된 사항

주제 타겟팅과 게재위치 타겟팅 둘 다와 일치하는 사이트에만 광고가 게재됨
이전에는 주제 타겟팅 또는 게재위치 타겟팅에서 어느 하나와 일치하는 사이트에 광고가 게재되었습니다. 이제는 주제 타겟팅 게재위치 타겟팅 둘 다와 일치하는 사이트에만 광고가 게재됩니다.
여러 방향으로 확장할 수 있는 광고 소재(베타)
Ad Exchange에서 여러 방향으로 확장할 수 있는 광고 소재가 베타 기능으로 제공됩니다. 다방향 확장형 광고 소재는 업데이트된 프로그램 가이드라인에서 지정한 최대 확장 크기만큼 확장할 수 있습니다.
Ad Exchange에서 인게임 인벤토리가 제공됨
캠페인이 Ad Exchange에서 구매하는 동영상 광고 인벤토리에 Google 인게임 광고 게시자가 제공하는 인게임 동영상 인벤토리가 포함됩니다.
앞으로 '인게임' 카테고리 제외가 캠페인에 등록되어 있지 않는 한 동영상 광고를 구매하는 캠페인은 자동으로 인게임 게재위치를 구매하게 됩니다. 인게임 카테고리 제외는 Buyer SOAP API를 통해 추가할 수 있습니다. CampaignCriterionService를 이용하여 contentLabelType이 설정된 ContentLabel 유형의 NegativeCampaignCriterionGAMES에 추가할 수 있습니다. 이와 같은 Ad Exchange 동영상 베타의 업데이트 사항은 2012년 5월 1일부터 적용되기 시작했습니다.
프로그램 가이드라인이 업데이트됨
개인식별정보 전달 금지의 범위를 명확히 하고, 사용되는 용어의 일관성을 개선하고, Ad Exchange API 및 프로토콜 서비스 약관에서 다루는 주제를 삭제하고, 다방향 확장형 광고 소재에 대한 베타 지원을 설명하고, 승인된 기술업체 목록에 대한 링크 제공 및 기술업체 명시 요건에 대한 링크 제공 등 외부 애드서버를 이용한 광고 게재의 과정을 명확히 하기 위해 Google DoubleClick Ad Exchange 구매자 프로그램 가이드라인이 업데이트되었습니다.
플레이어 크기 기준 동영상 노출 타겟팅
동영상 인벤토리의 경우 앞으로 BidRequest.AdSlot에 동영상 플레이어에 대한 너비와 높이 필드가 추가됩니다. 이와 같은 Ad Exchange 동영상 베타의 업데이트를 통해 플레이어 크기를 기준으로 동영상 노출을 타겟팅할 수 있게 되었습니다.

조만간 출시 예정

사용자 인터페이스에서 일괄 위치 타겟팅
위치 타겟팅 전략의 효과를 높여주는 위치 일괄 업로드 도구가 Ad Exchange 사용자 인터페이스에서 점진적으로 출시되고 있습니다. 도움말을 참조하세요.
seller_network 필드에서 허용되는 값으로 GDNGCN을 대체
2012년 6월 1일부터 BidRequestseller_network 필드에서 현재 제공 중인 GCN을 대신해 GDN이 사용됩니다. 입찰자가 어디에서든 seller_network 필드를 사용할 때 값의 변경으로 인한 문제가 발생하지 않도록 검토하고 필요한 경우 코드를 수정하세요.
BidRequest에 여러 광고그룹이 있을 때 광고그룹 ID가 필요함
2012년 7월 2일부터 광고그룹이 여러 개인 광고 요청에 응답할 때 BidResponseadgroup_id 필드가 있어야 합니다. 입찰 요청에 광고그룹이 여러 개인지 알아보려면 matching_ad_data 필드(하위 메시지)가 여러 개인지 확인하세요. 각각의 matching_ad_data 필드에는 광고그룹이 정확히 하나뿐이므로 matching_ad_data 필드가 여러 개라는 것은 항상 광고그룹이 여러 개라는 뜻입니다.
이 변경사항이 적용되면 입찰자가 호스팅된 광고 소재나 통합된 스트림을 이용할 때마다 입찰 응답에 adgroup_id 필드가 있어야 한다는 현재의 요건은 더 이상 적용되지 않습니다.

맨 위로

2010년 11월 30일 출시

  • BidRequestcookie_age_seconds라는 새 필드가 추가되었습니다. 이 필드는 google_user_id에서 사용된 쿠키가 몇 초 전에 생성되었는지를 보여줍니다.
  • BidRequest.AdSlot.MatchingAdDataper_buyer_minimum_cpm이라는 필드가 새로 추가되었습니다. 이 필드를 true로 설정하면 게시자가 사전 타겟팅 광고그룹의 계정에만 해당하는 최소 CPM을 설정했다는 의미입니다.
  • 이제 광고를 HTML 코드 형식으로 반환하는 대신 호스팅된 광고 소재를 제공할 수도 있습니다. 자세한 내용은 입찰 응답 만들기를 참조하세요.
  • 분리 및 통합 스트림이 새롭게 지원되어 별도의 Ad Exchange 계정에서 하나 이상의 DSP를 통해 구매할 수 있습니다. 자세한 내용은 여러 계정을 대신하여 입찰하기를 참조하세요.

맨 위로

2010년 9월 14일 출시

  • adxrtb.com URL 대신 사용하여 캠페인과 모든 광고그룹을 사전 타겟팅으로 표시하는 캠페인 설정이 UI에 추가되었습니다. 새로운 설정을 사용하도록 모든 기존 캠페인이 이전되기 전까지 adxrtb.com URL은 계속 작동합니다. 새로운 설정을 사용하는 사전 타겟팅 광고그룹에도 자리표시자 광고가 여전히 필요하며, 이러한 광고에도 도착 URL을 지정해야 합니다. 그러나 이제 HTML 코드에서 자리표시자 광고에 대응하는 실제 URL을 사용할 수도 있습니다. 다른 방법으로서 자리표시자 광고에 adxrtb.com URL을 계속 사용할 수도 있지만 이렇게 하더라도 캠페인 설정이 필요합니다. 캠페인 설정을 사용하는 경우 사전 타겟팅을 이용하거나 이용하지 않는 광고그룹이 같은 캠페인에 함께 존재할 수 없습니다.
  • BidRequestdetected_content_labels라는 새 필드가 추가되었습니다. 이 필드는 페이지 콘텐츠에 대해 검색된 정보를 더 많이 제공합니다. 이 필드는 detected_verticals 필드와 유사하지만 가중치가 사용되지 않습니다. detected_content_labels 필드에 나타날 수 있는 코드가 나온 사전 필드는 다운로드 페이지에서 content-labels.txt 파일로 제공됩니다.
  • 이제 입찰자의 성능을 파악하는 데 도움이 되는 자동화된 보고서가 제공됩니다. 이 보고서는 대략적으로 매시 정각마다 귀하가 제공하는 이메일 주소로 발송됩니다. 이 보고서를 사용하려면 기술 계정 관리자에게 문의하세요.

맨 위로

2010년 6월 17일 출시

  • 쿠키 일치 서비스에 HTTPS 지원이 추가되었습니다. 앞으로는 HTTP가 아닌 HTTPS를 이용해 cm.g.doubleclick.net에 입찰 요청을 할 수 있습니다.
  • BidRequest에 사용자 브라우저의 시간대를 검색할 수 있는 경우 해당 시간대를 나타내는 timezone_offset이라는 필드가 새로 추가되었습니다. 다운로드 페이지에서 realtime-bidding.proto의 최신 버전을 다운로드하고 새 필드에 있는 주석을 읽은 후 애플리케이션을 적절히 업데이트하세요.
  • RTB를 통해 게재되는 광고에 대한 검토 및 인증 과정이 추가됩니다. 광고가 제때에 승인받을 수 있도록 최초 노출 후 연장된 시간 동안 광고가 올바르게 렌더링될 수 있게 하세요. 렌더링 오류나 비일관성으로 인해 승인이 장기간 지연되거나 비승인될 수도 있습니다.

맨 위로

2010년 4월 14일 출시

  • 이제 새로운 slot_visibility 필드를 통해 스크롤 없이 볼 수 있는 부분에 대한 정보가 제공됩니다. 새로운 프로토콜 버퍼 정의는 다운로드 페이지에서 확인할 수 있습니다.
  • 앞으로 몇 달간 새로운 카테고리 분류 체계로 점진적으로 이행할 계획입니다. 새로운 분류 체계 파일이 다운로드 페이지에서 제공되며, BidRequest에 새로운 분류 체계가 사용되는 시점을 알리는 vertical_dictionary_version이라는 필드가 새로 추가되었습니다.
  • BidRequestgoogle_user_id 필드 값을 입찰 URL에 삽입하는 기능이 제공되고 있습니다. 이 작업은 GOOGLE_USER_ID 매크로를 통해 진행됩니다. 자세한 내용은 입찰 URL 매크로를 참조하세요.
  • 이전에 알려 드린 바 있지만 BidRequestis_ping 필드가 설정되어 있는 요청에 대해 protocol_versionprocessing_time_ms가 설정되어 있는 경우 항상 이에 따라 유효한 BidResponse를 반환해야 합니다. 이렇게 하면 입찰자에 도달할 수 있는 위치를 추적하고 지속적으로 설정을 수정하는 데 도움이 됩니다.

맨 위로

2010년 3월 10일 출시

새로운 개선 사항을 통해 실시간 입찰자를 이용하는 구매자에게 제공되는 인벤토리의 양이 대폭 증가되었습니다. 앞으로 하나 이상의 '민감한 카테고리'(예: 정치, 데이트 종교, 체중 감량)에 해당하는 광고를 제한하는 게시자 인벤토리가 RTB를 통해 제공됩니다. Google은 게시자 제한사항을 준수하기 위해 방문 페이지의 콘텐츠에 따라 구매자의 광고를 분류합니다. 10분 간격으로 새로운 방문 페이지가 검색될 때마다 이러한 분류가 수행됩니다. 따라서 새 광고가 분류되는 동안 게재가 잠시 지연될 수 있습니다.

DoubleClick Ad Exchange는 Google 디스플레이 네트워크와 연계하여 구매자가 GDN 사이트에서 '스크롤해야 볼 수 있는' 인벤토리를 필터링할 수 있는 새 기능을 발표했습니다. 새로운 필터를 사용하면 페이지 로드 시 스크롤하지 않아도 화면에 나타나는 게재위치만 표시할 수 있습니다. Google은 스크롤 없이 볼 수 있는 광고와 그렇지 않은 광고를 구분하는 통계에 기반한 솔루션을 도입했습니다. 통계에 기반한 모델에서는 브라우저 창이 로드될 때 화면에 완전히 표시되는 광고만 '스크롤 없이 볼 수 있는' 광고로 간주합니다. 이 기능의 목표는 광고주가 광고 게재 위치를 더욱 세밀하게 관리할 수 있게 하고, Google 디스플레이 네트워크를 브랜드 캠페인의 실적을 높이기에 더욱 유리한 통제된 환경으로 만드는 것입니다.

RTB 솔루션을 이용하는 구매자는 사용자 인터페이스에서 스크롤해야 볼 수 있는 인벤토리를 제외할 수 있습니다. 이러한 필터링 기능 이외에도 각 입찰 요청에 광고 단위 위치(스크롤 없이 볼 수 있음, 스크롤해야 볼 수 있음, 알 수 없음)에 대한 정보가 포함될 예정입니다. 입찰가를 계산하는 데 이 데이터를 활용할 수 있습니다. 이 정보는 BidRequest의 새로운 필드인 slot_visibility에 나타납니다. 업데이트된 프로토콜 버퍼 정의는 다운로드 페이지에서 확인할 수 있습니다.

이외에도 다음과 같은 사항이 변경되었습니다.

  • 이제 입찰 요청을 전송할지 여부를 결정할 때 사전 타겟팅 캠페인의 게재빈도 설정이 적용됩니다. 이전에는 UI에서 구성한 설정은 무시되었습니다.
  • 이제 유럽 지역에 위치한 입찰자에게 요청을 전송할 수 있습니다. 신규 고객은 일반적인 테스트 절차를 거친 후 이 기능을 이용할 수 있습니다. 이미 다른 위치에서 입찰을 수행하고 있으며 유럽에도 서버를 보유한 경우에는 추가 테스트가 필요하지 않습니다. 이러한 경우 기술 계정 관리자에게 문의하여 할당량 구성 방법을 알아보세요.
  • 이제 카테고리 제외를 이용하는 Ad Exchange 게시자 인벤토리를 실시간 입찰에 사용할 수 있습니다. 이러한 인벤토리에 입찰하는 경우 BidResponse에 카테고리를 선언해야 합니다. 그렇지 않으면 입찰이 기각됩니다.
  • 앞으로는 소수의 일부 BidRequestis_ping 필드가 true로 설정된 상태로 전송됩니다.
  • 요청자 스크립트가 다음과 같이 업데이트되었습니다.
    • HTTP 연결을 유지합니다.
    • 지난 몇 번의 출시에서 새롭게 도입된 모든 필드를 채웁니다.
    • 선택사항으로 BidRequests에서 전송하도록 google_user_ids 세트를 지정할 수 있습니다.
    • 전송하는 요청 중 1%에서 is_ping을 true로 설정합니다.
  • vendors.txt의 업데이트 버전이 다운로드 페이지에서 제공됩니다.
  • 현재는 할당량을 조정하려면 기술 계정 관리자에게 문의해야 합니다. 트래픽을 늘리려는 경우 기술 계정 관리자에게 문의하여 트래픽 증가를 요청하세요.

맨 위로

2010년 2월 24일 출시

BidRequest에 2개의 publisher_settings_list_id 필드가 추가되었는데, 하나는 페이지 수준에서 다른 하나는 슬롯 수준에서 추가되었습니다.두 필드는 게시자 지정 제한 목록에서 항목을 검색하는 키로 사용될 수 있습니다. 이 목록에 대한 설명은 RTB 게시자 설정에 나와 있습니다. 이 목록이 정식으로 발표될 때 자세한 정보가 제공될 예정입니다.

BidRequestseller_network 필드가 새로 추가되었습니다. 인벤토리가 익명이 아닌 경우(URL 필드가 설정된 경우) 이 필드는 노출을 판매하는 네트워크의 이름으로 채워집니다. 예를 들어 Google 디스플레이 네트워크의 모든 인벤토리에서는 이 필드가 "GDN" 값으로 채워집니다.

2010년 1월 27일 출시 노트에서 언급된 계정 수준 설정이 활성화되었습니다. 설정을 변경하려는 경우 이전 노트의 설명을 참조하고 계정 관리자에게 문의하세요.

새로운 vendor.txt 파일이 다운로드 페이지에서 제공됩니다. 이전 버전보다 제휴업체의 수가 증가했으며, 이전 버전의 모든 ID는 계속 유효합니다.

BidResponse에 카테고리 필드 하나가 새로 추가되었습니다. 이 새로운 기능을 사용하는 방법은 BidResponse에서 해당 필드와 excluded_category 필드에 있는 주석을 참조하세요. 또한 카테고리 코드가 업데이트된 새로운 ad-categories.txt 파일이 다운로드 페이지에서 제공됩니다.

입찰자를 실제로 변경하기 전에 다운로드 페이지에서 최신 버전의 요청자 도구를 받아서 테스트해 보세요.

도움말 센터에서 광고에서 클릭 후 연결 URL 명시하기의 설명에 따라 BidResponseclick_through_url 필드에서 모든 광고 URL을 명시해야 합니다. 이때 URL의 전체 프로토콜을 포함해야 합니다(예: www.example.com이 아닌 http://www.example.com).

맨 위로

2010년 1월 27일 출시

realtime-bidding.proto에 몇 개의 필드가 새로 추가되었으며 일부 필드는 사용이 중지되었습니다. 최신 버전을 다운로드하고 변경된 필드에 있는 주석을 읽은 후 애플리케이션을 적절히 업데이트하세요.

입찰 프로그램을 변경하기 전에는 항상 requester.tar.gz 프로그램의 최신 버전을 구하여 테스트해 보는 것이 좋습니다.

이제 지역별 입찰 URL이 지원됩니다. 지역마다 다른 URL을 구성하는 방법은 Google에 문의하세요. 예를 들어 미국 서부와 동부 해안 지역에 서로 다른 URL을 사용할 수 있습니다.

다음 출시에서는 노출을 익명으로 전송할지 아니면 실명으로 전송할지를 선택할 수 있는 경우 선호도를 지정하는 계정 수준 설정을 추가할 예정입니다. 익명 노출은 판매자가 설정한 최소 CPM 기준이 낮은 경우가 많지만 사이트 URL 대신 익명 ID를 갖습니다. 실명 노출은 사이트 URL을 갖지만 최소 CPM 기준이 비교적 높을 수 있습니다. 기본 선호 설정은 실명 노출입니다. 이 설정을 기본값과 다르게 설정하려는 경우 Google에 문의하세요.

맨 위로

다음에 대한 의견 보내기...

DoubleClick Ad Exchange Real-Time Bidding Protocol