報表數字突然暴跌先查哪裡：指標異常排查順序的七個問答

指標異常時，排查順序是由外而內、由便宜到昂貴：先確認資料本身有沒有壞，再看是不是日期與比較基準選錯，接著看流量來源，最後才看網站與商品。順序反過來，常常改了一堆東西，最後才發現只是追蹤碼掉了。

這篇用問答體寫。問題來自中小企業老闆與行銷人在報表出現異常時，最常問我的幾句話。回答依排查順序排列，從第一問讀到最後一問，就是一次完整的排查流程。文中情境均為示範情境。

問一：報表數字突然掉很多，第一件事該做什麼？

先不要開會，也不要改廣告。第一件事是確認資料有沒有在收。打開即時報表，自己用手機走一次網站，看自己的造訪有沒有出現。再走一次購買或填表流程，看轉換事件有沒有觸發。

這一步花不到十分鐘，卻能排除最常見也最冤枉的原因：追蹤碼被拿掉、同意橫幅擋住了事件、表單換了外掛導致事件沒觸發。GA4 的即時報表與除錯檢視的操作方式，可以查Google Analytics 說明中心。

問二：資料有在收，那會不會是我看錯了？

很有可能。第二步是檢查比較基準。下面幾個情況，數字都會看起來異常，其實什麼都沒發生。

• 比較區間不對等：拿有連假的一週比一般週
• 時區不同：報表時區與後台訂單系統時區不同，跨日訂單被算到不同天
• 資料尚未處理完：最近一兩天的數字還在補
• 篩選條件殘留：上次分析時套了某個來源或裝置的篩選，忘了清掉
• 定義改了：有人修改了轉換事件的設定，前後數字不能直接比

這一步也很便宜。把比較區間換成去年同期、上月同週，再看一次。若異常消失，就不需要往下查。

問三：確定真的掉了，要先看哪個維度？

先拆流量來源。總數掉了，通常不是每個來源平均掉，而是某一個來源掉很多。拆開之後，問題範圍立刻縮小。

掉最多的來源	優先懷疑	去哪裡確認
付費廣告	預算用完、廣告被拒登、付款失敗	廣告後台的狀態與帳單頁
自然搜尋	網站技術問題、搜尋結果版面變動、季節性	Search Console 成效與網頁索引報表
社群	發文頻率下降、帳號觸及受限	社群平台後台洞察
直接流量	追蹤參數遺失、應用程式內建瀏覽器	UTM 設定與來源對照表
推薦連結	合作網站拿掉連結或改版	推薦來源明細

付費廣告問題最常見也最容易修。廣告後台的狀態說明，可以查Google Ads 說明中心。UTM 設錯導致來源被拆散的情況，我在UTM 參數設定錯誤的修正順序寫過完整做法。

問四：來源都正常，可是轉換率掉了？

流量沒變、轉換變少，問題在網站或商品。這時候依序看下面幾件事。

• 裝置拆分：是不是只有手機掉，或只有某個瀏覽器掉
• 頁面拆分：結帳或表單流程哪一步的離開變多
• 時間點：異常從哪一天開始，那天有沒有網站更新、外掛更新、改價
• 庫存與價格：熱賣品缺貨、運費調整、優惠到期
• 付款與表單：金流服務或表單服務是否異常

時間點最關鍵。找出異常開始的那一天，再去翻那天的變更紀錄，八成的原因都在那裡。沒有變更紀錄的團隊，從今天開始建一份，任何人改網站、改廣告、改價格都寫一行。

問五：要不要先暫停廣告止血？

看問三的結果。如果問題在網站，例如結帳頁壞掉，暫停或降低廣告是合理的，不然錢會一直花在進不了結帳的流量上。如果問題只在報表，例如追蹤碼掉了，暫停廣告反而會讓實際業績真的掉。

所以先排查前兩步，再決定要不要動廣告。沒有確認原因之前，任何調整都會讓之後的判斷更難，因為你多加了一個變數。

