從第一性原理把 ad network 營收拆成乘法鏈上的因子，逐一列出能拉動每個因子的行動——不受現有系統功能限制——並沿兩個軸分類：可操控層級（誰能動）與行動性質（Growth／Ops）。
← 回文件首頁鏈上每一段就是一個因子；下面各節依序列出能拉動它的行動。合規問題是讓某段直接歸零的「漏損」。範圍只到這條鏈：另開收入線（CTV、audio、vertical feed、資料產品、技術授權）不在本表內。
前段是量（多少流量、賣幾次），中段是價（fill × eCPM），後段是分（margin、share）。
分類問的是「物理上這個行動由誰掌握」與「做了是多賺還是守住該賺的」，而不是「現在系統有沒有這個功能」。第一個軸是可操控層級：
今天在後台調設定就能動，不需要寫程式。
Glia 單方面決定就能做，需要系統開發，但不需要任何客戶點頭。
需要業務談判、客戶動手，或第三方（如 Google）審核。
市場與法規環境，只能監控與適應。
第二個軸是行動性質：
新合約、新機制、新模型、新參數空間——把「應有的水位」往上移，決定營收天花板。
消除實際與制度應有水位的落差（漏掛、檔案壞、卡關、壞帳、被分食）；做滿＝歸零，沒有超額報酬。
表格內的排序：每節先 Growth 後 Ops；同性質內純 A → 含 B → 純 B → C。「↳」是子行動：它不直接拉動因子，影響的是它的父行動——多半是用 A2 工程壓低 B 行動所需的客戶參與成本。
| 行動 | 性質 | 層級 | 說明 |
|---|---|---|---|
| 調整既有版位的進場方式與浮動行為 | Growth | A1+B | 出現時機、浮動方式、尺寸都是後台 player 設定（A1），viewability 的調校也在這裡——買方依預期可視率出價；改到客戶有感的程度要客戶同意，亂改會直接被拔 code（B）。 |
| 簽下更多媒體站台 | Growth | B | 本質是簽約行為，BD 主導。 |
| ↳建 self-serve onboarding 與自動化審核 | Growth | A2 | 降低每家媒體的獲取成本，放大 BD 產能。 |
| ↳提升影片內容吸引度 | Growth | A2 | 內容出自 Glia 自家的文章轉影片工具，可單方面優化；demo 品質拉高的是簽約與續留的成功率。 |
| 增加每站的版位數與頁面覆蓋 | Growth | B | 要動客戶模板，客戶決定。 |
| ↳掃描客戶網站、自動找出最佳嵌入點並產生建議報告 | Growth | A2 | 把「說服客戶加版位」的談判成本壓低。 |
| 搬移版位在頁面上的位置 | Growth | B | 要動客戶模板，跟加版位是同一種成本。 |
| 提升媒體自身的頁面流量 | Growth | C | 流量是客戶自己的經營，Glia 無法直接操作。 |
| ↳提供工具幫客戶漲流量 | Growth | A2+B | 工具開發是 Glia 的（A2），成效取決於客戶採用（B）。 |
| 優化播放器載入成功率與速度 | Ops | A2 | script 體積、lazy load、與客戶頁面的相容性，純工程。 |
| 初始接入時建議 float 版位設定 | Ops | B | 新媒體接入的標準步驟；採不採用由客戶決定。 |
| 防守既有媒體上的版面份額 | Ops | B | 同一個媒體頁面上的競品 player 是零和分食：站方改版讓各家的 ads.txt 一起爬失敗時，誰先修好誰拿回份額。 |
| ↳自動偵測同站競品與份額變化 | Ops | A2 | 競品出現與份額移轉目前靠人工發現，讓 AM 的防守更早開始。 |
| 行動 | 性質 | 層級 | 說明 |
|---|---|---|---|
| 用排程／條件規則做分時段、分情境設定 | Growth | A1 | 兩個現成的覆寫通道：SlotNightModeCronTask（依 cron 時段改任何 Slot／SlotSetting 欄位）與 CustomRule（依 domain／UA 等條件覆寫任何 player 設定）——密度、音量、進場都能做時段與情境差異化，是「固定參數 → 動態化」之間的現成中繼站。 |
| 建依 engagement 動態調密度的機制 | Growth | A2 | 現在 interval 是固定值；改成依 engagement 訊號調整投放頻率本身——高互動的 session 縮短 interval、低互動的放寬。幅度不到客戶有感的程度，不需客戶同意。業界的 ad podding（一個機會點串播多支）是同一因子的另一種做法。 |
| 調整密度參數（輪播間隔、最大輪數、pre/mid-roll） | Growth | A1+B | 操作本身是 SlotSetting 後台設定（A1），但把密度拉到客戶有感的程度，要客戶同意（B）；request 量拉太高另有 Google 隱性降權的風險（見第 4 節）。 |
| 行動 | 性質 | 層級 | 說明 |
|---|---|---|---|
| 調整 waterfall 分組與組序 | Growth | A1 | waterfall 是「組內平行、組間依序 fallback」：同組 AdUnit 同時發請求（Prebid 組還會即時競價），沒 fill 才輪到下一組。分幾組、誰同組、組序怎麼排都是後台設定。 |
| 用 ExperimentFunction 實驗版位設定 | Growth | A1 | 後台可編輯的函式改實驗組的 ad unit 組成與順序，實驗系統自動套用、跟 control 比成效；停損條件（AutoPauseCondition）與實驗流量比例同屬這套後台設定。既有實例：依歷史 RPM／eCPM 排序與汰弱（sort_by_rpm 等）、底價階梯（AdjustGamFloor——用前一天 RPM 比值在預建固定底價 placement 間升降檔，2024-10～2025-04 曾在 850 個 slot 開過 1,626 個實驗組，實驗結束後全數關閉，重啟前先看當時結論）。 |
| 調校詢價 timeout | Growth | A1 | AdUnit 的 load_video_timeout、SlotSetting 的 waterfall_preroll_timeout 都是後台參數；太長掉請求，太短掉高價 bid。 |
| 調整 placement 宣告（plcmt） | Growth | A1 | SlotSetting 的 google_placement_type／iab_placement_type 決定 bid request 的 plcmt 宣告（預設 accompanying content）；instream 資格單價較高，但宣告必須與實際體驗相符——錯宣告是政策風險。 |
| 調整音量與 audibility（vpmute）策略 | Growth | A1 | audible 廣告單價較高；音量、vpmute 宣告分佈、點擊後開聲量都是後台欄位。合法的槓桿是「真的開聲音」的策略——宣告與實際不符（vpmute 誤宣告）過往吃過違規，要跟合規一起調。 |
| 建 per-request 即時決策層（底價、排序） | Growth | A2 | 把 yield 決策從「slot × 日、預先算好」（上面的 ExperimentFunction 批次實驗）搬到每次請求即時決定。兩個輸出：動態底價——業界成熟做法，有現成工具可接（Prebid Price Floors Module、GAM UPR），底價階梯是它的簡化前身；ad unit 排序與呼叫組合——要自己建決策引擎。server-side header bidding、traffic shaping、bid caching 屬同一層的業界標配。 |
| 豐富傳給 demand 的訊號 | Growth | A2 | contextual 訊號、first-party 資料、cookieless ID、consent 率——訊號越多越正確，demand 出價越高（業界經驗：有 ID match 的曝光出價可達無 match 的數倍）。GAM 端已有 cust_params 欄位可帶自訂 targeting key-values（A1）；Prebid 端只開基本 userSync，沒有 consent 管理、ID 模組、first-party／contextual 資料。 |
| 擴充版位可服務的廣告格式 | Growth | A2+B | 往上是 interactive、shoppable 等高價格式，往下是無 video fill 時 backfill display／native（業界可轉化五到七成未填曝光）；支援是 player 工程（A2），在媒體頁面啟用要客戶同意（B）。 |
| 簽新 demand | Growth | B | 擴大買家池，本質是商務簽約。 |
| 開拓直售 / PMP 交易 | Growth | B | 繞過公開競價拿保底高價，本質是業務行為；curated deals、attention PMP 是近年常見的包裝法。 |
| 取得品質／防詐認證 | Growth | B | TAG CAF、Brand Safety Certified 等認證是進 agency allowlist 的門票，直接影響吃得到哪些預算。 |
| 把簽好的 demand 掛滿該掛的版位 | Ops | A1 | 掛 Placement、補漏掛的 mirror placement，純後台操作；GAM open bidding 的 Yield Group 帳號涵蓋（accounts／exclude_accounts）屬同一件事。 |
| 行動 | 性質 | 層級 | 說明 |
|---|---|---|---|
| 調校異常偵測（頻率、門檻、降噪） | Ops | A1 | detect_ad_abnormal 的頻率後台可調。小時級誤報偏多（近三個月 7 件警報中 3 件自行回穩、2 件無人跟進），另一類誤判來自自家變更（關 social 流量、調 IVT 預扣）——降噪與「告警對照內部變更紀錄」都是這列的功課。 |
| 修正設定錯誤（line item、ad tag、consent string） | Ops | A1 | line item 與 ad tag 已有 checker，剩執行紀律；consent string 錯誤同樣會讓 demand 無聲不出價，尚無對應 checker。報表映射（ExternalKey.ignore、Placement.skip_report）與載入條件（media_query、黑白名單）設錯是同型的無聲損失。 |
| 回應 Google 的隱性降權（bid throttling） | Ops | A1 | 沒有違規、沒有通知，GAM 就悄悄停止對某些版位出價——觸發因子是 request／流量比、outview 佔比、低 viewability（近 18 個月診斷案例約兩成）。標準處置是重建 ad unit、控 request 量、關高底價 ad unit，都是後台操作；impression_mode（可見才發請求）、request_frequency_cap 是控 request 品質的現成欄位。Google 對 request 量另有硬上限，這也是所有「拉高 request 量」類行動的隱性約束。 |
| 偵測到異常後自動修復 | Ops | A2 | 現在是發通知等人處理；自動修復把漏損的持續時間再壓短。 |
| 監控 demand 回報與播放器事件的落差 | Ops | A2 | 影音的 render 鏈長，回報落差天生比 display 高；回報數字異常偏低本身就是漏損訊號，業界做法是定期對帳、設合約容差。現有「營收缺少通知」只抓匯入缺漏；告警裡印出的 GAM vs Pixel 落差目前沒有人系統性跟進。 |
| 偵測媒體頁面環境破壞、強化 player 防禦 | Ops | A2 | 最高頻的漏損來源（診斷案例約三成）：媒體改版、全域 JS 汙染、CSS 蓋版、CSP／CORS 擋載入都會讓 player 無聲失效，現在靠人工排查。偵測可自動化（synthetic 巡檢），修復分兩路——player 防禦性工程（A2）或請客戶改頁面（B）。 |
| 把營收指標掛進 player 發布流程（canary） | Ops | A2 | player 改版曾讓全網 inited rate 掉 5-8% 達數週才被發現；發布時分流比對營收指標可以把這種回歸擋在全量之前。 |
| 維持 ads.txt / sellers.json 一致 | Ops | B | 檔案在客戶網域上，改要客戶動手；checker 只能發現不一致。同一份檔案也承載供應路徑定位——DIRECT 宣告、修剪轉售條目，買方 SPO 審查看的就是它。 |
| ↳建 ads.txt 代管（客戶設一次 redirect） | Ops | A2 | 客戶配合成本從「每次都要改」降到「設定一次」，之後 Glia 端全自動。 |
| 推進卡關的 MCM 審核 | Ops | B | 卡在 Google 與媒體端（邀請、身份驗證、site approval），只能催辦。 |
| ↳自動追蹤審核狀態、卡關即時預警 | Ops | A2 | 縮短「卡關被發現」的時間，讓催辦更早開始。 |
| 處理政策違規與媒體品質風險 | Ops | B | Google 端（GamViolation、AdSense 暫時投放限制等自動化審查）與買方端（MFA 黑名單——組合裡一家低品質媒體會拖累整個 network 的 demand）都要客戶改內容或流量來源。 |
| 行動 | 性質 | 層級 | 說明 |
|---|---|---|---|
| 校準 margin（IVT 預扣）的精準度 | Growth | A2 | margin 數字後台可調，但槓桿不在調數字，在用歷史 clawback 資料建模、讓預扣貼近實際風險——少扣的部分就是提前認列的營收。 |
| 建流量過濾／防作弊機制 | Growth | A2 | 在 Glia 端擋掉無效流量，降低被 clawback 的金額，也讓預扣可以更小。 |
| 談判 share% / rebate 結構 | Growth | B | 合約談判。 |
| 優化合約的法人分配（稅務結構） | Growth | B | 三個法人（台灣／新加坡／BVI）本來就是為跨境稅務設計的——新約簽在哪個法人是內部可規劃的，搬既有合約要客戶重簽（B）。 |
| 管理 demand 收款風險 | Ops | A1 | 認列了不等於收得到——觀察 demand 的付款延遲與信用（2023 年 MediaMath 破產是業界前例），必要時把量移到可靠的 demand（AdUnit traffic 後台可調）。 |
| 控管高風險媒體的 clawback 曝險 | Ops | A1 | Google 關帳號會回溯追討數月已付營收，單次可把當月 margin 打成負值；對高風險樣態（社群流量、AI 內容站）的帳號拉高預扣、分散到第二 MCM，都是後台可執行的處置。 |
| 要求客戶改善流量來源品質 | Ops | B | IVT 的根源在客戶的流量來源，只能透過 AM 要求改善。 |
| 對沖匯率曝險 | Ops | C | 營收認列到實際收付之間有時間差，匯率在中間變動就吃掉留成；遠期外匯或收支同幣別配對可以鎖住，匯率本身不可控（C）。 |
廣告市場景氣與季節性（含階梯式的結構性市場下跌——漸變不是突刺，比對中位數的異常偵測抓不到）、demand 平台的政策與演算法變動、隱私法規與 cookie 退場。不過對它們的應對能力——例如第 3 節的訊號豐富度——是 A2。
多數 B 行動底下都能掛一個 A2 子行動（表中 ↳）：self-serve onboarding、版位建議自動化、ads.txt 代管。子行動不直接生營收，它壓低的是父行動的成本、拉高的是父行動的成功率——B 的瓶頸未必要正面突破，可以用工程繞小。
性質欄把行動分成兩類：Ops（把該賺的賺到）做滿也只是守住基準線——第 4 節漏損防治整節都是；營收天花板由 Growth 行動決定，資源排序時別讓可自動化的 Ops 佔掉 Growth 的人力。
A2 裡有兩個槓桿在客戶無感的純後端競價層——現有系統沒做、又真正不需要客戶點頭：
真正繞不開客戶的是四件事：流量是他的、頁面是他的、讀者體驗是他的、合約要他簽。