熊貓演算法風險自查：流量下滑後的品質線索與排除順序

週一早上十點，自然搜尋的流量曲線連續第三週往下走，報表投射在會議室的牆上。行銷負責人等一下要向老闆報告，而她預期對方只會問一句：「是不是被 Google 懲罰？」先說清楚，這是構想出來的情境，不是任何真實公司的案例，但這個處境常見到幾乎每個經營內容網站的人都遇過某個版本：手上有症狀，心裡有焦慮，會議紀錄上需要一個說法。

「是不是被懲罰」聽起來是一個問題，拆開是三個：這是演算法層級的變動嗎？是內容品質造成的嗎？現在就該刪頁面嗎？三個問題的證據不同、答案不同、對應的動作也不同。把焦慮換成可驗證的假設，是處理流量下滑的第一步，也是把感覺變成判斷的唯一路徑。

判斷有順序。先排除技術、需求、競爭三種病因，確認線索真的指向品質，再逐頁盤點站上的負債；盤點完成後，依每一頁的用途與缺口選擇改善、整併、隔離或移除；處置之後管理預期，再把整個流程內建成每季重跑的例行檢查。以下每個判斷點都附判準與對應的數據，不需要相信任何傳聞。

快速重點：熊貓演算法於 2011 年上線、2015 年併入核心排名系統，今天查不到熊貓分數，也沒有獨立的熊貓更新。流量下滑先區分技術、需求、競爭與品質四種病因；盤點時零流量不是罪名；清理後索引減少可能是預期結果，時程常落在數天到數月。

先分流，再動手：四種掉流量病因與排除順序

檢查的順序不取決於哪個話題熱門，取決於驗證成本。技術故障幾個小時就能確認或排除；需求與季節要對照同期資料；競爭變化要打開結果頁逐一檢視；品質假設需要的證據最多、驗證期最長，所以排在隊伍末端。把順序排對省下的是動員成本：病因排除之前就叫編輯台全面改內容，等於把整季產能押在還沒立案的假設上。

↔ 左右捲動檢視完整表格

病因	第一份數據	排除動作	若排除，下一步
技術故障	索引狀態與檢索異常	查 noindex 誤設、robots 規則、伺服器回應與追蹤碼	轉向需求與季節比對
需求與季節	年度同期曲線與產業週期	比對去年同期表現，確認查詢需求是否整體降溫	檢視競爭面的變化
競爭變化	主力查詢的第一頁結果	看結果內容類型與版面是否改變、對手是否改版	品質假設升為主線
內容品質	下滑範圍、時間與低價值頁比例	進入負債盤點，逐頁記錄存在目的	擬定處置與驗證組合

技術故障排第一位，因為它的症狀最像懲罰、排除卻最快。流量近乎歸零、且在一兩天內發生，這種形態優先往技術方向查：索引狀態、範本是否誤設 noindex、robots 規則、伺服器回應與追蹤碼，逐一確認。回到開場那位行銷負責人：假設她在清內容之前先看索引報表，發現上個月改版把整批新頁面套上 noindex、追蹤碼也一併失效，那麼報表上的下滑其實是測量先壞了，與品質無關。重點在順序：量測與索引的檢查，永遠排在內容診斷之前。

品質訊號造成的能見度變化，形態通常不同：影響集中在特定頁面群，以週或月為單位漸進移動，鮮少一夜歸零。這個差異不能拿來確診，但能幫你排序假設。需求與季節的排除靠對照：把今年的曲線疊上去年同期，看降幅是否同步出現；再確認主力查詢的整體需求是否降溫、產品線是否進入淡季。若下滑只落在剛進季節低點的產品線，答案可能就寫在日曆上。

競爭面的排除要打開目標查詢的第一頁。如果結果頁開始偏好另一種內容格式，或前幾名換了新的面目，下滑可能來自被超越，與處罰無關；結果頁的判讀方法，參考SERP 分析的基礎觀念。若時間點與官方更新重疊，拿出Google 演算法更新的歷年紀錄對照是合理的動作，但時間重疊只能排序待查假設，不能當因果證明：核心更新的影響期常長達數週，季節與競爭變化也可能同時發生。

品質假設要立案，需要三個條件同時成立：下滑範圍集中在站內可指認的低價值頁群；時間軸無法用技術、需求、競爭解釋；站內確實存在相當比例的範本頁、搬運頁或過期頁。三個條件的證據都指向Search Console 的成效與索引報表，再搭配分析工具與轉換資料交叉比對；工具的挑選與搭配方式，可以看SEO 工具的比較整理。條件不齊就先補證據，不要先動頁面。

