為什麼你的 RPM 下降了？季節性、需求與元件衰減

RPM 下降幾乎總是可追溯到以下四件事之一：廣告主需求的季節性疲軟、網路端（廣告主流失或某垂直領域預算縮減）的需求側轉移、你網站上發生的變化（損壞的廣告位、版面更新、同意管理工具封鎖腳本），或是真正的元件衰減（服務於你廣告區位的創意輪播已過時）。診斷原因需要隔離變數，而非僅從收益圖表猜測。

首先，釐清實際發生了什麼變化#

在追查原因之前，先將構成「RPM 下降」的三個數字分開：流量、填充率和每次曝光實際收益。RPM 下降但流量持平或上升，是真正的收益問題。RPM 下降伴隨流量下降，可能只是流量組合變化，例如更多直接訪客取代了高價值的推薦流量，拖低了綜合數字，但實際上沒有任何東西損壞。

如果你的報告允許按地區、裝置或垂直領域進行細分，接下來就這麼做。僅限於單一地區或單一裝置類型的下降，指向該特定區段的需求側或技術性原因，而非全網路問題。

原因一：廣告主需求的季節性#

原生廣告市場與展示和搜尋廣告一樣，廣告主預算會隨著可預測的日曆模式移動：一月節後預算縮減、大型購物活動期間的暫時疲軟導致預算轉移，以及垂直領域特定週期（保險的開放投保期、金融的報稅季）。如果你的 RPM 下滑與你前幾年見過的疲軟時期吻合，季節性是最可能的解釋，且它通常會在其自身的時間線上恢復，而非你能透過網站變更來修復的問題。

原因二：網路端的需求側變化#

廣告主需求並非平均分佈。少數頂級原生廣告垂直領域佔據了原生廣告量的大部分：根據 OpenAdLibrary 對即時創意的索引，健康、金融和保險在 Taboola 等網路中持續位居高流量類別之列。如果你的流量偏向其中一個垂直領域，而該領域的一個主要廣告主或一群廣告主縮減預算，你所在類別的全網路競價壓力可能會明顯減弱，你的 RPM 也會隨之變動，即使你的網站沒有任何改變。

這與季節性的不同之處在於，它並非由日曆驅動，而是由廣告主行為驅動，且更難預測。區分兩者的方法是觀察疲軟是廣泛的（多個垂直領域，符合已知的日曆模式）還是狹窄的（集中於你的主要垂直領域，不符合你之前見過的季節性模式）。

原因三：你網站上的某些變化#

這是值得首先排除的原因，因為它完全在你的控制範圍內，且一旦發現也最容易修復：

• 版面或主題更新移動了廣告元件。 重新設計將你的原生廣告位推到頁面更下方，超過大多數讀者滾動的範圍，會悄悄拖垮填充率和可見度，且沒有任何錯誤或警告。
• 同意管理平台設定錯誤封鎖了腳本。 如果你的 CMP 更新無意中封鎖了部分使用者（通常是按地區，符合同意規則）的廣告腳本，這些曝光就根本不會呈現。
• 不相關的變更導致廣告密度降低。 添加其他腳本、聊天元件、額外的分析標籤，可能使總頁面負載超過門檻，導致你的 CMS 或 CDN 開始延遲載入第三方腳本，包括你的廣告元件。

如果你什麼都不檢查，至少也要確認廣告元件是否仍在相同位置、以相同速率在你的主要流量區段中呈現。

原因四：元件與創意衰減#

即使沒有任何東西「損壞」，如果服務於你內容推薦元件的創意輪播已過時，該區位的收益也可能下降。這可能是因為網路沒有刷新展示給你特定庫存的廣告，或是因為你區位的參與度訊號導致其在網路內部排名中被降級。這是從發布者角度看到的，與媒體買家在廣告主端關注的創意疲乏概念相同：持續投放而未更新的廣告會失去效力，而一個沒有將新鮮、有競爭力的創意輪入你區位的網路，即使流量和填充率穩定，收益也會減少。

診斷檢查清單#

OpenAdLibrary 如何幫助你區分「全網路問題」與「僅限於我」#

區分全網路需求問題與網站特定問題的最快方法是，檢查你所依賴的垂直領域目前的即時創意量是否真的減少了（這是真實的需求訊號），而不是僅從你的收益圖表假設。OpenAdLibrary 的廣告情報工具 讓你可以按垂直領域和網路檢查當前的創意數量和市佔率，這能告訴你所在類別的廣告主量是否真的變薄，還是問題出在你自己的網站上。

為什麼綜合 RPM 隱藏的比揭示的更多#

儀表板上單一的 RPM 數字已經是橫跨你網站所有地區、裝置和推薦來源的平均值，這意味著它可能在掩蓋底下真實變動的同時保持平穩。一個 60% 流量來自單一地區的網站，可能看到該地區的 RPM 明顯下降，但整體綜合 RPM 僅微幅下滑，因為其他 40% 保持穩定。這正是區段層級分析比總體數字更重要的原因：總和數字可能低估你最大區段的真實問題，或讓真正嚴重的問題看起來像正常的雜訊。

同樣的邏輯適用於裝置組合。原生廣告的填充率和收益通常在桌面和行動裝置之間有所不同，如果你的流量裝置組合發生變化，例如病毒式社群分享帶來一波行動流量，但其變現效果不如你通常的推薦流量，那麼即使你的變現設置沒有任何改變，綜合 RPM 也會下降。在斷定有東西損壞之前，先檢查今天觸及你網站的流量是否與產生你基準 RPM 的流量相似。

養成及早發現問題的習慣#

被 RPM 下降搞得措手不及的發布者，通常是那些只查看總體收益、每週或每月一次，而沒有養成區段層級審查習慣的人。每月執行一次上述檢查清單的輕量版本，而不是只在出現問題時才檢查，可以在需求側疲軟和網站端問題還很小時就發現它們，避免整個月的收益已經受到影響。同時，關注垂直領域層級的廣告壽命趨勢：如果整個市場上在你主要垂直領域運行的廣告壽命明顯比上一季短，這是一個值得關注的早期需求側訊號，早於你自己的 RPM 顯示出影響。

一個簡短的操作範例#

假設你的綜合 RPM 在三週內下降了約 15%。第一步檢查：流量是否也下降了，還是只有 RPM？如果流量持平，只有 RPM 下降，那就是收益問題，而非需求問題。接下來，按地區細分：如果下降集中於你的前兩個地區，且符合去年同期的模式，那麼季節性是最可能的解釋，你可以預期它會在其自身的時間表上部分恢復。反之，如果下降均勻分佈在所有地區，且不符合任何過往年份的模式，則更可能是全網站技術問題（檢查最近的部署是否觸及了廣告元件的放置位置或同意管理工具的設定），或是你主要垂直領域的真正需求側轉移。

按照這個流程操作通常比聽起來花費的時間少，而且它能用實際答案取代猜測，這很重要，因為每種原因的解決方法完全不同：季節性大多意味著等待其過去，同時將注意力重新分配到其他廣告位；網站端問題意味著特定的技術修復；需求側轉移可能意味著多元化你的庫存服務的垂直領域，而不是等待可能不會在同一垂直領域發生的復甦。

結論#

RPM 下降讓人感到神秘，是因為圖表只顯示症狀，而非原因。按照季節性、網路需求、你網站的變更和創意衰減的順序進行排查，從最便宜、最可控的檢查開始，能讓你比盯著下降的曲線並假設最壞情況更快找到真正的原因。大多數時候，問題是這四者之一，很少同時發生，也很少是永久性的。