出價要求和最佳作法

出價整合要求

所有內部整合都必須遵守以下準則，才能正確整合並獲得最佳結果。

• 務必針對所有可得標的廣告曝光次數提交要求（例如非直售廣告）。
• 每個曝光次數商機只能提交 1 個要求。
• 不得針對相同的廣告單位合併出價和標準（即標籤）要求。
• 不得針對相同的曝光次數商機同時提交瀑布策略和出價要求。
• 務必傳送得標、未得標和逾時通知，並備有適當的未得標程式碼。
• 務必使用 Audience Network SDK 從用戶端取得 buyeruid。buyeruid 是由用戶端採用 Audience Network SDK 提供的 getBidderToken 方法，所產生的用戶出價工具權杖。
• 務必使用 Audience Network SDK 擷取及呈現廣告。
• 只有在競價勝出的情況下才要求廣告。
• 務必使用驗證權杖（應用程式密鑰和要求編號）傳送出價要求。
• 務必將以出價工具權杖為值的 x-fb-pool-routing-token HTTP 標頭新增至每個要求。
• 如果其他要求來源採用傳統的瀑布策略，務必在將該策略與出價合併時設定多個最低價。一開始最好設定兩個最低價，這樣可讓您在競價時更精細地控制，以便與瀑布策略競爭，增加總收益。

出價最佳作法

除了最佳整合準則外，我們還建議您遵循以下幾項最佳作法。

• 將出價要求的逾時值至少設為 1 秒。
• 在伺服器上為每個出價要求擷取出價工具權杖。
• 為每個要求傳送不重複的編號。
• 如果是狀態代碼並非 200 的出價回應，應讀取並記錄其中的 x-fb-an-errors HTTP 標頭，以便用於疑難排解。
• 讀取並記錄所有出價回應的 x-fb-an-request-id HTTP 標頭，以便用於疑難排解。
• 使用現有的版位編號出價，不要建立新的版位編號，除非您正在進行 A／B 測試，或使用需要建立新版位的合作夥伴平台。
• 盡量使用伺服器對伺服器整合，這樣可將處理作業和網路用量從用戶的裝置和網路轉移至發佈商的伺服器和網路，也能在不變更應用程式的情況下出價及修改競價。
• 如果向要求提供 Content-Encoding:gzip 標頭，則可以傳遞 gzip 壓縮格式的要求內文。
• 出價時不要使用最低價，否則我們將會忽略。

另請參閱

• 出價整合
• 平台設定