AO2 GUIDE 17 · 內容行銷
舊文章更新先盤點網址、讀者任務、來源與責任。區分保留、補強、整合及停用，安排改動與回顧紀錄，避免只增加字數或更換日期。
本篇提供一套內容盤點與處理方法，協助企業整理網址、來源、讀者任務與更新責任。文中的判斷與工作情境都是方法示例，實際保留或下架應依內容價值、資料狀況與網站需求確認。
舊文章更新：先盤點重要內容，不急著把全站重寫一遍
可以從核心產品、重要服務、仍有讀者的指南，以及業務常分享的頁面開始。列出公開網址、主要主題、預期讀者、資料來源、內容負責人與目前狀態。這份清單的用途，是讓團隊知道正在維護什麼，而不只是統計文章數量。
若網站很大，先選一個產品線或主題群組即可。不要因為清單還沒列完，就一直無法開始修正明顯錯誤。可以先處理已確認的資料問題，同時保留其他頁面的待查狀態，讓工作逐步推進。
盤點時也要包含文件、圖片與相關服務頁。文章可能還能使用，但下載的型錄已過期；產品名稱改了，圖片說明卻沒有同步。內容更新是維護一組相互引用的資訊，不只是在文章裡增加幾個新段落。
用讀者任務，判斷內容是否仍有用途
每篇先回答三個問題：它想幫誰、完成什麼判斷、看完應該去哪裡。如果只有「介紹某個主題」這種描述，就再往下問具體情境。對企業官網而言，一份低流量的技術說明，也可能經常被業務用來協助選型，不能只靠總流量決定去留。
接著確認企業是否仍提供相關產品或服務，以及文章中的條件是否成立。某項產品停產後，舊內容可能仍對既有使用者有幫助，但需要清楚說明狀態、文件與替代資訊。保留的理由應來自使用需求，而不是怕減少頁面數量。
如果數個題目很接近，可以先依 關鍵字與搜尋意圖研究 比較任務。相同字詞不一定代表同一篇內容，不同問法也可能需要相同答案。先理解用途，才能避免整合後反而丟失重要資訊。
把內容分成保留、補強、整合與停止使用
分類不必追求複雜分數，先留下清楚理由即可。資料可靠、任務明確的內容可以保留；缺少條件與下一步的文章可以補強；重複任務可以評估整合；已無法支持原本用途的內容，則需要判斷如何停止公開或提供適合替代。
| 處理方式 | 適合的情況 | 主要驗收重點 |
|---|---|---|
| 保留與定期回查 | 資料正確且仍有用途 | 來源、版本與閱讀入口 |
| 補強或重寫 | 任務成立但答案不完整 | 缺漏是否被實際補足 |
| 整合與重新分工 | 多頁重複或邊界不清 | 舊資訊及入口是否承接 |
| 停止使用或下架 | 已無適用需求或資料無效 | 替代說明與網址處理 |
這不是自動刪除規則。即使一頁最近沒有搜尋進站，也應確認是否有其他用途與連結。相反地，流量很高也不能成為保留錯誤資料的理由。先把事實與用途分開檢查，再安排適合的處理方式。
更新的優先順序，先看誤解與商業影響
可以優先處理三種情況：對產品條件的錯誤描述、會影響客戶下一步的重要缺漏，以及與核心產品高度相關卻缺少維護的內容。這些項目往往比純粹增加字數更值得先做，因為它們直接影響使用者的理解。
例如文章寫「可直接替換現有設備」，但實際需要確認供電與介面，就應先修正承諾並補上條件。若內容只是沒有最新日期，資料本身仍成立，則不必為了看起來新而改寫所有語句。Google 的實用內容文件也不鼓勵只為呈現新鮮感而更動日期。
排序時留下原因、負責人與預計回查方式，避免每個人都把自己熟悉的題目排第一。也可以參考 Search Console 工作指南 取得搜尋線索，但仍需結合產品與業務判斷，不能只依一個工具分數處理全站。
重寫之前，先回查原始資料與核准範圍
文章中每項重要敘述，都應能回到適合的來源。產品性能回查核准規格，服務範圍確認現行工作方式，案例則核對可公開紀錄。原稿曾經發布，不代表裡面的數字與承諾現在仍然成立。
遇到資料衝突時，先標記問題，不要選一句看起來比較好的版本。確認哪一份有效、適用哪個型號或市場，以及誰有權核准。這些結果應回寫底稿，讓之後的內容不再從不同文件重新拼湊。
如果重複確認占去很多時間，可以先處理 企業知識庫整理。當來源、版本與責任明確，文章、產品頁與問答內容就比較容易同步更新，也讓新同事能理解原本的判斷。
補的是缺少的答案，不是把文章拉長
先列出讀者還無法完成的任務，例如沒有說明適用限制、沒有同條件比較、找不到原始文件，或不知道下一步要準備什麼。再針對這些缺口補段落、表格或圖片。新增的內容應有用途，不必每次更新都重寫相同定義。
如果文章過長且任務太多，可以把較深入的子題拆到獨立頁面，並在核心內容提供清楚入口。若資訊很短，也不需要為了達到固定字數增加空泛說明。長度應支持任務，不能讓讀者為了找到一項條件，反覆穿過重複的介紹。
產品相關內容可依 產品頁實作指南 檢查用途、條件與證據；比較文章則參考 方案比較內容指南，確保不同選項使用相同的前提與單位。
整合頁面時，把舊網址與連結一起安排
合併文章前，先確認每一頁有哪些仍值得保留的資訊、有哪些入口，以及新的主要頁面是否能承接原本問題。不要只把兩篇文字貼在一起，也不要把所有舊網址都帶去首頁，因為首頁未必回答原本需求。
若需要變更網址或轉址，應由網站人員依實際架構規劃，並一起更新站內連結、文件與分類入口。移轉工作可參考 網站改版與 SEO 指南。內容整合與網址處理是相關工作，應在同一份清單中驗收。
上線後從舊入口走一次，確認讀者能到達相關內容，也檢查新頁面是否遺漏原先的重要條件。若舊文章有不同市場或版本，不能因為主題相似，就把所有人導向同一套不適用的說明。
圖片、文件與站內閱讀路徑要一起回查
一篇內容即使文字正確，圖片仍可能顯示舊配置，文件可能連到舊型錄，相關閱讀也可能已被移動。請把這些項目列入更新驗收。尤其尺寸、介面與流程圖，應確認圖文對應，而不是只換一張新的裝飾封面。
文章中的下一步也要重新判斷。讀者了解概念之後，可能適合看選型指南，而不是直接填聯絡表單。若產品或服務已有新的細項頁，就提供更準確的入口，相關方法可接著看 站內連結規劃。
手機版則檢查長標題、表格、圖片文字與文件按鈕。更新時新增的欄位，可能讓原本正常的表格變得太窄。請用實際閱讀任務驗收，不只在桌面預覽確認排版沒有跑掉。
保留變更紀錄，讓更新成為可交接的工作
每次更新至少留下日期、修改原因、重要來源、核准人與受影響網址。這些紀錄可以很簡單，但應能說明為什麼修改，以及下一次什麼情況需要回查。若只留下「已更新」，新同事仍然不知道內容的判斷基礎。
也可以安排固定的內容回查節奏，並在產品改版、服務範圍變更或文件更新時觸發額外檢查。維護責任應跟著內容交接，不能因為原本編輯者離開，就讓一批對外資訊失去負責人。
發布後觀察相關內容的使用與詢問回饋，但不要把短期流量變化全歸因於更新。先驗收原本缺口是否被補上，再持續觀察搜尋與網站資料。若要結合 AI 草稿與核准，可依 AI 內容流程 保留來源與人工確認。
常見問題
舊文章沒有流量，就應該刪掉嗎？
不應只看流量。先檢查資料是否正確、是否仍被業務分享、支援舊設備或被其他頁面引用，再判斷保留、更新、整合或下架。需要保留的低流量文件可精簡維護；沒有獨立用途的重複內容可整合。若移除，安排相關入口與網址處理，並保留理由。不要把測試站或尚未收錄頁面的零流量，直接當作內容沒有價值的證明。
每次更新都要換日期嗎？
日期應反映實際內容處理，不是為了看起來新。記錄更新了哪些主張、來源、條件與資料版本；只有排版或錯字修改時，依網站編輯規則處理，不暗示全面重新研究。實質更新後同步正文、FAQ、圖表、Meta 與必要文件，再驗收。讀者應能看出何時發布、何時查核及哪些資訊變動；頻繁改日期不能代替修正過期內容。
一次有很多篇要改，怎麼避免工作失控？
先按錯誤影響與讀者任務分組。優先處理錯誤規格、失效來源及重要流程，再處理重複與表達問題。每篇工作單寫清缺口、修改範圍、來源、負責人與完成判準，先完成一組再擴大。修改前保存版本，上線後核對正文、連結與 Schema 一致。尚未確認的資料留待辦，不為趕批次填入推測；完成篇數應以驗收通過計算。
參考資料
本文為 AO2 獨立編寫的企業實作指南。工作情境與清單為方法示例；平台功能與技術規範請以所列官方文件為準。