問六：查到原因後，報表要怎麼處理？

原因若是資料問題，那段期間的數字不能用來做決策。在報表上加註解，寫清楚哪幾天、哪個指標、受影響的方向。不要用估算值去填補，除非另外標示是估算。

原因若是真實的業務變化，就把它記進月報，寫成「發生了什麼、怎麼發現、做了什麼」。這份紀錄累積起來，下次同樣的異常出現時，可以直接對照。資料保存的部分，可以參考資料保存期限到期前該匯出的七張表。

問八：排查時誰該做什麼？

中小企業常見的狀況是：老闆看到數字掉，同時傳訊息給行銷、工程外包、廣告代操三方，三方各查各的，最後在群組裡互相解釋。排查要有一個人主導，其他人依步驟支援。

步驟	主導者	支援者
確認資料有沒有在收	行銷承辦	網站外包協助檢查追蹤碼
確認比較基準	行銷承辦	無
拆流量來源	行銷承辦	廣告代操提供後台狀態
拆裝置與頁面	行銷承辦	網站外包查看變更紀錄
決定是否調整廣告	老闆	行銷承辦提供排查結果

老闆的角色放在最後一步，不是因為不重要，而是因為決策要建立在排查結果上。老闆一開始就下指令，團隊會跳過前面幾步，直接去改看得到的東西。

示範情境：一個週一早上的排查

以下是示範情境。一家賣手工皂的網店，週一早上發現上週轉換數明顯少於前一週。行銷承辦先用手機下了一筆測試訂單，即時報表看得到造訪，卻看不到購買事件。往下查，發現上週四網站更新了結帳外掛，購買完成頁的網址換了，原本以網址觸發的轉換事件因此失效。

後台訂單其實沒有少，只是報表沒記到。承辦重設事件、在報表加上註解，廣告維持原狀。整個排查停在第一步，沒有動到任何廣告設定。如果一開始就照直覺降預算，那一週的業績才會真的掉。

排查順序總表：可以貼在報表旁邊

順序	要確認的事	大約花費時間	排除後才往下
一	資料有沒有在收	十分鐘	是
二	比較基準與篩選是否正確	十五分鐘	是
三	哪個流量來源掉最多	半小時	是
四	裝置、頁面、時間點拆分	一到兩小時	是
五	網站變更與商品狀態	視情況	找到原因為止

時間是粗估，依網站規模不同。重點是每一步都比下一步便宜，所以先做便宜的。這和醫生看診先量體溫、再抽血、最後才照影像是同一個道理。

排查結束後，把這次的原因、發現時間、處理方式寫成一行，貼進變更紀錄。三個月後回頭看，會發現大部分異常反覆來自同幾個地方，例如外掛更新、表單換版、廣告付款卡到期。知道弱點在哪裡，下一次的排查就能直接從那裡開始。

問七：怎麼讓下次更早發現異常？

設定提醒。GA4 有自訂快訊與異常偵測功能，廣告後台也能設定預算與成效的通知。提醒不用多，抓三個最重要的指標就好，例如每日轉換數、每日工作階段、廣告每日花費。

再加一個人工習慣：每週一早上花五分鐘看上週的這三個數字。很多異常在發生的第二天就看得出來，只是沒有人在看。指標要怎麼挑，可以參考領先指標與落後指標的內部備忘。需要協助建立報表與提醒機制，請看服務項目。

適用與不適用的情況

適用：使用 GA4、廣告平台與一般電商或表單網站的中小企業，指標出現單日或單週的明顯變化。

不適用：長期緩慢下滑的趨勢。那種情況通常不是單一原因，而是競爭、產品、季節多重因素疊加，需要另外做趨勢分析，不適合用這套由外而內的快速排查。

限制：本文不涵蓋應用程式內追蹤與離線轉換匯入，這兩者的排查需要另外對照平台文件與內部資料流程。