本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 最佳實務
<a name="yield-optimization-best-practices"></a>

## 範本建構
<a name="yield-optimization-best-practices-template"></a>

### 從最少的工作範本開始
<a name="yield-optimization-best-practices-start-minimal"></a>

使用來自 的範例 1 [範例 範本](yield-optimization-examples.md)來驗證您的 APS 整合。檢查 CloudWatch Logs 中的`RAW_BID_REQUEST`事件，以遞增方式新增欄位並測試每個新增。

### 提供所有 APS 建議欄位
<a name="yield-optimization-best-practices-recommended-fields"></a>

在[ORTB 欄位參考](yield-optimization-ortb-reference.md)顯著影響填充率中標記為「APS 建議」的欄位。至少包括：`app.bundle`、`app.storeurl`、`app.name`、`device.ua`、`device.ip`、`device.make``device.model`、`device.os`、`video.mimes`、`video.protocols`、、`video.w`、 `video.h``video.plcmt`和 `video.ext.slotId`。

### 使用工作階段變數進行裝置識別
<a name="yield-optimization-best-practices-session-vars"></a>

`device.ua` 和 `device.ip` 欄位必須反映實際檢視器，才能以適當的廣告為目標。使用 `{{session.user_agent}}`和 從檢視器的 HTTP 連線`{{session.client_ip}}`自動填入。這些欄位不需要玩家參數設定。

### 提供真實的 `app.bundle`和 `app.storeurl`
<a name="yield-optimization-best-practices-real-bundle"></a>

APS 使用這些項目來識別應用程式和鎖定廣告。不正確或預留位置值會導致無競價 (204) 回應。

### 設定適當的 `imp[0].bidfloor`
<a name="yield-optimization-best-practices-bidfloor"></a>

主控台預設為 5 CPM。如果填充率低，請考慮降低地板。較低的樓層會增加合格廣告商的集區，但可能會降低平均 CPM。

### 提供您的實際 `video.ext.slotId`
<a name="yield-optimization-best-practices-slotid"></a>

槽 ID 會映射到您的 APS 庫存組態。提供您的實際槽 ID （從 APS 主控台） 可讓 APS 套用特定槽的目標和樓層定價。預設值 (`"default_slot_id"`) 可運作，但可能導致廣告選擇較不理想。

### 包含廣泛的`video.protocols`支援
<a name="yield-optimization-best-practices-protocols"></a>

`[2, 3, 5, 6]` 至少使用 (VAST 2.0、3.0、2.0 Wrapper、3.0 Wrapper)。為了獲得最大的相容性，請使用 `[1, 2, 3, 4, 5, 6, 7, 8]` 支援所有 VAST 版本 (1.0 到 4.0，包括包裝函式）。

### 請勿設定 EMT 管理的欄位
<a name="yield-optimization-best-practices-emt-managed"></a>

`imp.video.maxduration`、、`imp.video.poddur``imp.video.minduration`、`app.publisher.id`、 `imp.video.maxseq`和 等欄位`ext.integrationType`一律由 MediaTailor 使用您的主控台組態值設定。在您的範本中包含它們是無害但誤導的。

### 對於`regs.us_privacy`美國隱私權訊號，偏好 `regs.gpp`和 `regs.gpp_sid` 以上
<a name="yield-optimization-best-practices-gpp"></a>

將美國隱私權訊號傳遞至 APS 時，請使用全球隱私權平台 (GPP) 欄位，而非較舊的`us_privacy`字串：

```
"regs": {
  "coppa": 0,
  "gpp": "DBABMA~1---",
  "gpp_sid": [7]
}
```

APS 會在看到`us_privacy`字串 (CCPA 選擇不接收訊號） 時套用更嚴格的資料使用限制，這會限制符合資格的廣告商集區並降低填滿率。GPP 為 APS 提供更精細的司法管轄區層級訊號，進而產生更準確的合規強制執行和更大量的合格競價。如果您的玩家傳送兩個訊號，則偏好 GPP 並省略 `us_privacy`。

**美國隱私權的 GPP 區段 IDs：**


| 區段 ID | Scope (範圍) | 
| --- | --- | 
| 7 | 美國國民 （多州隱私權） | 
| 8 | 美國加利佛尼亞州 (CPRA) | 
| 9 | 美國維吉尼亞州 (VCDPA) | 
| 10 | 美國科羅拉多州 (CPA) | 
| 11 | 美國猶他州 (UCPA) | 
| 12 | 美國康乃狄克州 (CTDPA) | 

如果您必須為`us_privacy`下游系統包含 ，則可以安全地同時傳遞兩者，但 APS 將在存在時使用 GPP 訊號。

## 營運考量事項
<a name="yield-optimization-best-practices-operational"></a>

### 區域組態
<a name="yield-optimization-best-practices-regional"></a>

每個播放組態都會設定 APS 區域。如果您在多個 APS 區域中為瀏覽者提供服務，請為每個區域建立個別的播放組態，以獲得最佳延遲和廣告庫存可用性。

### 監控提高收益
<a name="yield-optimization-best-practices-monitoring-lift"></a>

使用 CloudWatch 指標來計算提高收益：
+ **填充率改善：**`YieldOptimization.AdsInserted`與總時段進行比較，以測量增量填充。 `YieldOptimization.FillRate`（每個時段的原生指標） 也可以在一段時間內進行平均。
+ **收入貢獻：**`YieldOptimization.Revenue`用於每位客戶的總收入 （插入廣告價格的總和）。將 `YieldOptimization.BidPriceAdsInserted`用於整個帳戶的平均 CPM。 `YieldOptimization.IndicativeBidRevenue` 會在棄用時段`Revenue`同時發出雙訊號，並將移除。偏好`Revenue`新的儀表板。
+ **效率：**`YieldOptimization.BidRequest`與 比較`YieldOptimization.AdsInserted`以測量轉換率。

### 避免未解決的預留位置模式
<a name="yield-optimization-best-practices-unresolved"></a>

如果您的 ADS URL 使用 `[player_params.X]`且播放器未傳送參數 `X`，則常值`{X}`預留位置會傳遞至 ORTB 範本。APS 將 `"{APP_NAME}"`視為常值字串，並傳回無出價。一律確認您的`RAW_BID_REQUEST`承載不包含`{UPPER_CASE}`模式。

## 後續步驟
<a name="yield-optimization-best-practices-next-steps"></a>
+ 如需監控和偵錯，請參閱 [故障診斷和監控](yield-optimization-troubleshooting.md)。