입찰 요구 사항 및 모범 사례

입찰 통합 요구 사항

모든 내부 통합은 올바르고 최적의 통합을 구현하기 위해 아래의 기준을 반드시 준수해야 합니다.

낙찰 가능한(예: 직접 판매되지 않은) 전체 광고 노출에 대해 요청을 전송하세요.
각 노출 기회에 하나의 요청만 전송하세요.
절대 동일한 광고 유닛에 입찰 및 표준(즉, 태그) 요청을 결합하지 마세요.
폭포수식과 입찰에서 동일한 노출 기회에 대한 요청을 보내지 마세요.
적절한 실패 코드를 포함하여 낙찰, 실패 및 시간 초과 알림을 발송하세요.
Audience Network SDK를 사용하여 클라이언트로부터 buyeruid를 얻으세요. buyeruid는 클라이언트 측에서 Audience Network SDK의 getBidderToken 메서드를 사용해 생성한 사용자 입찰자 토큰입니다.
Audience Network SDK를 사용하여 광고를 검색하고 렌더링하세요.
경매에 낙찰되었을 경우에만 광고를 요청하세요.
인증 토큰을 사용해서 입찰 요청을 보내세요(앱 시크릿 코드 및 요청 ID).
모든 요청에 입찰자 토큰을 값으로 포함하는 x-fb-pool-routing-token이라는 HTTP 헤더를 추가하세요.
기존 폭포수식과 입찰을 결합할 때 기존 폭포수식에 있는 다른 수요 소스에는 여러 최저 가격을 설정하세요. 일반적으로 최저 가격을 2개 설정하면 됩니다. 경매와 폭포수식의 경쟁 방식을 보다 세밀하게 관리할 수 있으므로 전반적인 수익이 향상되는 효과가 있습니다.

입찰과 기존 폭포수식 경쟁 방식을 결합하는 방법에 대한 자세한 내용은 기존 폭포수식 경쟁 방식과 입찰 기반 경매 통합을 참조하세요.

최적 통합 기준 외에도 이 모범 사례를 따르는 것을 권장합니다.

입찰 요청 시간 초과 값을 1초 이상 설정하세요.
각 입찰 요청에 대해 서버에서 입찰자 토큰을 가져오세요.
각 요청에 고유한 ID를 보내세요.
입찰 응답의 x-fb-an-errors HTTP 헤더(상태 코드가 200이 아닌 것)를 읽고 로깅하여 문제를 해결하세요.
모든 입찰 응답의 x-fb-an-request-id HTTP 헤더를 읽고 로깅하여 문제를 해결하세요.
입찰에 기존 노출 위치 ID를 사용하고 새 노출 위치를 만들지 마세요. 단, A/B 테스트를 실행하는 중이거나 새 노출 위치를 생성해야 하는 파트너 플랫폼을 사용하는 경우는 예외입니다.
사용자 기기와 네트워크에서 퍼블리셔의 서버 및 네트워크로 처리와 네트워크 활용을 이동할 수 있고 앱 변경 없이 입찰 및 경매 수정이 가능한 서버 간 통합을 구현하세요.
요청에 Content-Encoding:gzip 헤더를 제공하는 경우 gzip으로 압축한 요청 본문을 전달할 수 있습니다.
입찰에서 최저 가격은 무시되므로 사용하지 마세요.