架構對比
左欄為現行 AdRefresh（RF），右欄為新 ti-tech-ads Refresh。升級點以 teal 色標示。
原先 AdRefresh（現行 RF）
每輪刷新只出 AdX，Teads 不參與
每輪刷新機制
重新向 GAM 請求 → 只出 AdX
每次 refresh 僅發出單一 GAM ad request，由 AdX open auction 填充
Teads 參與
僅首次競價
refresh 不含 Teads；後續每一輪刷新皆無 Teads 機會
Demand 來源
單一（AdX）
每輪只有 AdX open auction，無多元競價
Yield
AdX open auction 底價
受限於單一 demand，可能低於 Teads 出價
No-fill 處理
GAM house line item 墊檔
Publisher 無法自訂 fallback，由我方 house line item 兜底
每輪 refresh 流程
1
viewability gating 觸發刷新
↓
2
重新 GPT ad request → 我方 GAM
↓
3
AdX open auction 填充（單一 demand）
新 Refresh（ti-tech-ads）
每輪重跑完整 post-bid，Teads 每輪競價
每輪刷新機制
重跑完整 AdTag → Prebid(Teads) 競價 + 我方 GAM 仲裁
每次 refresh 等同一次全新 post-bid 流程，Teads + AdX 同場競價
升級點
Teads 參與
每一輪 refresh 都競價
不再僅限首次；每輪 Teads 皆有機會出價，帶來持續增量
升級點
Demand 來源
多元（Teads HB + 我方 AdX）
每輪最高出價者勝出，發揮多元競價效益
升級點
Yield
每輪多元 demand 競價最高價 → 增量收益
Teads 出價 vs AdX 出價，仲裁取高，每輪都有上漲空間
升級點
No-fill 處理
執行 Publisher 指定的 passback code
per-publisher 配置，流量交回 Publisher GAM 指定的 fallback 變現
升級點
每輪 refresh 流程（post-bid）
1
viewability gating 觸發刷新
↓
2
重跑 AdTag — Prebid(Teads) requestBids
↓
3
我方 GAM 仲裁：Teads HB vs AdX，取高
↓
4
勝者填充 / 全 no-fill → passback
維度對比一覽
| 維度 | 原先 AdRefresh（現行 RF） | 新 Refresh（ti-tech-ads） |
|---|---|---|
| 每輪刷新 | 重新 GAM 請求 → 只出 AdX | 重跑完整 AdTag → Prebid(Teads) + GAM 仲裁（post-bid） |
| Teads 參與 | 僅首次競價，refresh 不含 Teads | 每一輪 refresh 都競價 |
| Demand 來源 | 單一（AdX） | 多元（Teads HB + 我方 AdX，每輪取最高價） |
| Yield | AdX open auction 底價 | 每輪多元 demand 競價最高價 → 增量收益 |
| No-fill 處理 | GAM house line item 墊檔 | 執行 Publisher 指定的 passback code（新模型） |
| Teads 增量 | 無（refresh 不觸及 Teads） | 有，每輪 Teads 出價均可帶來增量 CPM |
| 競價模型 | 單邊（AdX open auction） | 雙邊（Prebid HB + AdX，仲裁取高） |
沿用既有 AdRefresh 基礎（完全不變）
這次升級不是砍掉重練，而是在既有 AdRefresh 殼之上，把「每輪刷新的填充來源」從只出 AdX 升級為完整 post-bid 競價。以下能力全部沿用，無需重建：
Own-slot 刷新
只操作自己的廣告容器，不碰 Publisher 版面或其他 slot
Viewability Gating
廣告可見才觸發刷新，符合使用者體驗與 Google 品質要求
≥ 30s Refresh Declaration
符合 Google refresh declaration 政策；間隔硬碼進 AdTag bundle
maxRefreshes 上限
每個 session 刷新次數有頂，防止過度刷新影響品質
白名單 Takeover
特定 Publisher 或廣告位可豁免刷新（白名單機制完整沿用）
KV 歸戶拆帳
refresh_site_id /
refresh_pairing_id
完整沿用，GAM Report API 拆帳不受影響