舊部落格三百篇低品質文章怎麼處理：一次八週清理的時間線復盤

舊部落格累積大量低品質文章時，正確做法是分批處理：先匯出所有網址與數據，分成保留、改寫合併、noindex、下架四類，再逐批執行並觀察索引變化。不要一次全刪，也不要只靠刪文期待排名回升。

以下用一個示範情境說明。這是一家經營八年的 B2B 零件供應商，前幾任行銷人員為了衝發文量，在部落格放了大約三百篇文章。很多是產業新聞轉述、節日問候、幾百字的產品簡介。網站的服務頁排名停滯，新寫的深度文章也很難被看見。下面是八週的處理時間線，每一週記下做了什麼、為什麼、遇到什麼問題。

第一週：先別動手，把資料全部拉出來

第一週只做一件事：建立完整清單。從網站後台匯出所有文章網址、發布日期、字數、分類。再從 Search Console 匯出這些網址近十二個月的曝光與點擊，從 GA4 匯出瀏覽量與轉換事件。最後查有沒有外部網站連進來。

這週最常見的錯誤是只看後台文章列表。後台不會告訴你哪一篇有外部連結、哪一篇被業務拿去給客戶看。清單要合併三種來源，否則後面的判斷都會失準。GA4 的事件與報表設定可參考 Google Analytics 說明中心。

第二週：用四類分流，而不是用分數排名

拿到清單後，不要算綜合分數。分數會讓人以為有精確答案。改用四類分流，每篇文章只能進一類。

分類	判斷條件	處置方式
保留	仍有穩定曝光或點擊，內容大致正確，與現行服務相關	只做小幅更新，補內部連結到服務頁
合併改寫	同一主題有多篇短文，各自都不完整	挑一篇當主文改寫，其餘 301 轉址到主文
noindex	對既有客戶有用，但不適合搜尋使用者，例如舊版操作說明	保留頁面，加上 noindex，從網站地圖移除
下架	內容過時、與服務無關、沒有流量也沒有外部連結	移除並回應 404 或 410，從網站地圖與內連移除

示範情境裡，節日問候與轉貼新聞大多落在下架，產品簡介大多落在合併改寫。各類比例不重要，重要的是每篇都有明確去向。

第三週：先處理「合併改寫」，不是先刪

很多人會從下架開始，因為最快。這個順序有風險。先刪的話，原本的流量與連結沒有地方接。先把主文寫好，舊網址才有轉址的目標。

合併時不是把幾篇文字貼在一起。要重新決定這篇主文要回答什麼問題，把舊文中仍正確的資訊、圖表、規格整理進去，刪掉重複段落。改寫的方向可以對照 Google 的實用內容自我評估問題，特別是內容是否提供原創資訊與完整說明。

第四週：分批設定轉址與下架

主文上線後才設定轉址。示範情境裡，團隊把下架與轉址拆成每週一批，每批先在試算表記錄原網址、新網址、處置方式、執行日期。

• 每篇合併文的舊網址，用 301 轉到對應主文，不要全部轉到首頁
• 下架的網址回應 404 或 410，不要用轉址掩飾
• 更新站內所有指向舊網址的連結，避免轉址鏈
• 從 XML 網站地圖移除已下架與 noindex 的網址
• 用網址檢查工具抽查幾筆，確認狀態碼正確

狀態碼的選擇細節可以看HTTP 狀態碼判斷表。這週遇到的問題是分類頁與標籤頁仍連到已下架的文章，需要一併清理。

第五週：處理 noindex 與殘留頁面

noindex 的頁面要確認沒有同時被 robots.txt 封鎖。被封鎖時，搜尋引擎讀不到 noindex 指令，頁面可能仍留在索引裡。這是清理過程中很常見的設定衝突。

同一週也要處理清理後留下的空分類、空標籤、只剩一兩篇的彙整頁。這些頁面若不收斂，會變成新的低價值頁面。索引膨脹的處理順序可以參考索引膨脹的清理順序。

第六到第八週：觀察，不要急著再動

最後三週以觀察為主。每週看一次 Search Console 的網頁索引報表，確認已下架網址逐步移出、主文被正常檢索。也看服務頁的曝光是否有變化。

這段期間最大的誘惑是看到某週流量下滑就想回復。清理後短期波動是正常的，因為舊網址被移除、新主文還在被重新評估。判斷要看趨勢，不看單週。若真的發現誤刪有價值的頁面，從第一週的清單找回原文，重新上線並恢復網址。

回頭看，哪些地方可以做得更好？

復盤時，團隊列出三件下次會改的事。第一，清單建立時應該更早問業務與客服，有幾篇被拿去當報價附件的產品說明，差點被下架。第二，合併改寫的主文數量估少了，改寫比預期花時間，應該先排優先順序，從與服務頁最相關的主題開始。第三，轉址紀錄表應該從第一天就共用，避免兩個人重複處理同一個網址。

低品質文章常是長期累積的訊號，而不是單一錯誤，延伸閱讀可看網站被判定為低品質的七個累積訊號。如果你的網站也有類似狀況，可以參考我們的過往案例或聯絡技術 SEO 服務。

每週執行時要留下哪些紀錄？

八週的流程裡，最有價值的不是刪了多少篇，而是留下來的紀錄。沒有紀錄，三個月後有人問某個網址去了哪裡，沒有人答得出來。示範情境裡，團隊用一張共用試算表管理所有動作，每一列是一個網址。

• 原網址與文章標題
• 分類結果：保留、合併改寫、noindex、下架
• 判斷理由，用一句話寫清楚，例如「內容過時且無曝光」
• 處置後的新網址或回應的狀態碼
• 執行人與執行日期
• 執行後抽查結果與抽查日期
• 備註：是否有外部連結、是否被業務使用

這張表同時是交接文件。行銷人員異動時，接手的人打開表格就知道每個網址的來龍去脈。它也是下一次清理的起點。清理不是一次性專案，網站持續發文，就會持續產生需要判斷的舊內容。

清理期間，新文章要不要暫停？

不用全面暫停，但要調整方向。清理期間新寫的文章，應優先支援合併改寫後的主文，或補上清理過程中發現的內容缺口。示範情境裡，團隊在第三週發現好幾篇被下架的節日文章，其實反映出客戶在年底會詢問交期與備貨，於是把這個需求寫成一篇正式的交期說明，放在服務頁旁邊。

同時要避免重蹈覆轍。新文章上線前，用同一套四類標準問自己：這篇半年後會落在哪一類？若答案是下架，這篇就不該寫。發文規範可以寫成一頁，貼在團隊共用的地方，讓每個人都能在動筆前自我檢查。這比事後再清理一次省力很多，也讓網站不再累積下一批低品質文章。

規範不必複雜。寫清楚三件事就夠：每篇文章要回答哪一個客戶問題、要連到哪一個服務頁、由誰負責日後更新。三件事有一件答不出來，就退回重想題目。

適用與不適用的情況

這套八週流程適合文章數量在一百到數百篇、多數由早期人員為衝發文量而寫、目前團隊有一到兩人能負責執行的網站。它的前提是你能取得 Search Console 與 GA4 的資料，並有權限修改轉址設定。

它不適合文章數以萬計的大型網站，那類網站需要程式化分類與更長的觀察期。它也不適合因為人工處罰或資安事件導致排名下滑的網站，那種情況要先處理處罰或安全問題，清理文章無法解決。清理低品質文章不保證排名回升，它只是移除拖累，讓真正有用的內容有機會被看見。