SEO 實戰流程：企劃到迭代的可複製系統

← 回課程總覽　|　← 上一課　|　下一課 →

SEO 企劃與執行的核心，不是把一堆零散的技巧拼起來，而是建立一套能對著任何網站重複跑的流程：先用現況盤點、目標設定、路線圖決定要做什麼，再透過關鍵字到內容的產線化、技術掃雷、發布推廣與監控迭代把它落地。這堂課要給你的，就是這條從企劃一路走到迭代的主線，讓你下次面對一個新網站時，知道第一步先做什麼、第二步接什麼、什麼時候該回頭檢查。

為什麼多數人做 SEO 會卡住：缺一套流程，不是缺一個招式

很多人應該都這樣：讀完關鍵字教學就跑去選字，讀完技術 SEO 又跑去改網站，改完寫了兩篇文章，三個月後回頭看，排名沒動、流量也沒動，還說不清自己到底做對了什麼、做錯了什麼。這種狀態我見過太多次，問題幾乎從來不是你哪一個環節學得不夠深，而是你缺一條把所有環節串起來的主線。前十課我把 SEO 拆成一個一個的能力來教：關鍵字怎麼選、技術地基怎麼打、內容怎麼寫、內部連結怎麼佈、反向連結怎麼累積、AI 搜尋怎麼接、引用怎麼經營、數據怎麼看。每一課都是一塊積木。但積木本身不會自己變成房子，你需要一張設計圖，還有一個把它一塊一塊疊起來的順序。

這堂課就是那張設計圖加上那個順序。我要把前面所有能力，重新組裝成一個可以對著任何網站重複執行的系統。一個觀念我想先種下去：SEO 不是做完一次就收工的專案，而是需要持續檢查與調整的營運工作。成果出現的時間取決於網站起點、內容品質、檢索狀態與競爭環境，不能用固定月份保證。第九課我把數據循環的觀念講過一次，這堂課要把整個營運循環的骨架立起來。

一個常見的誤解是，以為流程化會抹殺彈性、讓 SEO 變成機械式的流水帳。恰恰相反。流程化的真正價值，是把「我現在該做什麼」這個問題的回答成本降到最低，把你的腦力留給真正需要判斷的地方，例如這個關鍵字背後的搜尋意圖是什麼、這篇文章能不能比目前第一頁的對手寫得更有價值。流程管的是骨架，判斷管的是肉，兩者不衝突。

一、SEO 企劃：現況盤點、目標設定、路線圖

企劃這個詞聽起來很重，其實它就是 SEO 的策略規劃，僅回答三個問題：我現在站在哪裡、我要去哪裡、我怎麼走過去。對應到 SEO 就是現況盤點、目標設定、路線圖。很多人跳過企劃直接動手，後果是做了三個月才發現方向根本錯了，前面那些工全部白做。企劃這一個步驟，目的是讓你之後每一週的工，都往同一個方向累積。

現況盤點：你現在站在哪裡

盤點不是把所有工具打開看一看，而是針對四個面向各拿出一個明確的結論。這四個面向是技術健康、內容資產、關鍵字版圖、連結與權威。盤點結束時，你要能針對每一個面向寫下一句話：「這一塊目前最大的問題是什麼」。如果寫不出來，代表你僅是看了數字，沒有做出判斷。

盤點面向	看什麼	主要工具	產出
技術健康	索引覆蓋率、檢索錯誤、核心網頁體驗	Google Search Console、PageSpeed Insights	一份「會擋住 Google 的問題清單」
內容資產	總頁數、有效頁數、流量集中度、過時內容	GSC 網頁報表、GA4 內容報表	一份「值得更新、值得合併、該刪除」的名單
關鍵字版圖	目前實際帶流量的字、有曝光沒點擊的字、完全沒進場的字	GSC 搜尋結果報表	一份「已吃下、半吃下、未進場」的字詞地圖
連結與權威	內部連結結構、外部連結概況、孤兒頁	GSC 內部連結報表、站內爬蟲工具	一份「重要頁面但沒人連過去」的清單

