網頁設計元素健檢：從訪客流失症狀反推該修的八個地方

先把一個整理後的常見狀況攤開：一家小型公司的行銷窗口，每個月廣告照投、社群照經營，流量報表看起來一切正常，官網傳來的詢問卻一季比一季少。會議上主管丟下一句「網站是不是該改了」，她打開首頁盯了十分鐘，看不出哪裡不對，也說不出該先動哪裡。這種卡住的感覺，缺的往往是一套把症狀對應到環節的方法。

面對這種局面，三個直覺反應最常出現。第一個反應是覺得不夠漂亮，想全面換視覺；然而視覺是訪客旅程裡最末端的一棒，前面沒接住，再美的畫面也沒有人看到。第二個反應是缺什麼補什麼，清單越列越長；補件會稀釋預算，真正掉人的斷點反而沒被修到。第三個反應是把機器的事全交給工程師；實際上每個設計決定都有第二個讀者，選單文字、標題層級、圖片描述，搜尋引擎讀的正是這些日常決定的總和。三個反應指向同一個癥結：網站失效多半不是少了哪個元素，而是商業症狀和設計元素沒有對上。

訪客沿著「問題、理解、信任、行動」的路徑前進，設計元素像接力棒，一棒沒接住，人就掉在那一棒。接下來的八個檢查環節依訪客旅程排開：入口承諾、首屏層級、可尋性、行動呼籲、對比與無障礙、影像與速度、字體節奏、微文案可讀性。每個環節用同一套節奏推進：先講機制，再給檢查方法，然後談判斷標準與修復時機。走完一輪不必大動員，留一個下午就能完成第一輪走查，之後按季回測。

快速重點：八個環節健檢，流量少先查速度與結構，有流量沒詢問先查入口承諾與行動呼籲，停留短先查首屏與可讀性。先定位再動手，把預算花在原因而不是症狀。

流量正常、詢問變少：先找斷點，不是補元素

元素的影響力是接力，不是加法。流量與詢問脫鉤，通常代表每個環節各自及格、合起來卻沒接上：頁面被找到了，訪客也進來了，卻在「理解」或「行動」的某一棒掉隊。修復的第一步是定位，做法是把商業症狀映射到環節，再對照檢查動作。

↔ 左右捲動檢視完整表格

商業症狀	最可能的環節	第一個檢查動作
流量長期偏低	影像與速度、可尋性	用行動版檢測工具量一次載入，再查選單層級
有流量、沒詢問	入口承諾、行動呼籲	把查詢字詞和首屏文案逐字對照
停留時間偏短	首屏層級、微文案可讀性	做縮圖測試，再朗讀一次關鍵頁
跳出集中在少數頁	入口承諾	核對該頁承諾與帶人進來的意圖
表單填到一半放棄	行動呼籲、微文案可讀性	檢查欄位數量與每個提示文字
手機轉換明顯落後	影像與速度、對比與無障礙	手機實機走查一輪主要動線
客戶總在問網站寫過的事	微文案可讀性、可尋性	檢查資訊位置與標題措辭
重要頁面搜尋不到	可尋性	檢查連結層級與網站地圖

這張表要取代兩種常見框架：一種把元素列成採購清單，缺什麼補什麼；另一種把元素照架站流程排序，以為照著做就會好。症狀對照的邏輯不同：症狀指向環節，環節才有檢查動作，檢查的結果才決定要不要修、修到什麼程度。

三個誤解再各配一句結論。把問題歸給「不夠漂亮」，方向通常就錯了；視覺排在接力末端，前面的承諾與路徑沒接好，換視覺救不了掉人的問題。把修法想成「補缺件」，預算會被零碎工程吃光；斷點往往只有一兩個，修斷點的成本遠低於全面翻新。把機器可讀的事推給工程師，會漏掉一半的責任；機器讀的就是日常內容累積出來的訊號，從標題到圖片替代文字都是。

使用對照表時，症狀常一次出現好幾個。此時取商業比重最高的那一列先查：直接影響詢問的症狀優先於影響感受的症狀，發生在轉換頁的症狀優先於發生在資訊頁的症狀。一次只追一列，查完、修完、回測，再回來追下一列；對照表的用途是排序，不是讓清單變長。