「被熊貓打到」為什麼多半是一句誤診

熊貓演算法是 2011 年 2 月上線的搜尋品質更新，處理的對象是大量生產、對讀者價值稀薄的頁面模式。Google 當年的官方公告寫明，初次更新明顯影響將近 12% 的美國地區英文查詢。這個數字描述整體查詢的比例，用來說明那次變動的規模，不是任何單一網站的流量跌幅；把 12% 套進自家報表推算損失，等於把分母不同的兩個數字接在一起，算出的結論沒有意義。

官方的排名系統文件對幾個名字的歸屬寫得很清楚：Panda 在 2015 年併入核心排名系統，Penguin 於 2016 年跟進，Hummingbird 則是 2013 年對查詢理解的一次整體改進。三者今天已非各自獨立運作的常駐開關，各自的訊號方向留在核心排名裡持續作用。軸線的差別在診斷時很有用：熊貓這條線看內容品質，企鵝那條線看連結操弄，蜂鳥那條線看語意與意圖理解。查錯軸線的代價很實際：清了三個月的內容，病因可能出在一批去年買進的連結上。

「被熊貓打到」在今日多半是一句誤診。品質依然重要，問題出在這個說法預設了一個不存在的物件：一張可查閱、可申訴、可註銷的罰單。實際狀態是品質訊號在核心排名裡常態運作，沒有獨立可觀測的熊貓更新，也沒有開放給站方的分數。幾個流傳多年的說法，對照如下表。

↔ 左右捲動檢視完整表格

常見說法	實際狀況
會收到罰單或通知	核心排名變動不出現在手動處置報告，對一般核心更新也沒有申訴流程
Search Console 查得到熊貓分數	Google 從未提供可查詢的品質分數或全站平均分，多數訊號在頁面層級作用
2011 年的舊聞不必理	品質訊號仍常態運作；2022 年上線的實用內容系統是同一軸線的延續，但官方未說兩者共用模型
復原要花數年	時程取決於重新檢索與評估，官方說明的範圍是數天到數月，部分要等核心更新

用佇列重估的角度理解這套機制，比罰單的比喻更接近實況。系統持續辨認頁面的相對品質位置，位置變了，能見度跟著變；逐頁開單扣分是想像出來的畫面。修復的意義因此是讓頁面重新站回門檻之上，而不是把一張罰單註銷。分數查不到、申訴按鈕不存在，原因同樣在這裡。誤診的代價在此變得具體：以為自己在銷單，實際上是刪掉沒生病的頁面，真正的病因繼續留在站上，等下一季再爆發一次。

把熊貓放回Google 搜尋演算法的整體地圖，它是一段已經整併的歷史；品質這條軸線沒有退場，只是換了形式繼續作用。判斷站上是否真的有品質問題，下一個動作不是找分數，而是盤點負債，這也是SEO 整體操作框架裡最常被跳過的一段。

負債地圖：低價值頁面的四種生產路徑

品質負債很少來自有人故意做壞事，多半是四種生產路徑的自然副產品。先認出頁面屬於哪條路徑，修復才有對應主軸：範本量產靠整併與差異化，搬運重組靠改寫或移除，過期失效靠更新，互動沉積靠治理。當年熊貓針對的正是內容農場式的量產模式，這類站為何整批失去能見度，來龍去脈看內容農場的運作與風險；重點是，這是站點結構與產出節奏的問題，不是單一頁面的文筆問題。

• 範本量產：目錄頁、地區頁、批次上架的規格頁，同一套模板換個地名或型號就發佈。辨認特徵是頁與頁之間只有名詞不同，資訊密度趨近於零；修復主軸是整併同類頁，為真正有需求的版本補上差異化。
• 內容搬運與重組：未經授權整段抄襲他人的文章，或把自己站上的舊文換個句式再發一次。搬運涉及權利問題，重組則稀釋自己的主題聚焦，兩者都無法靠調整排版解決。
• 舊文過期失效：價格、版本、流程、規則都變了，頁面還停在兩年前。讀者照著做會出錯的內容，比沒有內容更傷，因為它消耗的是信任。
• 互動區沉積：留言、論壇、問答區堆積垃圾回覆與廣告連結，讓整個區域的頁面品質被拉低，檢索資源也花在沒有人要的內容上。

