輸入
頁面角色、更新時間、資料訊號、SERP 與重疊檢查狀態。
Content triage workspace
先做初步內容決策，
再安排重寫成本
這是純瀏覽器端工作台：你輸入自己的內容訊號，系統公開套用優先規則並顯示結果。沒有帳號、沒有掃描、沒有隱藏資料來源，也沒有品質分數偽裝成判斷。
Content decision workspace
先確認頁面的任務與證據，再決定要不要重寫
這個工作台不會爬你的網站、不會讀取 Google 帳號，也不會假裝知道 SERP。它只用你輸入的內容訊號，依公開優先順序整理一個可複查的初步決策。
優先順序
重疊與任務不明優先於重寫；已知意圖不吻合才進入結構調整。
輸出
一個初步方向、套用規則與要補的收據，不是品質分數。
初步內容決策
限制：這不是需求預測、品質評分、排名保證或自動網站掃描。決策前仍要檢查 query、SERP、頁面實際內容、更新成本與商業目標。
What the output contains
輸入、優先順序與待補收據會一起顯示
工具不會把內容決策壓成一個黑箱分數。它把你提供的訊號、被套用的規則與下一個驗證動作拆開，讓結果可以被質疑或推翻。
輸入不是資料庫
頁面角色、更新時間、曝光、點擊、意圖、SERP 與重疊狀態，全由使用者自行提供；未輸入的證據不會被假裝存在。
規則有優先順序
先處理重疊與角色不明，再看意圖、更新時間與 CTR。這避免一個低 CTR 直接覆蓋更根本的分工問題。
輸出不是保證
保留、更新、合併、重寫或暫緩只是當下的初步方向；每個輸出都附下一個可重做的檢查。
Decision scenarios
同一個「想改內容」，可能需要四種不同動作
01
保留並擴張
條件：頁面角色明確、意圖已有 SERP／讀者證據、相近頁已檢查，且現有點擊訊號足以閱讀。
初步方向：先補相鄰的子問題或連結分工，不急著建立一篇重複的新頁。
02
更新前先複查
條件：重大更新已久、CTR 偏低，但仍保有頁面角色與 SERP 收據。
初步方向：先列出已改變的來源、答案格式、標題承諾或讀者任務，再決定是否值得改稿。
03
合併或重新分工
條件：兩頁明顯重疊、互搶 query，或各自都說不清唯一要完成的任務。
初步方向：先安排代表頁與支援頁的角色，不用兩份相近內容競爭同一個讀者問題。
04
暫緩而非猜測
條件：資料少、範圍不明、SERP 未檢查或頁面角色尚未定義。
初步方向：輸出待補證條件與下一個檢查；不把低資料量包裝成低品質。
Before acting
完成決策前，至少補這五件事
- 明確寫出頁面唯一要完成的讀者任務。
- 列出可能重疊頁及其 query／角色範圍。
- 在固定地區與裝置下抽樣 SERP，記錄結果型態。
- 區分直接觀察值、人工判斷與尚待驗證的假設。
- 寫下改完後要用什麼資料或讀者行為檢查決策。
Focused questions
使用前的三個邊界
我可以把結果直接當成內容任務單嗎？
不建議。結果是初步方向，仍要回到頁面全文、query、SERP、更新成本與商業目標，才形成可執行的任務。
為什麼「已確認意圖」還要標記 SERP 抽樣？
因為「已確認」需要可回看的依據。工作台要求保留固定條件下的 SERP 或讀者證據，避免主觀感覺被寫成事實。
這個工具會把資料送到伺服器嗎？
不會。它在瀏覽器端處理表單輸入，不連線到帳號、不抓網站，也不保存你的內容資料。