這張表的重點不在工具欄，在產出欄。很多人盤點完僅留下一堆截圖，那是沒有用的。盤點的價值是把現況濃縮成幾份可以拿來排優先序的名單，因為你不可能一週之內把這些全部修完，你必須知道先修哪一個。我自己在做這件事時，會強迫自己針對每一個面向寫下「如果僅能修一件事，我要修哪一件」，這個練習會逼你做出真正的判斷，而不是把一堆問題攤開就收工。

目標設定：你要往哪裡去

SEO 目標最常見的錯誤，是直接設成「某個關鍵字排上第一頁」。這個目標有兩個問題：第一，它不代表生意成果，一個字排上第一頁如果帶來的都是不會轉換的人，等於白排；第二，它不受你完全控制，排名是 Google 的決定，你僅能影響它，把目標設在一件你無法完全控制的事上，註定會焦慮。

比較健康的做法，是把目標分成三層。最上層是生意目標，例如「半年內自然搜尋帶來的名單增加」，這是為什麼要做 SEO 的根本原因。中層是 SEO 能直接影響的目標，例如「自然搜尋的非品牌流量」、「目標頁面的點擊總和」、「有效索引頁數」。最下層是產出目標，也就是你這一季到底要交付什麼，例如「產出 12 篇主題叢集文章」、「修完技術掃雷清單上的 20 個問題」。產出目標完全在你的控制內，先把它承諾下來，中層與上層的目標才有機會兌現。

把目標分層還有一個好處：當成效不如預期時，你可以一層一層往回問。生意目標沒達成，是因為 SEO 流量沒成長，還是因為流量成長了但轉換沒跟上？如果是後者，問題可能出在落地頁或報價，而不是 SEO 本身，繼續往 SEO 灌資源僅會越做越歪。這種分層診斷的能力，是把你跟僅會追排名的人拉開差距的關鍵。

路線圖：你要怎麼走過去

路線圖不是一份把所有想到的事都列上去的待辦清單，那叫願望清單，不叫路線圖。一份能用的路線圖，是把有限的時間排進有先後順序的階段，讓每一階段的產出成為下一階段的輸入。我自己用的模型是季度主題：一個季度（大約三個月）僅主打一個主題，把那個主題做透，而不是五條線同時開。

典型一年的路線圖長相會是這樣：第一季打技術地基與盤點，把會擋住 Google 的問題先清掉，同時把現況盤點做完；第二季建立第一批主題叢集，選定兩三個商業價值最高的主題，集中產出，順手把內部連結結構做起來；第三季擴張與收成，把第二季做起來的主題往長尾延伸，同時回頭更新第一季寫的內容；第四季往外拓展權威，經營外部引用與品牌訊號，銜接 AI 搜尋那一條路。這僅是範本，不是鐵律，重點是每一季都有一個明確的主詞，讓你知道這一季如果僅能做一件事，那是什麼。

排路線圖時有一個我會強迫自己回答的問題：如果這一季的計畫僅成功一半，那一半是哪一半？換句話說，我要確保計畫裡最重要的事排在前半段，而不是把最關鍵的工作壓在季末。SEO 的時間表很有彈性也很沒彈性，有彈性的是你可以隨時調整，沒彈性的是你跟 Google 之間隔著檢索與索引的時間差，越晚動手，越晚看到成果。

二、關鍵字到內容的產線化

企劃做完，接下來是產線。很多人寫 SEO 內容是靈感來了才寫，想到一個題目就打開編輯器，這種做法寫一年也產不出十篇有系統的文章。產線化的意思是，把「從一個關鍵字到一篇上線的文章」這段路，拆成一條可重複、可交接、可檢查的流水線。它解決的不是寫作靈感的問題，而是「寫出來的東西能不能穩定具備排名潛力」的問題。

