把旺季功勞算給新廣告:季節性干擾指標判讀的五次錯誤檢討
季節性會同時推動流量、轉換率與廣告成本。不先把它排除,就會把旺季的成長歸功給新做法,把淡季的回落當成失敗。判讀任何指標變化前,先拿去年同期對照,再看沒有做改變的部分是否也一起變動。
這篇是一份錯誤檢討。我把過去幾年看過、也親自犯過的季節性誤判,整理成五個示範情境。情境裡的產業與細節經過重組,不對應任何一位真實客戶,也不寫具體成長數字。重點是每次錯在哪裡,以及之後補上了哪一條規則。
第一次錯誤:新廣告上線,剛好碰上旺季
示範情境是一家賣保溫餐具的電商。秋天換季前,他們換了一組新的廣告素材。上線後三週,業績明顯上升。大家認定新素材有效,決定把預算全部移過去。
錯在哪裡?那三週正好是天氣轉涼、保溫用品需求自然升高的時間。回頭看前一年同一段時間,沒有換素材,業績也有類似的上升。新素材可能有幫助,但幫了多少,當時的資料根本分不出來。
補上的規則:任何新做法上線,先問一句「去年這時候發生什麼」。如果上線時間碰上已知的旺季,就保留一部分預算給舊素材,讓兩組在同一段時間並跑。沒有對照組,就不要把成長全部算給新做法。
第二次錯誤:月對月比較,把農曆年當成警訊
第二個示範情境是一家 B2B 的設備維修服務。二月的報表出來,詢問量比一月少很多。老闆很緊張,要求檢查網站是不是出了問題。
網站沒有問題。那年的農曆年落在二月,企業客戶放長假,採購與維修需求都延後。更麻煩的是,前一年的農曆年落在一月,所以連拿「去年二月」來比也會失真,因為兩年的假期不在同一個月。
補上的規則:遇到會移動的節日,比較時要對齊節日,而不是對齊月份。做法是把「農曆年前兩週、年假期間、年後兩週」當成固定區段,每年拿同一個區段比較。端午、中秋這類農曆節日也一樣。報表上直接標出節日區段,看的人就不會被月份騙。
第三次錯誤:淡季轉換率上升,以為頁面改好了
第三個示範情境是一家婚禮攝影工作室。淡季時他們改版了作品集頁面。改版後轉換率上升,團隊很高興,準備把同樣的改法套到所有頁面。
後來才發現,轉換率上升的主因是分母變小。淡季時隨意逛逛、比價收集靈感的訪客大量減少,留下來的多半是婚期已定、正在認真找攝影師的人。這群人本來就比較容易詢問。頁面改版可能有幫助,但轉換率上升不能直接證明這件事。
補上的規則:轉換率一定要和流量、詢問數一起看。如果轉換率上升,但詢問數沒有增加,甚至減少,那多半是訪客組成變了,不是頁面變好了。判斷頁面改版,要看同一類訪客改版前後的行為,例如只看搜尋品牌名稱進來的人。
第四次錯誤:用旺季的成本,訂全年的預算
第四個示範情境是一家補習班的暑期招生。暑假前一個月,廣告的單次詢問成本很低。行銷負責人用這個成本推算全年預算,訂了一個很有野心的目標。到了秋天,成本明顯變高,目標一路落後,團隊開始懷疑廣告帳戶是不是設錯。
帳戶沒有設錯。暑假前是家長主動找課的時間,需求本來就集中。秋天需求變少,同樣的預算換到的詢問自然變少。拿旺季的成本當全年基準,等於事先替自己設下一個不可能達成的目標。
補上的規則:預算與成本目標要分季訂。至少分成旺季、平季與淡季三段,各自有一個可接受的成本範圍。Google Ads 的智慧出價有一項季節性調整功能,用於事先可預期的短期轉換率變化,適用條件與設定方式請以 Google Ads 說明中心的說明為準。即使不用這項功能,分季訂目標這件事也該先做。
第五次錯誤:週報被連假與發薪日帶著走
第五個示範情境是一家賣保健食品的小品牌,團隊每週一開會看週報。某一週業績很好,下一週業績很差。會上花了半小時討論是不是社群貼文出了問題。
翻了日曆才發現,業績好的那週包含月初,許多上班族剛領薪水;業績差的那週剛好接在一個連假後面,大家剛花完錢。社群貼文沒有問題,是日曆在影響數字。
補上的規則:週報不和上一週比,而是和過去幾週的平均比,並在報表旁標出這週有沒有連假、月初或大型促銷。如果你的團隊已經有每週例行檢查,可以把這三個標記加進每週十分鐘例行檢查表裡,省下很多不必要的討論。
五次錯誤的共同點是什麼?
| 錯誤 | 當時看到的現象 | 真正的主因 | 之後的規則 |
|---|---|---|---|
| 新廣告碰上旺季 | 業績上升 | 需求自然升高 | 保留舊素材並跑,先查去年同期 |
| 月對月比較 | 二月詢問大減 | 農曆年假期移動 | 對齊節日區段比較 |
| 淡季轉換率上升 | 轉換率變好 | 訪客組成改變 | 轉換率搭配詢問數一起看 |
| 旺季成本訂全年預算 | 秋天成本變高 | 需求集中在暑假前 | 預算與成本目標分季訂 |
| 週報忽高忽低 | 單週大起大落 | 發薪日與連假 | 和多週平均比,標出日曆事件 |
五次錯誤的共同點,是把「時間」當成背景,而不是變數。季節、節日、發薪日與連假,每一個都會推動數字。它們不會出現在 GA4 的報表欄位裡,所以要由人主動補上。GA4 的比較與日期設定方式可以參考 Google Analytics 說明中心。
判讀前的四道檢查
- 查日曆:這段期間有沒有節日、連假、月初月底、學校寒暑假或產業旺季
- 查去年:去年同一個節日區段,同一個指標怎麼走
- 查對照:同期間沒有任何改變的頁面、管道或地區,是否也一起變動
- 查組成:流量來源與訪客類型有沒有明顯改變,轉換率是不是只因為分母變小
四道檢查都過了,才把變化歸給你做的事。如果想進一步把季節性從趨勢中拆出來,做法可以參考從趨勢裡拆出季節性的三種方法。若團隊想找人一起建立判讀規則,可以看我們的數據判讀與報表規劃服務。
把季節寫進報表的一張事件曆
五次錯誤之後,我開始要求每個合作團隊維護一張事件曆。它只是一份共用試算表,但效果比任何儀表板都直接。
- 第一欄:日期區段,寫起訖日,不只寫月份
- 第二欄:事件類型,分成節日、連假、發薪日、學校假期、產業旺季、自家促銷、外部新聞
- 第三欄:預期影響,寫「可能增加」或「可能減少」哪一個指標,不寫幅度
- 第四欄:實際觀察,事後回填這段期間指標真的怎麼走
第四欄最重要。連續填一年之後,你會有一份屬於自己產業的季節地圖。哪個節日影響大,哪個幾乎沒有感覺,不再靠印象。新人接手報表時,也能從這張表看懂為什麼某幾個月的數字特別高或特別低。事件曆的維護很花時間嗎?其實不會,每週花幾分鐘補上一兩列就夠了。
適用與不適用的情況
這份檢討適合有明顯淡旺季、或客戶受假期與發薪日影響的產業,例如零售電商、教育、婚禮、旅遊與節慶禮品。它也適合每週或每月要對老闆報告數字、常被要求解釋起伏的行銷人。
它不太適合需求全年平穩、成交週期很長的 B2B 專案型業務,那種情況下季節的影響通常小於單一大客戶的進度。它也不適合資料不滿一季的新網站,那時連季節都還看不出來,應該先累積資料。另外,五個情境都是示範,你所在產業的旺季時間與強度要用自己的歷史資料確認,不要直接套用。