重複網址與抄襲是兩種問題，處理方式要分開。同一件商品同步出現在多個分類網址，屬於常見的合法重複；這種情況下 Google 會嘗試選出代表網址，站方用 canonical 表達正本偏好就夠了，設定的細節與常見錯誤，參考canonical 的設定實務。未經授權搬運他人內容，或整批缺少價值的頁面，是另一類問題，不能只靠 canonical 解決，該移除或重做的就走移除或重做。爬取預算是超大型網站與快速更新網站才需要優先管理的檢索效率議題，適用條件先確認再動手，判斷方法看爬取預算的管理時機。

品質評估的層級也要分清楚。從官方文件能確認的是：評估既看單一頁面的訊號，也看整個網站的訊號，兩者如何加總、權重多高，從未公開，也沒有可以反推的公式。新增十頁低價值內容，同樣不會出現逐頁扣分的可查罰則；這批頁面對全站評估的淨影響，公開資訊裡也查不到數字。實務上的保守解讀是：別因為「單頁看不出影響」就放任量產，因為後果不會逐頁通知，等它出現時，也無法追溯回哪一批頁面。

四種路徑裡，範本量產與網站架構的關係最深：分類怎麼切、地區頁要不要存在、規格頁要不要獨立網址，都是結構決策。架構面的規劃原則，搭配網站架構與 SEO 結構設計一起看會更完整；四種出路的適用條件，後段統一說明，避免邊盤點邊下判斷。

盤點的紀律：零流量不是罪名

逐頁盤點的第一條紀律：零搜尋流量不是罪名。一頁沒有搜尋流量，可能是服務既有顧客的說明與下載頁、支援業務流程的規格與報價頁、承接季節需求的活動頁，或只是還沒取得能見度的新內容。流量是線索之一，不是判決；先確認頁面的存在目的與支持證據，再決定動作，順序不能倒過來。

舉一個構想情境（非真實案例）：一個在多個城市都有實體據點的連鎖服務品牌，每個據點一頁，頁面上是該分店的地址、營業時間、服務項目與在地常見問題。這類頁面的判準是用途與獨立價值：資訊真實、屬於該地、讀者拿得到別處沒有的細節，它就與換地名的門扉頁不同，不該因為單頁流量低就整批刪除。反過來說，若頁面只剩地址一行字、其餘全站複製，那才是負債，處置方向完全相反。

盤點的資料來源要交叉：Search Console 的成效資料、分析工具的行為資料、轉換資料，再加上完整的頁面清單。報表有列數上限與隱私門檻，未出現的頁面不能直接標成零流量，要用頁面清單補齊再判斷，別把「資料看不到」誤判成「沒有價值」。轉換資料尤其值得單獨拉出來看：報價頁與規格頁常常搜尋流量低、成交占比卻高，這個反差正是零流量不等於零價值的直接證據。

長尾頁的判讀容易走偏。總流量低但意圖精準的頁面，常常是資產：它們回答的問題具體、離轉換近，與負債的差別在目的是否明確。判斷長尾頁去留的思路，可以搭配長尾關鍵字的經營邏輯，重點是先問這頁為誰存在，再問它帶了多少流量。

盤點要留紀錄。每一頁的去留都寫下理由：為什麼保留、為什麼整併、為什麼移除，依據是哪份資料的哪個欄位。這份紀錄讓下一輪盤點不必重新辯論同樣的頁面，對老闆或客戶的交代也有憑據，而不是「顧問說要刪」。紀錄不必精美，試算表的備註欄就夠，關鍵是可回溯。

判準從哪裡來：把官方自評題目收攏成三個問題

Google 在 2011 年 5 月的官方文章列過二十餘條品質自評問題，範圍從「內容是否提供原創資訊、報導、研究或分析」，一路到「這個網站是否值得信任」。官方對這份清單的定位是審查方向：幫站方自我檢查內容，而不是一份可以重建的分數表。題目後來被引用了十多年，但 Google 從未把任何一條變成可查詢的計分項。

這個設計背後的原因，在於品質判斷做的是模式辨認，不是規則清單。官方揭露的是訊號方向；模型、權重與門檻從未公開，也可能隨時間調整。所以「做到第幾條就安全」的清單思維沒有立足點，市面上宣稱能代查 Google 品質分的服務，查的也是一個不存在的數字。把已知（方向）與未知（計算方式）混在一起，就會出現「公式被我破解了」的幻覺；門檻會移動，昨天的安全不代表今天的安全，品質是持續維持的狀態，不是一次性認證。

方向是分散的題目，實務上需要收攏。把那二十餘條對照著讀，可以收成三個編輯台問題，分別對應三個訊號來源的軸線：