產線化的前提，是先有一個字庫，而不是邊寫邊想字。如果你還沒有系統性的字庫，先回頭把關鍵字研究那一課的練習做完，產出一份能持續累積、有搜尋意圖標記的字詞表。字庫是產線的原料，沒有原料，再好的產線也跑不起來。

從字庫到主題叢集

字庫裡的字不會、也不應該一篇字對應一篇文章。正確的做法是先聚類：把圍繞同一個大主題的字詞集合起來，形成一個主題叢集，每一個叢集由一篇 pillar（樞紐頁）加上好幾篇 cluster（分支頁）組成。pillar 負責把這個主題的完整輪廓講一次，cluster 負責針對主題底下某一個子問題深入展開。這種結構的好處有兩個：對讀者，它提供完整的學習路徑；對 Google，它用一組互相支撐的頁面，清楚標示「我在這個主題上有完整的覆蓋」。

聚類時有一個判斷標準很實用：如果兩個字背後的搜尋意圖，可以用同一篇文章完整滿足，就合併成一篇；如果意圖不同，就拆成兩篇，再用內部連結串起來。很多人會把搜尋量接近的字硬塞進同一篇，結果那篇文章什麼都講一點，什麼都不夠深，這反而是 SEO 的大忌。Google 要的不是一篇什麼都涵蓋的文章，是一篇徹底回答某個問題的文章。

一篇文章的產線流程

字聚好、主題叢集排定之後，每一篇文章都走同一條產線。下面這幾個步驟，你可以把它當成檢查清單，每寫一篇就照著走一次：

1. 鎖定搜尋意圖：打開 Google 搜這個字，把第一頁的十個結果都點開看一遍，問自己：這些結果是文章、是產品頁、還是清單？它們共同的結構是什麼？讀者搜這個字時，真正想解決的問題是什麼？這一步決定你這篇文章要用什麼形式回答，比任何寫作技巧都重要。
2. 擬大綱：根據搜尋意圖，列出這篇文章必須回答的幾個子問題，排成大綱。大綱階段就要決定標題、描述、H2 結構。先有大綱再寫內文，可以避免寫到一半離題。
3. 寫初稿：對著大綱把內文填滿。這個階段我僅在意一件事，就是這篇文章對真人讀者有沒有價值，能不能比目前第一頁至少一篇對手寫得更好或更清楚。
4. 技術與內鏈檢查：標題與描述是否清楚、主標題是否明確、圖片有沒有適當的替代文字、網址是否簡短有意義，以及是否有自然的相關內部連結。這些是發布前要過的關。
5. 發布並確認可索引：發布後可用 GSC 網址檢查確認 Google 能否存取與建立索引；重要的新頁面也可以要求建立索引，但送出請求不代表一定會收錄。
6. 監控與回頭優化：等頁面累積足夠資料後，再看曝光、點擊與實際查詢字詞是否符合預期，根據資料調整標題或補內容。新站與低搜尋量主題可能要等更久，不必硬套固定週數。

這條產線看起來很直覺，但絕大多數人漏掉的是第一步與收尾那一步。不做搜尋意圖分析就動手，等於閉著眼睛寫，寫完才發現格式跟 Google 要的完全不一樣；不做監控與回頭優化，等於把產線停在「寫完」就收工，把後面那一半的成長空間全部丟掉。一篇 SEO 文章的壽命不是發布那天，是發布之後的每一次回頭優化，這個觀念我在內容更新那篇深度文章裡講得更細。

三、技術 SEO 掃雷流程

第二課我們把技術 SEO 的地基講過一次：可檢索、可索引、可被正確理解。地基是一次性的工程，把該設的設好，之後不用天天管。但有一類技術問題是會持續發生的，例如改版後冒出新的檢索錯誤、新頁面忘了加 canonical、網站越長越大出現孤兒頁、外部連結被打斷。這類問題需要的是一個定期跑的掃雷節奏，不是做完一次就放心。地基管的是「設計」，掃雷管的是「維運」，兩件事不能混為一談。

掃雷清單

