本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# MediaTailor 伺服器端追蹤功能
AWS Elemental MediaTailor 會自動套用這些整合的伺服器端追蹤功能，以最佳化廣告測量的準確性和可靠性。系統可防止重複的信標、在大量期間管理流量、維持適當的事件排序，並提供全面的效能監控，而不需要您進行任何組態。您只需確保您的廣告決策伺服器 (ADS) 在 VAST 回應中提供追蹤信標。
**注意**
這些功能自 2025 年 9 月 30 日起開放給新客戶使用。作為持續改善服務的一部分，現有客戶將在整個 2025 年都能存取 。如果您想要立即存取這些功能，請聯絡 [AWS Support](https://aws.amazon.com/premiumsupport/)。
**注意**
這些功能適用於拼接 (SSAI) 和伺服器引導 (SGAI) 廣告插入方法。在這兩種模式中，信標類型和計時都相同。它們在 MediaTailor 觸發信標的方式上有所不同 — 如需 SGAI 伺服器端信標的詳細資訊[伺服器端追蹤與伺服器引導廣告插入 (SGAI)](ad-reporting-server-side-sgai.md)，請參閱 。
## Beacon 重複資料刪除
MediaTailor 可防止相同廣告事件的重複信標射擊。伺服器端追蹤系統只會在每個廣告檢視工作階段傳送每個曝光、四分位數和完成信標一次。當影片播放器因為網路條件、位元速率變更或緩衝策略而多次請求相同的廣告區段時，MediaTailor 會追蹤觸發的信標並封鎖備援傳輸。
重複資料刪除會自動解決導致高載信標計數的常見情況：
+ **自適應位元速率串流** - 當玩家下載相同廣告客群的不同品質變體時
+ **網路重試案例** - 當玩家因網路問題或逾時而重新請求客群時
+ **玩家緩衝策略** - 當玩家為了緩衝目的預先擷取或重新擷取客群時
即使玩家在不同品質等級之間切換，系統也只能射擊曝光信標一次。
## 自適應限流和信標重試
MediaTailor 會根據伺服器回應指標自動管理信標流量率。系統會監控 HTTP 回應模式、連線逾時和錯誤代碼，以偵測擁塞，然後相應地調整流量速率。當系統識別伺服器壓力指標時，它會降低受影響網域的流量速率，並在伺服器顯示容量改善時自動提高速率。
系統會使用這些指標來監控伺服器運作狀態：
+ **HTTP 連線逾時** - 測量平台未在預期的時間範圍內回應時
+ **錯誤回應代碼** - 503、504 和 507 回應，表示伺服器過載。您的廣告伺服器也必須支援這些錯誤代碼，才能完全相容。
+ **回應模式** - 表示容量問題的測量平台效能變更
重試行為會自動嘗試交付最多 1 小時，每次嘗試之間至少延遲 30 秒。無法設定此重試行為。
## 每秒指標流量管理
您可以設定 TPS 限制來控制信標傳遞速率。這是伺服器端追蹤功能的唯一可設定設定。帳戶層級限制會限制所有測量合作夥伴之間傳送的廣告追蹤請求總數。MediaTailor 會強制執行 10，000 個最低 TPS 限制，為企業規模操作提供足夠的容量。
提交 AWS 支援票證，以使用下列資訊建立 TPS 限制：
+ **AWS 帳戶 ID** - 您的特定帳戶識別符
+ **目標區域** - 您要套用 TPS 限制的 AWS 區域
+ **所需的 TPS 閾值** - 每秒所需的交易數限制 （最低 10，000)
根據預設，沒有 TPS 限制。如果您的廣告決策伺服器 (ADS) 需要 TPS 限制，但限制必須大於 10，000 TPS，您可以請求 TPS 限制。MediaTailor 不會超過您指定的限制，但不保證達到該限制的一致輸送量。您的廣告決策伺服器會告訴您可以支援的 TPS 限制。
## 排序信標
MediaTailor 會自動維護廣告追蹤事件的循序傳遞。即使發生網路問題、重試或流量管理，系統仍會保留信標排序。這可確保測量合作夥伴以正確的順序接收事件，以進行準確的分析。
系統遵循標準產業信標序列：
1. **開始事件** - 開始播放廣告時觸發
1. **第一分位數事件** - 在 25% 廣告完成時觸發
1. **中點事件** - 在 50% 廣告完成時觸發
1. **第三分位數事件** - 在 75% 廣告完成時觸發
1. **完成事件** - 廣告完成時觸發
這些功能會自動一起運作：
+ 在調節期間保留信標，以維持適當的順序
+ 每個測量合作夥伴網域都有單獨的事件佇列，以防止在速率調整期間中斷
+ 重複資料刪除會追蹤事件類型和時間軸位置，同時維持時間順序