舊文章應更新、合併還是保留：內容營運的判斷流程

先問文章是否仍回答同一個問題

檢查舊文章時，先讀標題、主要答案和讀者下一步，而非只看發表日期。服務範圍可能改變，工具介面可能更新，外部政策亦可能有新版本。若文章仍能準確回答原本問題，而且沒有過時連結，不必只因日期較早就重寫。

相反，最近發表的文章也可能缺乏來源、內容空泛或與網站服務無關。內容清單可列出每頁的讀者問題、責任人、主要來源、最後實質檢查及已知限制。這樣安排更新，比以文章年齡或字數作唯一標準更有用。

把更新原因寫成具體差異

Google 的內容指引著重對既有或預期讀者是否有幫助、來源是否清楚，以及有沒有提供額外價值。實務上可先找出讀者仍無法完成的工作：步驟缺漏、選擇條件不清、例子不適合現況，或服務與聯絡入口已變。

更新任務應寫清楚改哪一段、依據甚麼來源、由誰確認。若只是修正錯字或排版，不應包裝成全新研究。若加入新流程，也要分開說明官方文件支持的事實、企業自己的做法及只是供讀者考慮的建議。

重複頁面要先分清搜尋意圖

兩篇文章使用相似字詞，不一定應合併。例如「網站報價要準備甚麼」與「上線後怎樣驗收」可以服務不同階段的讀者。若兩頁確實回答同一問題，而且各自只有部分內容，可評估整理成較完整的頁面，再處理舊連結與網址關係。

合併或移除可能影響既有訪客與外部連結，不宜只按流量低便批量刪除。先保存原內容、網址和決策原因，按已確認的範圍安排轉址或保留提示。沒有實際刪除授權時，可以先完成候選清單與改稿，讓決策有具體內容。

更新日期要對得上頁面實際變化

Google 的日期說明建議讓可見日期與結構化資料保持一致，日期應描述頁面發表或更新，而不是文章中某個活動的日期。內容營運可分開記錄首次發表與最近實質更新，並在有需要時附簡短更新說明。

不要每天自動換日期來製造新鮮感，也不要把排程日期提前當成已發表日期。若一篇稿仍在準備、等待批准或等待部署，內部狀態應如實保留。讀者看到的日期、頁面正文與發布紀錄，應能互相核對。

用小批次建立可持續節奏

每次可先處理少量高影響文章：仍有人需要的服務指南、連結失效的流程、被多處引用的常見問題。完成後核對一般網址、手機閱讀、內部連結及來源，再安排下一批。這樣可把內容品質與交付能力一起納入節奏。

週期性寫作也應先去重並保留來源不足的題目。某週只有足夠資料完成部分文章，就如實列出缺口；不應以相似段落或虛構案例補足數量。長期內容資產的價值來自能持續回答真實問題，而非報表上的稿件總數。

讓編輯工作單可以交給下一位同事

每篇更新工作單可只保留幾個必要欄位：原網址、要回答的問題、錯誤或缺漏段落、新來源、擬修改文字、批准人及驗收範圍。若需要企業內部證據，先列待補資料，不要以看似合理的數字或案例填空。這能讓編輯、設計與網站執行者處理同一個版本。

完成後記錄正文、標題、摘要及相關連結是否同步更新，並保存舊版以便比較。若文章引用的政策或工具仍可能變動，可指定合理的下次檢視條件，例如官方文件更改或服務範圍調整，而不是只為改日期而固定重寫。

交接清單

• 記錄每頁回答的問題、責任人與主要來源。
• 把實質內容更新、錯字修正及視覺修改分開。
• 合併前確認意圖、連結、原內容保存及授權。
• 讓首次發表、實質更新、排程與部署狀態保持一致。

常見問題

舊文章流量低，是否應直接刪除？

不能只靠單一流量指標判斷。還要考慮讀者用途、來源準確性、外部連結及是否能更新或整合。

修改幾個字就能把日期改成今天嗎？

日期應準確描述實際發表或更新。細小修正可以保留內部紀錄，不宜用日期變動暗示文章經過全面更新。

每星期一定要湊足指定文章數量嗎？

內容節奏應受來源與品質約束。資料不足時應保留缺口及待研究題目，避免重複或虛構內容。