一份能用的掃雷清單，會覆蓋下面這幾個面相，每個面相都對應一個「正常的狀態」，讓你一比就知道有沒有出問題。

面相	正常的狀態	出問題的訊號
檢索	robots 與 sitemap 一致，重要頁面未被擋	GSC 出現大量檢索錯誤或被封鎖的網址
索引	目標頁面皆已索引，無大量重複或 canonical 錯指	重要頁面顯示「未索引」或「重複網址」
速度與體驗	核心網頁體驗多數頁面合格	LCP、INP、CLS 出現紅色警示
行動裝置	主要頁面可在手機上正常閱讀與操作	PageSpeed Insights、Lighthouse 或實機測試發現版面與互動問題
結構化資料	已標記的格式無大量錯誤	複合式搜尋結果報表出現紅字
安全性	全站 HTTPS，無混合內容	瀏覽器出現不安全警告或混合內容提示

排優先序：先修會擋路的，再修會加分的

掃雷清單跑完，通常會跑出一長串問題，一次修不完。排優先序的原則僅有一條：先修會擋住 Google 的，再修會加分的。會擋住 Google 的問題，例如整個分類的頁面根本沒被索引、robots 把重要路徑擋掉、canonical 指錯導致內容互相吃掉，這類問題的特徵是「不修，後面做的內容再多也排不進去」，優先序最高。會加分的問題，例如速度再快一點、結構化資料再補幾個欄位，這些做了會更好，但不做也不會讓你完全出局，排後面。

判斷優先序時我會問一個問題：這個問題影響的是一頁，還是一整批頁面？影響一整批的，例如 sitemap 漏掉一整個分類、範本層的 canonical 寫錯，這種是結構性問題，修一個等於修幾十頁，槓桿極大，永遠先修。影響單一頁面的，例如某一頁圖片太大、某一頁缺描述，這種可以排進每週的小修清單慢慢消化。這個判斷架構跟寫程式的除錯很像，一個 bug 如果是系統層的，先修它，否則修再多單點問題都會被系統層的問題蓋過去。

技術 SEO 很容易讓非工程背景的人卻步，可以先從索引狀態、canonical、robots、sitemap 與速度這幾項查起。它們涵蓋不少常見的檢索與索引問題，但不代表檢查完就能排除所有技術原因。如果你想看更完整的檢查角度，技術 SEO 那一課有從地基觀念出發的完整說明。

四、發布、提交索引與推廣

文章寫好不代表它會被看見。從「按下發布」到 Google 發現、檢索並決定是否建立索引，中間還有一段路。站長能做的是確認頁面可存取、放進 sitemap，並從既有頁面接上內部連結；實際檢索與收錄時間仍由 Google 決定。下面這個發布流程，可以減少因設定疏漏而延誤發現的機會。

1. 發布前總檢查：標題與描述是否清楚、主標題是否明確、網址是否穩定，以及有沒有自然的相關內部連結。這些細節在產線後段已經做過一次，發布前再掃一遍；網址上線後若要更改，記得正確設定重新導向。
2. 視需要提交索引請求：重要的新頁面發布後，可到 GSC 的「網址檢查」輸入網址並要求建立索引。這僅是邀請 Google 重新檢索，不保證收錄，也不需要對大量網址逐一提交。
3. 接上內部連結：從既有的相關頁面，加幾條連結指向新頁面。這不僅是給讀者看的，更是給 Google 的檢索器一條從已知頁面走到新頁面的路。一個沒有任何內部連結接進來的頁面，就是孤兒頁，被發現與被索引的機會都低很多。
4. 推廣給對的人：把文章分享到目標讀者會出現的地方，例如相關社群、電子報、合作夥伴。推廣的目的不是製造點擊衝流量，而是讓真正對這主題有興趣的人看到，他們如果覺得有用，可能分享、可能引用，這些訊號才是 SEO 真正受惠的來源。
5. 追蹤收錄狀態：幾天後回 GSC 確認這頁的索引狀態。如果顯示已索引，很好；如果一直顯示未索引或被排除，回頭看原因，常見的是品質訊號不足、被判定重複、或被 canonical 指走。