方法論就此定調：症狀、環節、檢查、判斷、修復，八個環節依訪客旅程排列，與架站步驟脫鉤。想先補齊整體觀念，可以從網頁設計完整指南入門，再用網站設計建議裡的檢查角度補強；接下來的價值在排序，把力氣導向最弱的一環。

訪客為什麼來：入口承諾要接住搜尋意圖

搜尋結果頁是第零屏。結果頁上的標題、描述與網址，加上點進來之後的首屏，構成訪客眼中同一句承諾；這句承諾斷在哪一段，人就掉在哪一段。先列出真正把人帶進來的查詢字詞，再對照標題、描述與首屏前十秒說的話，錯位就無所遁形。

入口承諾的判準是具體、可驗證、只有你能講。「專業、用心、高品質」誰都能說，構成承諾的分量很低；「三日內出估價、全程透明報價」才有可兌現的重量。檢驗方式很樸素：把這句話拿給同業看，若競爭對手能原封不動搬走，它就還不算承諾。

檢查流程固定：打開 Search Console，撈出這個頁面最近帶進點擊的前二十個查詢字詞，逐字問「訪客帶著這個字進門，頁面前五秒有沒有回答它」，答不出來的字詞逐一記下。這份清單就是承諾與意圖之間的縫，也是改文案的依據。查詢字詞背後的動機分類，搜尋意圖的完整討論可以對照著看。

查詢字詞還要分兩類看。品牌字詞帶進來的人已經認識你，頁面要做的是兌現期待、加速行動；非品牌字詞帶進來的人正在比較，頁面要做的是回答疑問、建立差異。兩類字詞共用同一個首屏時，承諾容易兩頭落空，常見的解法是讓重要服務各有自己的到達頁，別把所有期待壓在首頁。這也是症狀對照表裡「跳出集中在少數頁」最常指向的原因：那幾頁承接的字詞，正好與內容承諾脫鉤。

錯位的典型症狀是高跳出、短停留、單頁工作階段居多；出現這組訊號，先修承諾再談視覺。字詞順序與明確度會影響點擊，Ahrefs 對大量標題標籤的研究支持這個方向；同樣的原理在頁面首屏也成立，訪客掃幾眼就決定去留。標題怎麼寫得更明確，標題最佳化有專門的作法。效果要加限定：修正承諾通常能改善停留與續讀，對排名或詢問量沒有保證。

首屏十秒測試：把價值主張排進視覺層級

首屏要同時通過三個填空：賣什麼、給誰、憑什麼是你。任何一欄寫不出來，就是首屏的破口；三欄都寫得出來，還要靠層級保證這句話第一個被看見。陌生訪客在十秒內要能答出這三題，答不出就走。

三個填空各有考驗。「賣什麼」考具體度，寫「一站式解決方案」接近沒寫；「給誰」考取捨，寫成全部人都適用，通常沒有人覺得在跟自己說話；「憑什麼是你」考證據，服務年限、完成件數、流程保證，任選一項寫實的都有效，堆形容詞無效。

驗收層級用縮圖測試最快：把首屏截圖縮到郵票大小再看一眼，仍說得出重點，層級就算及格。層級拆開來只有四個可調的變數：尺寸、對比、留白、動線。訪客在掃視而非閱讀，這個前提成立，四個變數才值得逐一調整。

十秒測試的操作也標準化：找一位不符合目標受眾描述的同事看首頁十秒，收起畫面，請他說出這個網站賣什麼、給誰用；再找一位符合受眾描述的人做同樣的事。兩個人都答對，填空與層級同時過關；只答對一半，先修文字再動版面。背景影片與動態字幕在這個測試裡經常現形：畫面很滿，資訊卻留在五秒之後才出現的段落，訪客等不到。

首屏元素越少，每個越要有任務。滿版輪播看起來熱鬧，換頁節奏卻常蓋過訊息本身；動態素材的取捨原則是「這張影像回答訪客哪個疑問」，回答不了的先收起來。首圖區的規劃與輪播的常見陷阱，Hero Section 的設計討論值得另看；視線動線的安排，網頁版面設計指南有展開。

價值主張必須與搜尋意圖對齊，這件事常在改版時被忘記。舉一個假設情境：訪客用「系統櫃估價」進到一個網站，首屏主打品牌故事與得獎紀錄，字字精美，卻沒有一句回答「估價要怎麼開始」；這種錯位一旦成立，文案再漂亮也是錯位，訪客的判斷是走錯地方，下一個動作就是返回。修正的方向很單純：把訪客帶進來的那個問題，放回第一句話。

