ti-tech Demo (M4)
科技 AI 新聞 廣告科技 媒體 開發者

巢狀 GAM 仲裁:媒體剩餘流量的新變現策略

透過在 publisher GAM 的 Third-party creative 中嵌入 Prebid + Ti-tech GAM, 媒體可在直售/自家 AdX 之前優先引入外部競價,提升剩餘流量 eCPM。

傳統 publisher 的 ad waterfall 以直售為最高優先,其次是保證量, 最後才是 AdX open auction。當直售/高價未投放時,剩餘流量通常只有 AdX 競價, 缺乏 Prebid/SSP 的競爭壓力。

ti-tech 的解法是在 publisher GAM network 中置入一個 Network 優先 line item, creative 為一段 HTML/JS AdTag。當 publisher GAM waterfall 行經此 line item, 會在 iframe 中載入我方 AdTag,觸發 Prebid 競價(Teads、AppNexus)並送 request 至 Ti-tech GAM(network code: 23315141024)進行最終仲裁。

若 Ti-tech GAM 無填,AdTag 透過 postMessage 通知 parent 觸發 passback,publisher 自家 AdX 或 LI-2(House)接手。 整個流程確保我方競價在 publisher AdX 之前,符合 Google 避免雙重 AdX 同時競價政策。

本 demo 頁面是 M4「雙 GAM 端到端」的 publisher 端模擬:外層 GPT 向 founder GAM(195719566)發 ad request,右側廣告欄展示完整鏈路。 事件追蹤面板(右下角 Debug)顯示「外層 GPT request → 內層 AdTag」的完整鏈路。

Event Log — 雙 GAM 鏈路追蹤 (TA-015 M4)

outer: founder GAM 195719566 inner: Ti-tech GAM 23315141024 路徑: — GPT outer: pending AdTag: pending Ti-tech GAM: pending result: —

鏈路狀態

外層 GPT request
定義 slot /195719566/hb-demo-adunit-1
founder GAM 195719566
等待 GPT response...
AdTag iframe 載入
等待 LI-1 creative...
Prebid 競價 (AppNexus)
等待 AdTag init...
Ti-tech GAM 仲裁
等待 hb_pb targeting...
結果
等待渲染或 passback...
Live 依賴:
- founder GAM LI-1 需 founder 佈建
- Ti-tech GAM line item (TA-013)
- AdTag hosting URL (見 adtag-creative-snippet.html)