推廣這一步要特別說清楚，因為它是最容易被誤解的一段。我說的推廣，不是去買點擊、買連結、或用機器人衝流量，那些是黑帽操作，短期數字會動，長期是把自己綁在炸彈上。白帽的推廣，本質上是「讓對的內容遇見對的人」，靠的是內容本身的品質與你長期累積的讀者關係。如果你想更全面地理解這條白帽路線，SEO 完整指南那篇文章把整體觀念串得更完整。

五、監控與迭代節奏

流程跑到這裡，企劃做了、產線跑了、技術掃過了、文章也發布推廣了，接下來是讓整個系統持續運轉的關鍵：監控與迭代。這一段的觀念我在第九課講過一次，這裡不重複工具操作，而是把它接進整個執行流程，講節奏。沒有節奏的監控等於沒有監控，因為你會在看與不看之間漂移，三個月後就完全斷掉。

節奏	要做的事	看的數據
每週	掃一輪 GSC 異常、回覆收錄狀態	檢索錯誤、新頁面是否被索引
每雙週	檢視曝光高點擊率低的頁面，調整標題與描述	點閱率、實際查詢字詞
每月	盤點當月產出、看整體自然流量趨勢	非品牌自然流量、名單占比
每季	路線圖回顧、主題叢集進度、回頭更新舊內容	叢集頁整體表現、過時內容清單

這張表的設計邏輯是：越常跑的節奏，做的是越輕、越反應式的事；越久才跑一次的節奏，做的是越需要停下來思考的事。每週的事是救火，看到異常就處理；每季的事是方向，回頭看路線圖有沒有走偏、主題叢集的佈局要不要調。這兩端都不能偏廢，僅救火不看方向，會做到死但沒有累積；僅看方向不救火，小問題會拖成大危機。

迭代時我會特別留意三個觸發點。第一，曝光高但點擊率低，要一起檢查平均排名、查詢意圖、搜尋結果版面、標題與描述，不能僅歸因於文案。第二，實際查詢字詞跟預期完全不同，代表頁面定位可能需要調整。第三，一篇原本穩定的文章排名突然下滑，可能來自網站問題、需求變化、搜尋結果改版或其他頁面更新，可對照常見的 SEO 錯誤逐項排查。每個觸發點都應對應明確檢查，而不是看完數字就下結論。

六、SEO 的時間表與合理預期：3、6、12 個月

這一節談時間表，因為這是最多人焦慮、也最容易被承諾誤導的地方。「三個月上第一頁」不是可以普遍套用的保證。下面這張表應當作工作節奏的示例，而不是排名預測；實際速度會因網站起點、競爭強度、內容品質、檢索狀態與產出頻率而不同。

時間點	合理預期	心態
第 1 到 3 個月	完成優先技術修正、首批內容與量測設定，確認重要頁面可被檢索與索引。	先看產出與技術狀態，不用每天追排名
第 4 到 6 個月	檢查已發布頁面是否開始累積曝光與查詢資料，找出能更新或重新定位的內容。	用實際資料調整，不預設一定會成長
第 7 到 12 個月	回顧主題叢集與商業成果，保留有效做法，修正沒有帶來結果的假設。	看趨勢與轉換，也重新檢查方向

這張表背後有兩個很重要的變數。第一個是起點：已有內容、連結與穩定檢索紀錄的網站，和全新網站不能用同一套基準比較。第二個是競爭強度：同樣的投入，在利基主題與成熟市場可能得到完全不同的結果。除此之外，搜尋需求、內容品質、網站技術與品牌知名度也會影響速度，因此不存在「新站必須等待半年」之類的固定信任週期。

SEO 的回饋節奏通常不像廣告那麼即時，而且單一變化未必能歸因到某一個動作。與其預設三個月或半年必然出現成果，更實際的做法是定期檢查檢索、曝光、查詢、轉換與產出流程，依觀察到的資料調整方向。