錨點文字也要納入同一套檢查。連結寫「查看服務案例」、點進去卻是聯絡表單，承諾與兌現當場脫鉤；連結、標題、按鈕指向同一件事，訪客的下一步才接得起來，機器理解的頁面關聯也一致。

重要頁面點得到嗎：可尋性走查與網站地圖

可尋性用代表任務走查來驗收，不用背原則清單。挑三件真實訪客會做的事，從首頁出發限時完成，記錄每次點擊與回退；走完之後，每個卡點都是資訊架構給你的線索。

任務怎麼挑？看帶來詢問的路徑：查價、看案例、找服務據點，各挑一件就夠。請三個人分別走，不給提示、不回答問題；三個人都卡住的位置通常是結構問題，只有一個人卡住多半是標籤措辭問題，修法完全不同。點擊次數與回退次數都記下來，回退比點擊更能反映迷路的程度。

選單的取捨用商業比重排：轉換頁離首頁越近越好，說明頁退居第二層，法務與政策頁收進頁尾。項目多寡本身不是問題，把高價值頁面藏進深層才是問題。網站結構與 SEO的層級設計，可以當成調整時的對照。

行動版的選單要另外查。漢堡選單收納力強，卻把所有導覽藏進一次額外點擊；把詢問量高的兩三個入口留在可見範圍，其餘才收進漢堡選單，是常見的折衷做法。站內搜尋也算導覽的一環：商品數量多的網站，搜尋框的位置與預設文字，常常比選單更能決定訪客找不找得到目標。這些判斷都回到同一個問題：訪客的下一個真實動作是什麼，把它放到離首頁最近的位置。

迷路的訪客需要救援系統，機器也需要地圖。XML sitemap 給搜尋引擎一份完整清單，404 頁給走丟的人一條回頭路，兩者成本極低卻常被忽略；XML Sitemap 的建立教學與網站導覽的設計細節都有現成整理。層級深、又沒有任何連結指向的頁面，對搜尋引擎接近隱形，爬取預算不會無限花在深處，404 頁面則決定走丟的人有沒有第二條路。

機器找路與人找路，共用同一套結構決策。選單淺、分類可預期，訪客點得到，爬蟲也爬得完；這條線到了速度環節的行動優先索引會再接回來，屆時你會看到同一個結構決定的兩種回報。

按下去之前的猶豫：減少選擇，而不是加大按鈕

訪客在按下去之前做的其實是風險評估。一個畫面一個主行動、按鈕文字寫出點下去會得到什麼、微文案與信任線索逐項移除疑慮，這三件事到位，按鈕樣式只是力學的最末端；把力氣全花在按鈕圓角與顏色，是把末端當起點。

順序固定：先定義主行動，再寫按鈕承諾，然後盤點按下前的疑慮。疑慮清單通常包含：會不會被綁約、資料安不安全、送出之後會發生什麼、要花多少時間；每一條疑慮對應一句微文案或一段透明資訊。選項互相競爭時，訪客的預設反應是延後決定；次要動作是撤退選項，例如回頭看案例、把資料存起來，不是並列的促銷。

主行動從商業目標推導，不是從頁面習慣推導。以一個假設的服務型網站為例：當季目標是累積可追蹤的詢問，主行動就是留下聯絡方式的表單，訂閱電子報、加入社群都退居次要；下一季改推課程，主行動換成課程頁，表單退居次要。主行動換了，首屏、選單、頁尾的視覺份額要跟著換，只換按鈕而不換層級，訪客收到的訊號仍是舊的優先序。

信任不另立一節，它長在行動環節裡。HTTPS 是瀏覽器會直接標示的底線，SSL 憑證的觀念是基本功；清楚的聯絡資訊與政策頁是拆疑慮的材料；社會證明的價值在具體性，一則「當天回覆、問題解決了」配上情境描述，勝過十則通用的好評。以下都是假設示例：報名按鈕旁寫「確認信十分鐘內寄達」，比單寫「立即報名」多拆掉一層不確定；表單下方寫「填寫約三分鐘，不需先註冊」，送出率通常比放空的表單穩。