• 內容本體：這頁多說了什麼？拿掉這一頁，讀者在別處找不找得到幾乎相同的內容。找得到，這頁的處境就危險；找不到，它才有存在理由。這是資訊增益在編輯台上的問法，也是判斷原創價值最快的一關。
• 可驗證性：誰為這頁負責？資料出處、作者或單位、更新時間，讀者能不能查證。責任歸屬清楚的內容，信任才有施力點，具體做法參考E-E-A-T 的實務拆解；醫療、財務、法律這類YMYL 主題容錯更低，標準要往上加。
• 可行動性：讀完能做什麼？讀者帶著問題來，離開時多了一個判斷、一個步驟或一個選擇，內容才有用；只是看完而沒有能做到的頁面，價值就很薄。

兩個常見誤差先校正。深度不是字數：三千字若大量重複，不會勝過八百字但完整回答問題的版本，字數與外部連結數量都不是品質的代理指標。原創也不是標新立異：把別人沒整理過的比較整理出來、把實際執行的過程與數據寫下來，都是原創。呈現環境（首屏廣告比例、行動裝置可讀性）是底線檢查：版面拖垮閱讀會折損好內容，但版面補不了內容的空洞。三問沒有通過，也不必然走向刪除，去留依下一節的處置條件判斷。

改善、整併、隔離或移除：四種出路的適用條件

盤點完的每一頁，用兩個問題定位：這頁還服務真實用途嗎？內容缺口多大？用途的證據在盤點時已經收集：商業用途、轉換支援、外部連結、法規保存需求。缺口看三問的結果：本體、可驗證性、可行動性各差多少。缺口小、修得起來，就改善；缺口大到重寫等於新文章，而且用途與既有頁重疊，就走整併；用途還在但不需要進索引，隔離；用途與保存需求都不存在，移除。

↔ 左右捲動檢視完整表格

出路	適用條件	執行動作	事後驗證
改善	有明確用途、缺口小	補獨有資訊、更新過期資料、修好責任歸屬與出處	主力頁曝光、點擊與轉換
整併	多頁用途重疊、互相搶能見度	用 301 併入最完整的版本，移除其餘網址	併入頁是否吸收原本的成效
隔離	有用途、但不需要進索引	設 noindex，保留給使用者與內部流程	索引頁數下降、用途仍正常運作
移除	無用途、無保存需求	回傳 404 或 410，清掉站內連向它的連結	索引清除、無孤立連結殘留

整併最常被做半套。把重複頁群用 301 併入最完整的版本之後，還要處理關鍵字自我蠶食的殘局：檢查併入頁的標題與內文是否還留著互相競爭的關鍵字變體，站內連向舊網址的連結也改指新位置。要分清的是，canonical 只表達正本偏好，供系統選代表網址時參考，它不是整併的替代品；要讓網址真正消失或轉移，靠的是轉址與移除。

隔離與移除各有工具面的提醒。noindex 的使用時機與常見誤設，看noindex 的觀念解析；Search Console 的移除工具只適合緊急暫時隱藏，不是刪除方法，效期一到頁面會回到原本狀態。更新 sitemap 的作用是告知目前希望索引的網址清單，不保證系統立即重新處理，產生與提交的細節看sitemap 的提交流程。

四種出路沒有一種是補字數、加圖、換標題。修復的判準是準確、有用、可維護、用途明確：內容對不對、讀者用不用得上、團隊養不養得起、這頁為誰存在。四個問題都有答案，字數少也是資產；四個都搖頭，再長也是負債。

大批移除之前，三個檢查不能省：保留完整的移除清單與新舊網址對應，日後救回或交代有依據；檢查外部連結的指向，別把別人引用的頁面直接拔掉；確認法規與內部的保存需求，某些交易與客服紀錄不是行銷說了算。若盤點到一半開始想走捷徑，先看過黑帽手法的實際代價再決定，操弄類的手法換來的多半是更大的問題。

清理之後，數字會怎麼動？

先給答案：變化常落在數天到數月之間，部分要等下一次核心更新，沒有固定週期的保證。會動的數字有四組：索引頁數、主力頁的曝光與點擊、平均排名、實際轉換。四組數字的意義不同，混在一起看容易誤判，特別是索引頁數，它的下降不一定是壞消息。

修復時程：為什麼常落在數天到數月

修復不是按下一個按鈕就結帳。Google 需要重新檢索、重新處理、重新評估被改過的頁面，大型網站的這個循環以週為單位計算；官方說明的範圍是數天到數月，有些效果要等下一次核心更新才反映。若這波清理包含主動移除頁面，索引頁數下降是預期結果，不是修復失敗的證據；主力頁的曝光、點擊與轉換是否改善，要另行驗證，兩件事不能互相推論。