七、一人公司與小團隊如何落地 SEO

前面講的流程，聽起來像是要一整個團隊才跑得起來。其實不是。這一節我要講的是，如果你是一個人或一個兩三人的小團隊，怎麼把這套流程壓縮成一個真的跑得動的最小版本。核心原則僅有一條：不要全部做，挑高槓桿的做。

取捨：什麼先做，什麼可以暫時不做

一人公司最致命的錯誤，是試圖把大型團隊的完整流程原封不動搬過來，結果五條線同時開，每一條都僅做到一半，沒有一條累積出東西。正確的做法是分階段集中資源。第一階段（前幾個月）僅做三件事：把技術地基的會擋路問題清掉、選定一個主題叢集集中寫、每週固定看一次數據。其他像外部連結經營、結構化資料的進階格式、AI 搜尋的主動優化，這些都先放著，等到第一個叢集做出成績再談。這不是偷懶，是資源配置。一人公司的時間是最大的瓶頸，把時間分散到十件半成品上，不如集中做透一件事。

節奏：每週一個固定的 SEO 時段

一人公司做 SEO 最大的敵人，不是演算法，是被日常營運吃光時間。解法不是找更多時間，而是把 SEO 綁進每週的固定行事曆。我建議的做法是，每週撥出兩個半天的 SEO 時段，一個用來產出（寫或優化一篇），一個用來看數據與掃雷。把這兩個時段當成跟客戶開會一樣不可挪動的約會，而不是「有空再做」的事。「有空再做」翻譯過來就是永遠不做，這是一人公司 SEO 最常見的死法。

小團隊（兩三人）比起一人，多出來的不是時間，是分工的可能性。一個常見且有效的分工，是分成內容、技術、數據三個角色的責任，即便每一個角色都還是同一個人兼著做，但腦袋裡清楚今天戴的是哪頂帽子，效率會差很多。例如週一上午全員一起看上一週數據（數據角色），週二到週四輪流產出（內容角色），週五做技術掃雷與優化（技術角色）。把角色與時段綁死，比把待辦清單列一大堆更有用。

不要外包判斷

考慮把 SEO 外包時，執行可以交給外部夥伴，但策略判斷仍要有內部負責人。你可以找人協助寫文章、改技術、跑報表，但「這一季要做哪個主題叢集」「這篇文章的搜尋意圖是什麼」「這個字值不值得投入」這類決策，需要最懂生意的人參與。否則標準化產出很容易跟實際目標脫節。你懂流程，才知道怎麼評估與指揮外部幫手，而不是把成果交給運氣。

常見問題 FAQ

SEO 企劃一定要寫成正式文件嗎？

不一定，但一定要寫下來。形式不重要，可以是一份文件、一張試算表、或一個筆記，重點是把你這一季要做的主題、要產出的頁面、要修的技術問題，以及目標，明確列出來。寫下來的好處不是給別人看，是強迫你自己把模糊的想法變成具體的承諾。腦袋裡的計畫會漂移，寫下來的計畫可以被檢查、被回顧、被調整。如果你連一份給自己看的企劃都沒寫，等於沒有企劃。

一個人做 SEO，大概多久會看到效果？

沒有通用答案。網站的起點、競爭強度、搜尋需求、內容品質、技術狀態與投入方式都會影響速度。與其先承諾幾個月，不如為第一季設定可控的產出與量測目標，再看頁面是否被索引、是否累積曝光，以及流量有沒有帶來商業結果。這些資料比固定月份更適合判斷是否走在正確方向。

SEO 企劃跟內容企劃有什麼不一樣？

內容企劃回答的是「這一季要產出哪些內容」，範圍比較窄。SEO 企劃包含內容，但也包含技術、連結、數據、時間表與目標，範圍更大。你可以把 SEO 企劃想成包含內容企劃在內的更大的傘。如果你僅有做內容企劃的時間，那就先把內容那一塊做到位，但心裡要清楚，技術與連結這兩塊放著不管，遲早會變成你內容做再多也排不上去的瓶頸。

