一句說清重點
未能解釋現有收益在哪裡產生、流失與受限之前，不要急於加入新的 demand partner。
1. 開啟 dashboard 之前，先定義需要作出的決策
有用的基準不是一個龐大的 export，而是圍繞一個決策建立的精簡視圖：改善 fill、提升每次 impression 價值、維持 viewability、降低 latency，或改變 inventory 組合。比較數字前，先選定一個主要問題與一小組 guardrail。
2. 畫出實際正在售賣的 inventory
按頁面模板、裝置與位置列出每一種重要廣告體驗，並區分 display、video、sticky 與 interstitial。全站平均數會掩蓋哪些頁面正在創造價值，也會遮蔽哪些位置正在製造阻力。
- 頁面模板及內容類型
- 裝置及 viewport
- 廣告格式、尺寸及位置
- refresh 或 lazy-load 行為
- direct、programmatic 及 house demand
3. 閱讀完整指標鏈，而非只看一個 KPI
Revenue 是結果。應沿著形成結果的鏈閱讀：eligible page views、ad requests、matched requests、impressions、viewability、價格與 latency。Page RPM 或 session RPM 是商業總結；前面的指標才能解釋它為何改變。
- Page RPM 及 session RPM
- Request、match 及 render rate
- 按有意義 segment 劃分的 eCPM
- Viewability 及 time in view
- 廣告 latency 及 Core Web Vitals
4. 劃分 segment，直到行動變得清楚
按裝置、地區、流量來源、頁面模板與格式拆分基準。當一個 segment 對應到不同做法，就可以停止細分。因 mobile render 緩慢而造成的低 RPM，與某個市場 buyer demand 較弱造成的低 RPM，需要兩種完全不同的處理。
5. 每次只改一個商業變數
設定 control、清楚的測試期與成功門檻。無論調整 floor、size mapping、demand source 或 placement，都要讓其他條件足夠穩定，才能解讀結果；同時記錄收益與體驗 guardrail。
6. 將用戶體驗當成收益輸入
令內容移位、拖慢互動或佔據過多頁面的廣告，會削弱未來收益所依賴的 audience。預留 slot 空間、lazy-load 首屏以下的 inventory，亦不要將每個 placement 設為相同優先級；viewability 應與速度及 engagement 一併衡量。
7. 用數據證明值得加入更多 demand
基準穩定之後，新的 demand partner 才會由一個期望變成可測試假設。需要比較扣除費用後的增量收益，同時衡量 latency、auction overlap、營運成本及用戶行為變化。若無法分離 uplift，就尚未證明整合價值。
下一步行動
以這個基準建立一張每週更新的 scorecard。每次選擇一個實驗、保留清楚的 control，再記錄實際改動。這種營運節奏，比未經診斷就不斷增加工具，更能帶來良好的收益決策，以及日後值得分享的洞察。