手機上的按鈕要過兩關：指尖大小夠不夠點、顏色對比夠不夠醒。尺寸與形狀的常見做法，CTA 按鈕設計整理過；更完整的原則在CTA 設計指南，測試與量測方法在CTA 優化指南。

廣告到達頁與自然搜尋到達頁，對行動呼籲的容忍度不同。前者訪客帶著特定期待進來，頁面要單一、承諾要快；後者常在比較與蒐集資訊，急著推按鈕反而提早結束對話，著陸頁的轉換結構有專門討論。邊界也要畫清楚：行動呼籲的優化救不了意圖錯位的頁面，在對比明顯不足的網站上效果通常較明顯，其他情境未必；轉換的變化要靠回測說話，直覺不算數。

顏色好看不等於看得清楚：對比量測與無障礙

色彩系統的第一順位是製造可辨識的對比與層級，情緒與風格排在後面。對比是可以量測的門檻，有工具、有數字；量測不能被目測取代，這是這個環節與其他環節最大的差別。

機制先講清楚：視覺系統先辨認邊界與明度差，才處理色相帶來的情緒聯想。「看得出來」先於「好看」，這是感知順序，與品味無關。所以配色出問題時，先查對比與層級，再查風格，方向幾乎不會錯。

實作用角色分工取代顏色數量規則：主色負責被記住，中性色負責讓內文安靜可讀，強調色只留給關鍵行動。三種角色各司其職，顏色再多也只是雜訊。色彩心理學的效應存在，但受產業情境與使用一致性調節；把某個顏色直接等同某種情緒或某種轉換效果，都超出了證據能支持的範圍，色彩學指南與色彩心理學指南把這條邊界畫得清楚。

實作的陷阱先列三個。品牌色上直接放白字，量出來常不到門檻，往深色或淺色微調通常能解；淺灰文字放在白底上看似優雅，字級一縮就先失守；影像或漸層上疊字，對比隨著背景變化，文字區要加深色遮罩才穩。三個陷阱有共同的修法：用量測工具確認，不要靠設計稿的印象，因為訪客的螢幕不會照設計稿顯示。

對比是這個環節唯一需要記住的數字。W3C WAI 的 WCAG 2.2 對比規範（SC 1.4.3）把門檻寫成可量測的比值：一般文字至少 4.5:1，大型文字至少 3:1，標誌與純裝飾文字另有例外、不在這條門檻的適用範圍。灰階預覽可以輔助觀察明暗層級，但不能取代量測；動機也要放對，無障礙對比並非 Google 的獨立排名因素，把它做好，防的是色弱訪客、強光下的小螢幕這類商業風險，屬於風險管理，不是搜尋加分。

配色的決策順序因此很清楚：先收斂品牌與情緒方向，再套上角色分工，收尾用對比門檻驗收。工具只用在驗收這一步，配色工具與網站配色的實務整理點到為止，重點是把量測納入流程；無障礙與搜尋的關聯邊界，無障礙與 SEO 的討論另有專文。

訪客等得起嗎：圖片是證據還是成本

這是唯一拆成兩半講的環節：先量，再修。速度是門檻變數，跨過及格線之前它左右成敗，跨過之後邊際效益快速遞減；把預算從斷點挪去已經及格的項目繼續榨分數，是常見的錯誤投資。圖片通常是速度裡最大的變數，同一個環節裡，它同時是說服的材料與載入的成本。

先量：速度指標與工具

排名訊號先講事實：Google 在 2018 年 1 月公告、同年 7 月正式上線的 Speed Update，把頁面速度納入行動搜尋排名訊號，生效時間與適用範圍都以官方公告為準。但把它讀成「速度決定排名」就誤解了：公告同時寫明，這項訊號只影響少數查詢，以及體驗最慢的一小群頁面；搜尋意圖仍是更強的訊號，內容高度相關的頁面即使偏慢，也未必會被壓下去。速度的價值因此像底線：慢到拖累訪客，其他努力會被抵銷；跨過可接受的水準之後，體驗與內容接手。行動流量已是多數，Statista 追蹤的全球數據顯示行動裝置約佔六成，手機體驗就是主要體驗。

量什麼：Core Web Vitals當量尺，看最大內容繪製、版面位移與互動回應三件事就夠，分數當參考、趨勢當依據，工具用 PageSpeed Insights 這類現成服務就能跑出報告。伺服器端看 TTFB，web.dev 的建議是控制在 800 毫秒以內；這個數字牽涉主機等級與回應鏈，不是前端調一調就會動，必要時從CDN 與網站加速的觀念看起。載入與跳出的關聯，web.dev 整理的研究支持「越慢越容易掉人」的方向，那是機率上升，不是固定換算表。