技術 SEO 掃雷應該多久做一次？

輕量的掃雷，例如看 GSC 有沒有新的檢索錯誤、新頁面有沒有被索引，我建議每週順手看一下，花不到十分鐘。完整的掃雷，例如把上面那張掃雷清單每一項都過一遍，每季做一次就夠了。網站越大、改版越頻繁，掃雷就要越勤；一個穩定不常動的小站，每季一次通常足以在問題變大之前抓到。關鍵是把它變成固定節奏，而不是「想到才做」。

要不要直接花錢買 SEO 服務或外包？

可以，但有兩個前提。第一，你自己要先懂流程，這樣你才有能力判斷外包廠商做得對不對、值不值得那個價錢，這正是這堂課的目的。第二，把策略與判斷留給自己，僅外包執行。一個好的外包關係，是你清楚知道自己要什麼、廠商負責把執行做到位，而不是把整件事丟給廠商然後等成果。如果你完全不懂就外包，等於把生意最重要的流量來源，交給一個你不了解他在做什麼的人，風險非常高。

路線圖排定之後，中途發現更好的機會，該不該改方向？

要先把兩種情況分清楚。一種是你發現了一個原本沒注意到的主題叢集，搜尋量不錯、對手又弱，這種機會值得放進下一季的路線圖，但不必立刻打斷手上這一季的節奏。原因是主題叢集需要連續累積才會發酵，中途切換等於把前面做了一半的東西丟掉，下個季又從零開始，一年下來什麼都沒堆起來。另一種是環境出現結構性變化，例如 Google 演算法大改讓你原本主打的主題整個失靈、或對手突然大量進場把你的利基變成紅海，這種時候繼續走原路反而是固執，該回頭改路線圖。判斷的標準僅有一句話：這個新機會的價值，是否大到值得把當季已經做了一半的東西停下來？多半時候答案是不值得，除非你遇到的是後面那種結構性衝擊。這個取捨的觀念，和我在年度 SEO 更新那篇講的「方向穩、戰術活」是同一件事。

企劃裡的幾件事互相搶資源，怎麼決定先做哪一件？

我用的判斷框架是兩個維度交叉：對生意的影響大小，以及不做會不會擋住後面的工。落在「影響大、不做會擋路」這一格的，例如整個分類的頁面根本沒被索引、主題叢集的樞紐頁還沒上線，這類永遠排第一，因為不修，後面產出再多也排不進去。落在「影響大、不擋路」的，例如開第二個主題叢集，排第二，它是成長的引擎，但不急在今天。落在「影響小、不擋路」的，例如補結構化資料的進階欄位、再快一點的網頁速度，排到清單尾端，或先不做。這個框架的好處是，它逼你把每件事放進同一個座標系比較，而不是憑直覺、或憑誰的聲音大就先做誰。資源永遠不夠是常態，框架的價值，就是在不夠的時候幫你做出選擇，而不是把選擇交給焦慮。

完成本課

這一課帶走的核心是：SEO 的成敗不在於你會多少招式，在於你能不能建立一套從企劃、執行到迭代、可以對著任何網站重複跑的流程。企劃決定方向，產線決定產出品質，掃雷保住地基，發布與推廣讓成果被看見，監控與迭代讓整個系統持續運轉。把這幾塊接起來，你就從「讀了一堆 SEO 文章」變成「真的有一套自己的 SEO 系統」。

流程跑順之後，下一個要面對的問題是：當 Google 演算法大改、當 AI 搜尋把規則翻過一遍時，你這套系統會不會一夕歸零？這正是下一課的主題。下一課，我們談演算法危機與續航力，看怎麼讓你這套流程扛得住每一次大環境的震盪。

作者是 Sliven 褚崇名，Whoops SEO 創辦人，白帽 SEO 顧問。回課程總覽，或直接進下一課。