애플리케이션이 Google의 입찰 요청을 처리한 후 응답을 빌드하고 전송해야 합니다. 이 가이드에서는 응답을 빌드하도록 애플리케이션을 코딩하는 방법을 설명합니다.
<ph type="x-smartling-placeholder">
Protobuf BidResponse 메시지 만들기
Authorized Buyers는 BidRequest를
HTTP POST입니다. 입찰 엔드포인트가 Protobuf 형식을 사용하도록 구성된 경우 애플리케이션은 Content-Type 헤더가 application/octet-stream로 설정된 응답과 직렬화된 프로토콜 버퍼로 구성된 메시지 본문을 전송해야 합니다. 프로토콜 버퍼는 openrtb.proto에 정의된 BidResponse 메시지입니다. 애플리케이션에서 파싱 가능한
BidRequest마다 BidResponse의 응답 제한 시간 및 파싱할 수 없는 응답은 오류로 간주되며 Google은 오류율이 높은 입찰자를 제한합니다.
노출에 입찰하고 싶지 않으면 BidResponse.ext.processing_time_ms 필드만 설정하고 다른 모든 필드를 비워 두면 됩니다. 다음에서 openrtb.proto를 얻을 수 있습니다.
참조 데이터 페이지를 참조하세요.
광고 소재 ID
BidResponse는 BidResponse.seatbid.bid.crid 필드를 통해 광고 소재를 지정합니다(64바이트 제한). 비슷한 광고 소재라도 크기, 선언된 URL, 광고 소재 속성, 공급업체 유형을 포함하되 이에 국한되지 않는 눈에 띄는 특성이 다른 경우 이 필드의 값이 고유해야 합니다. 다시 말해서, 사용자에게 서로 다른
광고를 2개의 광고에 연결할 수 있습니다.
외모나 행동이 다를 뿐입니다.
다양한 이미지로 렌더링하세요.
다른 수단으로 렌더링합니다(예: 한 광고는 이미지로 구성되고 다른 광고는 동영상으로 구성됨).
애플리케이션을 설계할 때는 제출할 광고 유형에 적합한 식별자를 생성하는 체계적인 방법을 결정해야 합니다.
광고 속성
광고의 특성과 타겟팅을 설명하는 광고 소재 속성을 선언하려면 BidResponse.seatbid.bid.apis 및 BidResponse.seatbid.bid.attr의 조합 또는 BidResponse.seatbid.bid.ext.attribute 확장 프로그램을 사용하는 것이 좋습니다. 다음은 속성을 선언하는 방법을 설명합니다.
VPAID
BidResponse.seatbid.bid.apis를 VPAID_1 또는 VPAID_2로 설정합니다. JSON 형식의 경우 각각 1 또는 2로 설정할 수 있습니다.
MRAID
BidResponse.seatbid.bid.apis 설정값
MRAID_1 또는 3(JSON 형식)
SIZELESS
BidResponse.seatbid.bid.attr 설정값
RESPONSIVE 또는 18(JSON의 경우)
형식으로 입력합니다.
PLAYABLE
이는 BidResponse.seatbid.bid.attr 설정으로 표시됩니다.
USER_INTERACTIVE 또는 13(JSON의 경우)
형식으로 입력합니다.
다음과 같은 경우 최종 서드 파티 구매자 정보를 식별하는 데 사용되는 토큰입니다.
중개자라고 볼 수 있습니다. 서드 파티 구매자로부터 가져오며 입찰 응답에서 변경되지 않은 상태로 Google에 전달해야 합니다.
권장사항
영구적인 HTTPS 연결('연결 유지' 또는
'연결 재사용')을 명시해야 합니다. 제한 시간은 최소 10초로 설정합니다. 대부분의 경우 더 높은 값이 유용합니다. 승인된 구매자는 요청을 빠른 속도로 전송하며 각 요청에 대해 별도의 TCP 연결을 설정하는 지연 시간 오버헤드를 피해야 하므로 Google은 애플리케이션의 초기 지연 시간 테스트 중에 이를 확인합니다.
입찰자가 낙찰된 시점이 아닌 노출이 렌더링된 시점을 추적하는 선택적 노출 추적 URL을 포함합니다. 낙찰과 렌더링 간의 감소로 인해 더 정확한 추적 통계를 얻을 수 있습니다.
입찰자 코드가 지원 중단된 필드에 종속되지 않도록 합니다.
오류가 발생하여 입찰에 실패할 수 있습니다.
BidResponse에 BidResponse.seatbid.bid.w 및 BidResponse.seatbid.bid.h를 포함합니다. 가
BidResponse를 설정해야 합니다.
이러한 필드를 포함하지 않으면 입찰에서 제외됩니다.
응답 크기를 8K 미만으로 제한합니다. 응답이 너무 크면 증가할 수 있습니다.
시간 초과가 발생할 수 있습니다
중요:
샘플은 사람이 읽을 수 있는 텍스트로 표시됩니다. 그러나 메시지는 전송 중에 이러한 방식으로 전송되지 않습니다. Google 또는 OpenRTB Protobuf 형식을 사용하는 경우 직렬화된 BidResponse 메시지만 허용됩니다.
다음을 사용하여 BidResponse 메시지를 만들고 직렬화할 수 있습니다.
다음 C++ 코드를 실행합니다.
BidResponse bid_response;
// fill in bid response with bid information
string post_response;
if (bid_response.SerializeToString(&post_response)) {
// respond to the POST with post_response as the content
} else {
// return an error to the POST
}
광고 소재 지정
입찰 응답은 입찰이 낙찰될 경우 게재할 광고 소재를 지정합니다. 입찰에는 지원되는 광고 형식(AMP, 동영상, 네이티브) 중 하나가 포함되어야 합니다. 이 예에서는 html_snippet 필드를 사용하여 광고 소재를 지정합니다.
또는 다음 중 하나를 사용하여 광고 소재를 지정할 수 있습니다.
광고 형식에 따라 다음 필드가 포함됩니다.
SDK 렌더링된 광고
BidResponse.seatbid.bid.ext.sdk_rendered_ad
AMP
<ph type="x-smartling-placeholder">
</ph>
BidResponse.seatbid.bid.amp_ad_url
동영상
<ph type="x-smartling-placeholder">
</ph>
BidResponse.seatbid.bid.adm
네이티브 광고
<ph type="x-smartling-placeholder">
</ph>
BidResponse.seatbid.bid.adm_native
BidResponse.seatbid.bid.adm 필드에서 HTML 스니펫을 사용하여 자체 서버에 호스팅된 광고를 지정합니다. 이 스니펫은
웹페이지에 삽입하여 광고를 검색하고
렌더링되지 않습니다. 광고가 게재될 수 있도록 HTML 스니펫을
광고 (배너 또는 전면 광고)가 iFrame 내부와
광고 슬롯에 맞는 광고 크기인지 확인합니다.
또한 다음과 같은 경우 입찰 응답에 선언된 광고 크기는 입찰 요청의 크기 조합 중 하나와 정확하게 일치해야 합니다.
광고가 동영상, 네이티브 또는 전면 광고가 아닌 일반 배너입니다.
입찰자가 입찰 응답에서 크기를 선언했습니다. 요청에 두 개 이상의 크기가 있을 때마다 크기 선언이 필요합니다.
전면 광고는 예외입니다. 전면 광고의 경우
최소 화면 너비의 50%, 높이의 40% 이상이
화면 높이.
HTML 스니펫 광고 소재는
올바르게 렌더링되지만,
crid 필드
BidResponse 메시지 만들기 섹션을 참조하세요.
이 기능을 사용하면 광고 렌더링의 일환으로 서버에서 가져온 URL의 인수에 추가 정보를 넣을 수 있습니다. 이를 통해
개발자의 자체 서버로 다시 전송합니다.
매크로는 광고 게재 시 관련 값으로 대체되는 URL이 포함된 일부 입찰 응답 필드에 삽입된 형식이 지정된 텍스트입니다. 예를 들어
낙찰에 HTML에 AUCTION_PRICE 매크로가 포함된 경우
스니펫 광고 소재가 입찰에 포함된 경우 매크로는
이 값을 복호화하여
있습니다.
다음 필드에 매크로를 포함할 수 있습니다.
BidResponse.seatbid.bid.adm
HTML 스니펫, 네이티브, 동영상 URL, 동영상 VAST에 매크로가 지원됩니다.
.XML 형식과 같은 특정 형식으로 된 '정형' 데이터일 수 있습니다.
이렇게 하면 my.adserver.com에 클릭이 등록됩니다.
그런 다음 은
google_click_url 매개변수 여기서는 my.adserver.com가 google_click_url 매개변수의 이스케이프 처리를 해제한다고 가정합니다.
%%CLICK_URL_ESC%% 뒤에 이중 이스케이프 처리된 URL을 추가할 수 있습니다. my.adserver.com에 의해 이스케이프 해제가 완료되면 google_click_url에 추가된 URL의 단일 이스케이프 버전이 남게 됩니다. google_click_url가 가져오면 한 번 더 이스케이프 해제한 후 리디렉션됩니다.
CLICK_URL_ESC_ESC
광고의 이중 이스케이프 처리된 URL입니다. 대신 다음을 사용합니다.
CLICK_URL_UNESC: 먼저 값을 전달해야 하는 경우
다른 서버를 통해 전달될 수 있습니다.
입찰 요청에 SSL이 필요하지 않은 경우 http:로, 입찰 요청에 SSL이 필요한 경우 https:로 확장됩니다.
SITE
콘텐츠 URL의 URL 이스케이프 도메인 또는 익명 인벤토리의 익명 ID입니다.
SITE_URL
지원 중단되었습니다. 동일한 기능을 제공하는 SITE 매크로로 대체되었습니다.
TZ_OFFSET
시간대 오프셋입니다.
VERIFICATION
프로덕션과 인증 파이프라인에서 광고 소재가 스캔될 때의 서로 다른 값입니다. 형식은 %%?VERIFICATION:true-val:false-val%%이며 여기서 매크로를 제외한 모든 값(빈 문자열 포함)을 true-val 및 false-val에 사용할 수 있습니다. 공개 입찰의 경우
이 매크로를 사용하는 것이 좋습니다. 일단 게재되면
변경할 필요가 없습니다
예를 들어 광고 소재에
%%?VERIFICATION:-1:5000%% 다음 텍스트 교체
게재 시 5000, 다음에서 -1입니다.
확인할 수 있습니다 이는 이러한 예측과 단점을
두 세트의 핑이 될 수 있습니다.
WINNING_PRICE
계정 통화의 마이크로(micros)로 인코딩된 노출 비용(CPM 보다는 CPI 우선). 예를 들어 낙찰 CPM이 5, 000원인 경우
5,000,000마이크로 CPM 또는 5,000마이크로 CPI에 해당합니다. 이 경우 WINNING_PRICE의 디코딩된 값은 5,000입니다.
낙찰가는 CPI에 지정되어 있습니다.
이 매크로를 파싱하려면
가격 확인을 복호화합니다 자세한 내용은 가격 확인 암호화 해제 페이지를 참고하세요.
WINNING_PRICE_ESC
URL 이스케이프 처리된 WINNING_PRICE
Google에서는 서드 파티에서 게재하는 광고의 광고 소재 내에 CLICK_URL_UNESC 또는 CLICK_URL_ESC 매크로를 사용하도록 요구합니다. Google은 클릭 추적에 CLICK_URL 매크로를 사용합니다.
매크로에서 URL 이스케이프 처리에는 다음 스키마를 사용합니다.
공백 문자는 더하기 기호 (+)로 대체됩니다.
영숫자 문자(0~9, a~z, A~Z) 및 !()*,-./:_~ 집합의 문자는 변경되지 않습니다.
다른 모든 문자는 %XX로 대체되며 여기서 XX는 문자를 나타내는 16진수 숫자입니다.
게시자 제한사항 및 요구사항
입찰 요청에는 입찰 요청에는 어떤 종류의 제한과
게시자가 입찰의 광고 소재에 적용하는 요구사항을 따릅니다.
BidRequest.bcat
이 필드에 지정된 차단된 카테고리를 실시간 입찰 API의 detectedCategories 필드를 사용하여 제출된 광고 소재에서 감지된 카테고리와 비교할 수 있습니다.
BidRequest.imp.ext.allowed_vendor_type
BidRequest.imp.secure
실제로는 Google에서 모든 광고 소재에 SSL 지원을 요구하므로 항상 true로 설정됩니다.
BidRequest.imp.{audio/banner/native/video}
BidRequest.imp.{audio/banner/native/video}.api
BidRequest.imp.{audio/banner/native/video}.battr
BidRequest.imp.{audio/banner/video}.mimes
제한된 기능을 포함하는 광고로 입찰하지 마세요. 허용된 기능
예를 들어 공급업체 유형이
BidRequest의 allowed_vendor_type 목록 BidRequest.imp.banner와 같은 필드를 채워 입찰 요청에 지정된 광고 형식만 입찰에 포함해야 합니다. 자세한 내용은
BidRequest 프로토콜 버퍼의 이러한 필드에 대한 주석
정의에 대해 자세히 알아보세요.
광고가 BidResponse에서 반환되는 경우 BidResponse에서 BidResponse.seatbid.bid.attr, BidResponse.seatbid.bid.cat, BidResponse.seatbid.bid.adomain 또는 BidResponse.seatbid.bid.adm_native.link.url 필드를 정확하게 설정해야 합니다. 광고에 이 조건과 관련하여 여러 개의 관련 값이 있으면
모든 값을 포함해야 합니다. 자세한 내용은 BidResponse 프로토콜 버퍼 정의에서 이러한 필드에 관한 주석을 참고하세요.
이러한 필드가 설정되지 않은 응답은 삭제됩니다.
Open Measurement
Open Measurement를 사용하면 모바일 앱 환경에 게재되는 광고에 대해 독립적인 측정 및 인증 서비스를 제공하는 서드 파티 공급업체를 지정할 수 있습니다.
지원되는 광고 형식에는 동영상, 배너, 전면 광고 등이 있습니다. 자세한 내용은
다음과 같은 입찰 응답에서 Open Measurement를 사용하는 방법에 대한
자세한 내용은 Open Measurement SDK
고객센터 도움말을 참고하세요.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["필요한 정보가 없음","missingTheInformationINeed","thumb-down"],["너무 복잡함/단계 수가 너무 많음","tooComplicatedTooManySteps","thumb-down"],["오래됨","outOfDate","thumb-down"],["번역 문제","translationIssue","thumb-down"],["샘플/코드 문제","samplesCodeIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2024-10-16(UTC)"],[],[]]