驗證的組合是：索引狀態確認清除與保留都如期發生；主力頁的曝光、點擊與平均排名看方向，不看單日波動；實際轉換看品質假設的商業結果。同時要排除季節與需求的背景變動，去年同期的曲線仍然是最好的對照組。系統性的復原方法，搭配排名下滑後的復原流程與流量復原的完整做法，可以把觀察期拆成固定的檢查點。檢查點以兩週為一格、一季為一段，逐格記錄當期處置，歸因時才有材料對照。

點擊率要單獨判讀。CTR 上升可能是排名、版面或標題變動的結果，不等於排名上升；把點擊率的變化直接讀成品質回升，證據力不足，正確的讀法看CTR 點擊率的判讀原則。核心排名的調整不出現在手動處置報告，對一般核心更新也沒有申訴流程；Search Console 的曲線能呈現變化，但沒有任何欄位能標示「被熊貓壓住」。

觀察期結束仍沒有改善，回頭驗證三件事：診斷是否成立、需求是否改變、技術問題是否未解。「再刪一批」不是預設答案；重複一個沒被驗證過的動作，最多得到另一個未驗證的結果，還要賠上頁面存量與團隊信任。也要接受部分頁面不會回到過去的位置，能見度的分配一直在變，把資源押在還有需求、還能差異化的頁面上，比追悼舊排名實際。

新內容的進場門檻：生成式 AI 時代的準入檢查

官方方針先說清楚：Google 不是只因內容由 AI 產生就採取處置。判斷的重點有兩個：內容對讀者是否真有幫助，以及是否以操弄排名為目的而規模化生成。大量產出沒有新增價值、主要為了衝搜尋流量的內容，可能落入大量內容濫用的垃圾政策。政策的分界畫在規模與目的上：用 AI 潤稿、整理資料、跑初稿，都沒有問題；把生成管線開到全速、見關鍵字就生頁面，才會往紅線靠近。工具本身不是判準，用途與結果才是。

從經濟直覺看這條線更清楚。生成成本趨近於零之後，可複製內容的供給趨近無限，價值被壓低是供需的基本常識；第一手經驗因此從加分項變成多數主題的生存門檻，這是趨勢判斷，不是官方條文。HubSpot 的 2026 State of Marketing Report 提供一個第三方觀察：表現較好的內容團隊從追求產量轉向第一手深度，把 AI 當輔助，不當產出的本體。

產能面的治理要跟著改。KPI 不看篇數，看完成率、更新狀態、回訪行為與讀者回饋；這些指標管理內容存量的健康度，是管理建議，不保證任何排名結果。治理的動作很樸素：盤點現有存量、凍結沒有目的的新增、為每篇新內容指定負責人與更新週期。方針的完整脈絡，搭配Google 對 AI 內容的立場整理；把關卡放進內容行銷策略的排程裡，比事後補救便宜得多。

新內容的準入檢查，直接沿用前面三個問題：這篇多說了什麼？誰為它負責？讀完能做什麼？三問通過就進場，不通過就退回修改。整套流程不需要為 AI 另立標準，因為品質判斷從來不看作者是誰，看的是交付到讀者手上的東西。同一組問題也適用於舊文翻新：答案變了，就代表內容該升級。

把一次性自查，變成每季重跑的例行檢查

這套流程的價值在重跑。每季固定跑三段：分流排除、負債盤點、處置執行；排名明顯異動、大改版上線、或產品線調整時，再觸發一次額外重跑。例行的好處是把判斷分散在平常，掉流量的當下不必從零建立流程；週會被問到時，手上有最新一輪的盤點紀錄，不是臨時拼湊的說法。

日常的閘門放在發稿前：三分鐘問完三個問題，內容本體、可驗證性、可行動性，不通過就不發。分工上一個小隊就夠：行銷負責盤點與數據，編輯負責三問審查，工程負責 noindex 與轉址的落地，這是構想的編制建議，不是任何公司的實際案例。

要沉澱的資產是決策紀錄：為何保留、為何整併、為何移除，依據哪份資料。下一次歸因、下一次交接、下一次被問「你怎麼知道沒事」，答案都在紀錄裡，而不在任何人的記憶裡。

把話說滿：品質是需要持續維護的工作，任何網站都無法保證不受需求、競爭與演算法變動影響，部分頁面就是回不去。下一步的動作很具體：打開 Search Console，匯出頁面層級的成效資料，和分析、轉換、頁面清單交叉比對，標出第一輪要盤點的頁面群。開場那位行銷負責人帶進週會的答案，從「可能被懲罰」換成這份清單，加上一套說得出口的排除順序。