判讀報告時，實驗室資料與實地資料要分開看。檢測工具跑出來的是單一環境的分數，適合定位瓶頸；實地資料來自真實訪客的樣本，適合驗收改善成果。分位數的概念也要有：標示「多數訪客通過」時，看的通常是第 75 百分位，代表四分之一的使用者經驗比數字更差；把手機環境的波動納入，改善前後才比得準。

機器怎麼讀你的網站，也影響這一環節。Google 以行動優先索引為主，手機版是機器認識網站的主要路徑，官方文件把邏輯寫得很清楚；桌機版做得再完整，也補不回手機版殘缺的訊號。版面變形與載入變慢，是同一個手機情境的兩面，響應式設計的原理先讀再動手。

修的順序：圖片、快取、主機

排查順序固定：先圖片、再快取、後主機。圖片通常是最大變數：當證據用的實拍照，給對尺寸與格式就夠，Google 的 WebP 說明顯示同等視覺品質下體積平均再省兩到三成，壓圖工具是現成的第一步，WordPress 端的圖片最佳化則有完整流程。首屏還看不到的素材，用延遲載入往後搬；重複造訪都得重抓的資源，交給網站快取擋下來。都做完還慢，瓶頸通常已經不在前端，而在主機的回應速度或資料庫的查詢效率，網站速度慢的排查與速度優化的完整路線再接手。

影像的分工在此劃清楚：照片說服人靠具體性，實拍環境、成品細節、流程紀錄，每一張都該回答訪客的某個疑問；純氣氛圖不參與說服，卻照樣帶走載入成本，該留該砍要嚴格把關。AI 產圖適合呈現氛圍與構想，不適合冒充實績證據；把用途誠實標示清楚，信任反而更穩。

尺寸也要跟著裝置給。手機不需要下載桌機等級的大圖，響應式圖片的做法讓同一張照片依螢幕規格取用不同檔案，省下的體積直接反映在載入上；這類設定多屬一次性工程，設定完成後持續生效，投資報酬在速度環節裡通常最明顯。

讀起來會累的版面：中文字體與排版節奏

內容沒問題、訪客卻讀幾段就累，問題多半出在節奏與負載：行長、行高、字級與段落呼吸感沒有跟著裝置調整，中文字體還多一道載入成本要一起算。排版規則服務的是負載控制，與風格品味是兩回事。

判斷節奏看三件事：一行容納多少字、段落在手機上佔多高、標題與標題之間的距離。驗收標準只有一條：連續讀三分鐘會不會想休息。會，就回頭查行長與行高；不會，這個環節先過，時間留給別處。

中文排版還有兩個小地方常被忽略。中英文與數字混排時，加上適當間隔讓視覺喘口氣，讀起來不黏；括號與標點的選擇影響停頓感，說明性的補充放括號，語氣的轉折另起一句，比塞滿符號的長句好讀。段落之間的間距在手機上要再放大，桌機看起來剛好的節奏，到手機上常常變得擁擠。

中文字體的載入成本常被漏算。中文字庫的字形數量大，整包載入會直接拖慢首屏，實務上靠子集化與分批載入控制；這也是元素互相牽動的實例，字體的選擇會回頭影響速度環節的分數。中文字體設計指南把選字與載入策略整理得很完整。

字體系統從收斂開始：標題一套、內文一套，先跑穩再談變化；重點在字級、字重與語言支援保持一致，不是湊齊多少款字體。排版與層級的分工也畫清楚：字體管節奏，層級管順序，兩者的檢查法不同，層級回到縮圖測試，節奏交給朗讀走查，下一節就講它。排版設計技巧把這兩條線分開整理過。

字級的地板也要守住：內文字級以多數手機能舒適閱讀的範圍為底線，長文頁面再往上調整；寧可讓段落變多，也不要讓單行塞滿。這條底線檢查一次就能沿用，放進版面的預設值裡，比逐頁記住它可靠。

把頁面念出來：微文案與可讀性的修法

