안녕하세요. CNRS입니다. 현재 당사는 AdMob을 mediation으로 사용해 Audience Network demand에 연결되어 있으며, 매체사 직속 in-house bidding 트랙으로의 전환을 검토 중입니다. 자세한 운영 수치와 통합 일정은 회신 시 별도로 공유하겠습니다.
Meta for Developers 공식 문서 (in-house-mediation root, server-to-server, server-setup, integration, android-setup)에 명시된 트랙 중 Server-to-Server (S2S) + Audience Network Android SDK 본체 직접 통합 조합으로 신청합니다.
| 항목 | 내용 |
|---|---|
| 플랫폼 | Android only |
| 현재 통합 경로 | AdMob mediation 경유 (Audience Network demand) |
| 서버 스택 | Cloudflare Workers (TypeScript), OpenRTB 2.5 호환 |
| tmax 운영 목표 | 750 ms (p99 < 700 ms) |
| 동의 관리 (CMP) | AdMob UMP (IAB TCF v2 + Additional Consent v2) |
| 트래픽 캐파 / 지역 | 회신 시 NDA 후 별도 공유 / QPS·rate-limit 사전 협의 희망 |
imp.ext.platformid)app.publisher.id)imp.ext.security_app_id) 및 App Secret (HMAC-SHA256 키)Content-Type: application/json; charset=utf-8 와 X-FB-Pool-Routing-Token: <user.buyeruid 값> 두 가지만 명시되어 있고,
Authorization 헤더는 언급되지 않았습니다. 인증은 imp.ext.authentication_id = HMAC-SHA256(request_id, security_app_secret) 페이로드 필드만으로 충분한 것이 맞습니까?
별도 헤더 또는 mTLS 등이 요구된다면 안내 부탁드립니다.
BidderTokenProvider.getBidderToken(context) 직접 호출 + Volley HTTP POST + InterstitialAd.buildLoadAdConfig().withBid(payload) 패턴만 보여줍니다.
이 방식이 현재 Meta가 권장하는 Android 클라이언트 통합 패턴이 맞습니까? (Bidding Kit 3 어댑터 의존 없이)
IABTCF_TCString 을 OpenRTB user.ext.consent 로,
IABTCF_gdprApplies 를 regs.ext.gdpr 로 패스스루할 예정입니다.
공식 사실 확인:
user.ext.consent (TC String) 단독으로는 Meta가 자신의 동의를 인식하지 못하는 것이 맞습니까?
TC String만 보냈을 때 GDPR 적용 사용자에 대한 Meta의 처리 동작(no-bid / 비제한 광고 / 기타)을 안내 부탁드립니다.
2~89~dv. 등, SharedPreferences 키 IABTCF_AddtlConsent)을
Meta server-to-server bid request의 어느 OpenRTB ext 필드로 전달해야 합니까?
server-setup 문서에서 GDPR/AC 처리 관련 명시를 찾지 못했습니다.
가능하다면 sample payload 한 줄(예: "user": { "ext": { "consent": "...", "consented_providers_settings": { ... } } })
이나 정식 필드명을 공유 부탁드립니다.
test=1) 통한 sandbox 검증 진행검토 부탁드리며, 답변이 필요한 항목은 Q1–Q6 으로 표시했습니다. 감사합니다.