01
觀察
資料直接顯示的事情,例如某頁在一段已說明的期間內有多少曝光或點擊。觀察要附上範圍,不能脫離 query、頁面、時間與來源。趙品翰在追蹤 200+ 個關鍵字的 SERP 波動時,最基礎的工作就是確保每一筆記錄都有這些邊界,否則兩個月後回頭比對,什麼都對不上。
Methods & evidence
本站不把觀察、推測與決策寫成同一種語氣。讀者應能看見一個建議來自什麼輸入、用了什麼規則、還缺少什麼資料,以及什麼新證據會讓方向改變。
ABOUT THIS METHOD
趙品翰畢業於交大資工,做了三年後端工程師後轉做 SEO。工程師的習慣讓他對「沒有可重現輸入輸出的操作建議」特別不舒服。2019 年他開始系統追蹤 200+ 個關鍵字的 SERP 每週變化,同時整理他看到的 SEO 建議——發現幾乎所有建議都把假設包裝成規則,卻沒有人說清楚這個規則在什麼條件下成立、什麼條件下不成立。這套四層架構是他試圖讓內容決策變得可審查、可修正的答案。
01
資料直接顯示的事情,例如某頁在一段已說明的期間內有多少曝光或點擊。觀察要附上範圍,不能脫離 query、頁面、時間與來源。趙品翰在追蹤 200+ 個關鍵字的 SERP 波動時,最基礎的工作就是確保每一筆記錄都有這些邊界,否則兩個月後回頭比對,什麼都對不上。
02
任何人用同一組輸入都能得到相同輸出的決策規則,例如先檢查重疊再判斷是否擴寫。規則是排序工具,不是萬用答案。2019 年趙品翰開始系統性整理他看過的 SEO 建議,發現大多數人在操作「規則」時,其實是在操作假設——他們把「這樣做通常有效」當成了可重複規則,但背後沒有任何可被核查的輸入輸出定義。
03
尚未被資料充分支持的解釋;會標示需要補什麼 SERP、內容、讀者或量測證據,不能偽裝成已知事實。趙品翰的原話:「大多數 SEO 建議是拜拜式的——其他人這樣做,你也這樣做,但沒有人知道為什麼。把假設標示成假設,是讓它有機會被驗證的第一步。」
04
在限制清楚的前提下,選擇保留、更新、合併、重寫或暫緩。決策要能被新證據推翻,也不是排名保證。有了工程背景,趙品翰習慣在做決策前先把「什麼條件會讓這個決策失效」寫出來——因為條件沒說清楚的決策,很容易在事後被合理化成正確的。
Decision order
這是工作台的公開優先順序。它故意把「是不是該重寫」排在後面,因為重疊、角色或意圖沒釐清時,改稿往往只是把問題寫得更長。
01
若兩頁回答同一個讀者任務,先比較角色與 query 範圍;重疊未釐清前,不用更多文字加劇分散。趙品翰曾稽核過一個部落格,三篇文章同時承接「網站速度優化」這個 query 群,三頁各自在做 SEO,卻互相搶走彼此的機會。他的第一個動作不是改內容,是先畫出三頁的 query 重疊地圖。
02
每頁要能被說成主代表頁或支援頁;角色不明時,曝光與更新月數不會自動告訴你該怎麼改。
03
以固定條件下的 SERP 或讀者證據確認需求。意圖不吻合時,先處理承諾與結構,而不是補關鍵字。
04
只有在任務、證據與預期檢查方式已清楚時,才安排保留、更新、合併或重寫。
Worked decisions
輸入:兩頁都談相近主題,且尚未列出各自的讀者任務。
方向:先做合併/分工審核:保留一個代表頁,讓另一頁回答可明確區分的子問題,或不再承接同一任務。
不宣稱:不因為其中一頁有較多字或較舊就自動刪除。
輸入:已有可描述的曝光、固定條件下的 SERP 抽樣與頁面角色。
方向:安排更新與證據複查:對照 SERP 承諾、標題、來源與讀者下一步,先列出必須改的事。
不宣稱:不承諾更新後會增加排名、流量或轉換。
輸入:缺少 query、索引狀態、內部連結角色或需求證據。
方向:暫緩改稿,先查可被發現性與需求;若已有更適合的代表頁,也應考慮重新分工。
不宣稱:不把低資料量叫做低品質。
Minimum receipt
Disclosure & correction
若頁面範圍、來源、SERP 描述或規則有誤,先回到原始條件核對,再修正由它衍生的建議。方法頁不宣稱所有既有內容已被完整審核;單篇文章仍應由自己的來源與日期承擔主張。
回報內容或方法問題Focused questions
分數會把重疊、任務、意圖、證據與成本藏進一個看似精準的輸出。EZBlog 優先顯示哪一條規則正在改變決策。
不是。它表示目前還缺少足以支持高成本動作的收據;暫緩同時會指向應先補哪一個檢查。
任何能改變讀者任務、SERP 證據、頁面範圍或更新成本的新資訊,都應重新進入同一套判讀流程。
不是。方法頁只說明本站的判斷標準;單篇內容仍要由它自己的來源、日期與限制承擔主張。