找閱讀卡點最快的方法，是把頁面念出來。在手機實機上把關鍵頁從頭念一遍，卡住、回掃、一口氣超過四行沒換段的位置，就是可讀性的破口；微文案的任務則是在每個摩擦點即時回答「現在怎麼了」，修完再念一次確認。

完整的流程是三步：先在手機實機上把關鍵頁面從頭到尾念一遍，接著記錄每一個卡住、回掃、一口氣超過四行沒換段的位置，調整之後再念第二次，確認同樣的地方不再絆住。這個方法找出的是斷句、節奏與措辭的問題，邊界也要講清楚：朗讀走查代替的是自己的眼睛，不能代替目標讀者的任務測試，兩種檢查各管一段，都做完才算驗證完整。

微文案看四個位置：表單提示、錯誤訊息、按鈕文字、送出後的回饋。判斷標準只有一句：有沒有回答使用者當下的疑問。假設示例：表單送出後只顯示「已送出」，使用者接下來只剩等待；補一句「營業時間內回覆，信箱沒收到請查垃圾信匣」，同一個畫面才把焦慮接住。錯誤訊息也一樣，寫「格式錯誤」不如寫「電話請包含區碼，例：02-XXXX-XXXX」。

內容結構的節制也在這一環節：清單用在真正的並列項目，步驟用在有順序的操作，兩者混用會讓讀者抓不到節奏；小標的間距與層級要一致，讓掃讀的人隨時知道自己讀到哪裡。加粗是強調的地標，整段加粗等於沒有地標，保留給真正需要被找到的句子。

FAQ 區塊常被當成搜尋呈現的工具來堆砌，問題重複、答案空洞，把可讀性一起拖垮。Google Search Central 的更新說明（檢視於 2026 年 9 月）已經把這條路收窄：FAQ 豐富結果自 2026 年 5 月 7 日起不再顯示，結構化資料標記也不保證任何豐富結果。結論因此單純：問答先寫給真正會問的人讀，標記只是把既有內容翻譯給機器，不是入場券；標記的用途與限制，結構化資料指南另有完整說明。

可讀性改善與停留時間的關聯存在，但屬於有關聯、非保證；把它放進季度回測的觀察項，比對前後變化，比承諾任何單一指標誠實。跳出的判讀還涉及流量品質與意圖匹配，跳出率的讀法另有專文拆解。

查出一串問題之後：修復順序怎麼排

檢查完通常會得到一串問題，時間與預算卻有限。用影響乘成本分四象限：高影響低成本的先做，高影響高成本的主攻，低影響低成本的順手清，低影響高成本的直接擱置。一季主攻一個環節，改完回測；預算押在鏈條最弱的一環，全面勾選留給驗收表。

修或重建，看問題的範圍。單一環節內的問題局部修就好；跨環節的結構問題，例如網址層級與主題架構互相糾纏，才考慮重建，重建的門檻是修復成本已經超過重蓋。以 WordPress 為例，W3Techs 的統計顯示它是市佔最高的內容管理系統，圍繞它的語意工具與外掛生態最完整，落實前面各環節的檢查，成本相對低。

預算怎麼配，給一個整理後的常見配置當參考：把季度資源的一半留給主攻環節，三成留給順手清理的低成本項目，兩成留給回測與紀錄；數字本身不是重點，原則是主攻要有足夠資源做出可觀察的改變，零碎分配只會得到零碎的證據。每一項修復動手前先寫下「預期看到什麼變化」，回測時才有對照的基準。

電商的檢查重心不同：購物車與結帳流程的每個摩擦點都直接折損訂單，商品頁的影像證據與評價具體性也比形象站吃重。WooCommerce 在購物車系統裡的市佔有W3Techs 的數據可查，圍繞它的商店設定，以及RWD 購物網站設計，都有現成整理可以接。

素材產製的取捨：AI 產圖流程當輔助而非替代，構想與氛圍可以快，證據類素材仍以真實拍攝為準；把視覺規範帶進產圖流程的做法，AI 產圖的架站流程有專門展開。

健檢是循環，不是一次性專案。每一季或每次大改版後回測，一次只改一個變數，再觀察資料的變化；下一輪從症狀對照表重新開始，症狀變了，最弱的一環也會換位置。預算跟著斷點走，是這套方法唯一不變的原則。若結構債太深、跨環節的問題已經糾纏成團，品牌網站建立的重新梳理會比逐項修補划算。