品牌網站設計分層診斷：沒詢問時的檢查順序與修正決策

設計公司的簡報做得很完整：舊站視覺過時、手機版體驗不佳、同業都換了新版，全面改版之後詢問自然會上來。簡報裡的案例一個比一個漂亮，報價剛好壓在預算邊緣，你差一點就簽了。當天晚上打開後台，看到的是另一個故事：每天進站人數穩定，停留時間不短，往下滑讀的比例也不差，只是整整一個月，沒有人按下聯絡按鈕。

數據說的跟簡報說的完全是兩回事。訪客來了、也在讀，讀完之後沒有路可以走；這是轉換層的病，不是視覺層的病。把轉換層的病當視覺層的病來醫，改版等於換一層外皮，換完之後按鈕還是沒有人按。與其先問網站美不美，不如把網站看成層層傳導的機制：流量、任務、動線、架構、可讀性、效能、營運，任何一層中斷，上游的投入就傳不到詢問出口。

底下是一套可以自己跑的檢查順序：先把症狀分流；沒人進來，先確認搜尋需求與內容、廣告的分工，連同被收錄的骨架一起查；進來沒動作，沿著詢問動線從出口往回走，順路檢查可讀性；最後把速度寫進合約，把診斷變成補強、重做與營運節奏的決策。每一步都有可自行驗證的判準；基本工具是 GA4、Search Console 與一台手機，個別步驟要補的工具在該節順帶說明。

快速重點：網站沒帶來詢問，先分流再動手。沒人進來、進來沒動作、動作沒成交是三種不同的問題；用數據定位斷點，依症狀檢查任務目標、詢問動線、頁面架構、可讀性與效能，把成因修在源頭，再決定補強還是重做。

沒流量、沒詢問、沒成交：先把三種症狀分開

「網站沒有效果」是一個把三種病混在一起的說法。沒人進來、進來沒動作、有動作沒成交，分別發生在流量、轉換與業務三個位置，修法完全不同。動手之前先開兩個免費後台：GA4 回答訪客從哪來、做了什麼；Search Console 回答搜尋引擎收了哪些頁、哪些查詢帶來曝光。兩邊合看，症狀才分得開。

兩個後台看的東西要分清楚。GA4 的參與與開發報表回答行為與來源：訪客從自然搜尋、廣告或直接輸入網址進來、停留多久、點了哪些事件；Search Console 的效果與索引報表回答查詢與收錄：哪些字帶來曝光、哪些頁面被收了、哪些被排除。只看一邊會誤判：GA4 顯示自然流量少，可能是沒被收錄，也可能是收錄了但查詢排不上去，兩者修法不同，要回到 Search Console 才分得出來。

三種症狀的邊界也要畫在對的地方。網站送來的詢問有數量、成交卻跟不上，問題多半不在網站，在跟進：回覆速度、報價方式、需求篩選。這一層修不好，把網站改十次也一樣；反過來說，業務層很強的團隊，網站只要穩定供給足量、品質整齊的詢問就好，兩邊各自有帳要算。

分流之前就簽改版合約，等於還沒檢查就先開藥。整站重做版型是最後手段；動手前先把問題定位到具體哪一層，再決定修改規模。動任何修改之前，先記下每月基線：進站人次、詢問數、成交數。沒有基線，三個月後你無法判斷修改有沒有效，只能憑感覺爭論。

舉一個假設情境。一間醫美診所的官網每天訪客穩定、停留時間正常，預約按鈕卻幾乎沒有點擊。數據攤開，病灶明確落在轉換層：訪客讀完內容，找不到或不想按那顆按鈕。這種情況重做外觀救不了它，該修的是按鈕位置、文案與預約流程。同樣的數據若換成每天訪客寥寥，修法就完全不同，先補流量才有意義。網站沒帶來生意的判斷，永遠從數據歸屬開始，不是從視覺新舊開始。

基線怎麼記很簡單：開一張試算表，每月一列，欄位放進站人次、自然搜尋工作階段、詢問表單送出數、實際成交數，旁邊加一欄當月做過的修改。數字本身不會說話，對照才會；有了這張表，任何一筆投入三個月後都可以回來對帳，不再各說各話。

兩個後台的操作細節，可以分別參考GA4 完整操作指南與Search Console 的索引與查詢報表說明。分流這一步不用花錢，花的只是一個下午；一個下午換來的正確歸屬，決定之後每一筆預算花在哪一層。

沒人進來：搜尋需求不存在，還是內容沒被收錄？

分流結果若是沒人進來，第一步不是馬上開寫文章，而是確認搜尋需求存不存在。有明確搜尋意圖的產業，內容經營值得長期做；需求稀薄的利基市場，詢問更依賴既有渠道與口碑，硬押內容等於把資源放錯流量來源，比不動更浪費。搜尋流量占多少，看本站後台的實際資料，不要拿產業平均套在自己身上。

搜尋需求怎麼確認？把客戶成交前會問的問題列成清單，逐一輸入搜尋框，看自動完成與結果頁的組成。結果頁多以知識型內容組成，內容通常還有位置可站；結果頁全是廣告與平台頁，自有網站要排上前面需要更長的投入，此時既有渠道與口碑的性價比可能更高。這一步只是初篩，不是需求量的證明；估投入期之前，再搭配關鍵字工具的查詢量數字，回頭對照自家詢問的實際來源。確認動作做完再決定資源，比先寫再說穩。

內容是任務的支撐，不是上線後的補作業。文章要回答潛在客戶真的會搜的問題，單篇的基本功先顧好：標題標籤的寫法決定搜尋結果上的第一印象，頁面 SEO 基礎影響這一頁能不能被正確理解。主題之間用支柱頁與支撐頁互連，邊界清楚，累積才有方向。

廣告與內容不是二選一，是分工。廣告買的是即時流量，預算停流量就停，適合驗證訊息與支撐活動檔期；內容養的是長期資產，起步慢，但累積的頁面會持續帶自然流量與詢問。先用小額廣告測出哪個訊息帶得動詢問，再把驗證過的訊息交給內容長期經營，兩邊各做擅長的事，預算才不會互相拖累。

更新跟著需求變化走：產品、價格、法規、常見問題變了就更新，不為固定篇數而寫。既有文章的翻新通常比盲目新增更有效，因為它已經有數據可以判斷哪一段有效、哪一段沒有人看。內容產出的長期節奏，內容行銷策略規劃有完整的框架可以套。

搜尋入口正在分散。結構清楚、可被引用的內容，對 AI 搜尋與代理瀏覽同樣有用；AEO 優化方向談的是答案被取用的條件，AI 代理瀏覽的準備處理新一代檢索工具怎麼讀網站。這兩件事的底層工作與 SEO 高度重疊，不需要另起爐灶，把既有內容的結構與可讀性顧好，就已經完成大半。

需求確認了、內容也寫了，訪客卻還是找不到、搜尋引擎也收不到，先別急著再加寫文章，回頭查骨架：分類、網址與內部連結。骨架在線框稿階段就要定案，上線後再改，成本高出許多。檢查方法很具體：從首頁出發，數一數每個重點頁面要幾步才到得了；只靠標籤才找得到、或沒有任何連結指進去的頁面，就是結構病灶。

以室內設計品牌為例，結構可以這樣長：服務主題頁說明設計與工程能力，往住宅、商業、辦公三類空間分類輻射，每個分類再連到完整作品案例，案例頁結尾回到服務頁與詢問表單。服務、分類、案例三層之間的連結關係畫得出來，訪客找得到想看的作品，搜尋引擎也讀得出頁面主從。這是可測試的結構範例，分類數量要依作品量與搜尋需求調整，不是固定公式。

結構病灶常見三種。孤兒頁沒有任何連結指進去，訪客與搜尋引擎都靠運氣才找得到；薄標籤頁只裝著兩三行字與一張圖，數量一多就在同樣的查詢裡互相稀釋；層級過深讓重要頁面離首頁太遠，權重與訪客都走不到。判斷用自家的 Search Console 資料看收錄與內部連結狀態，不是憑感覺。「三次點擊內到達」是檢查動線的參考起點，不是搜尋引擎的硬性門檻。

選單與麵包屑是結構的兩個顯示介面。主選單放最重要的一級分類，數量以訪客掃一眼記得住為準；麵包屑讓訪客隨時知道自己在結構的哪一層，也給搜尋引擎一組穩定的層級訊號。XML sitemap 則把全部想被收錄的網址列給搜尋引擎。三個介面講的是同一套結構，講得一致，訪客與搜尋引擎的信任才建立得起來。

網址要清楚且穩定，結構上線前想好；事後改層級，要連著處理轉址、重新收錄與流量過渡期的陣痛。內部連結在畫線框的階段就放進原型，支柱頁與支撐頁的主從先定，XML sitemap 的結構也在同一期規劃。這幾件事的完整方法，SEO 友善的網站架構指南與網站架構優化的做法各有深入拆解；還在規劃期的站，線框稿規劃把骨架怎麼畫、什麼時候定案講得很清楚；頁面層級該安排哪些角色，網頁設計的必備元素提供了檢查清單。

進來沒動作：沿著詢問動線從出口往回走

分流結果指向轉換層時，不必從版面開始改。沿著訪客的詢問動線從出口往回走，每一段各有一個常見斷點：送出之後有沒有清楚回饋、表單欄位跟任務合不合、按鈕文案有沒有給出承諾、落地頁有沒有行動入口；回走的路上也順手確認頁面讀不讀得下去，最後回到最源頭的目標句。逐段找到斷點，修才有方向；不找就改版，等於閉著眼睛調整。

送出表單之後的三十秒，決定填表的人會不會安心等待。畫面要先確認收到，再說明回覆會從哪個管道來、團隊實際做得到的時程是多少，然後給一個等待期間的選項，例如先看相關案例或準備需求的方向。確認、管道、下一步三件事說清楚，詢問才不會在送出後失聯；回覆承諾以團隊實際服務能力為限，說得到才寫上去。

確認信與感謝頁是同一件事的兩個介面：畫面給留在現場的人看，信件給已經離開的人看。信裡重複同樣三件事，收到了、會從哪個管道回覆、要等多久，再加上一個可以直接回信的地址。系統若支援，把常見需求的準備清單放進信裡，等待期就變成服務的一部分，不再留白。

再往回一格，是表單本身。表單欄位與任務要匹配。快速聯絡用三欄就夠：姓名、聯絡方式、需求描述。需要資格審核的高單價服務，欄位多不一定錯，關鍵是每一欄都對後續判斷有用；好壞以實際完成率判斷，不是欄位數字本身。

欄位是否有用途，檢查法是一欄一欄問：拿掉這一欄，後續報價或跟進會不會多跑一趟？會，留下；不會，刪掉。錯誤訊息也在檢查範圍：漏填時畫面有沒有明確指出哪一欄、格式錯誤有沒有示例可看，這些細節決定填到一半的人放棄或完成。

再往回到落地頁與按鈕。落地頁的檢查很機械：從搜尋或廣告點進來的那一頁，往下滑的過程中，有沒有在視線自然停留的位置出現行動入口。按鈕文案的判準是動詞開頭加上具體得到的東西：「了解更多」沒有承諾，「下載報價清單」才有。位置跟著內容節奏走，讀完服務說明的地方就該出現對應的入口，不是固定塞在頁尾。要系統性調整，CTA 按鈕設計指南有完整的做法。

廣告落地與自然搜尋落地要分開檢查。廣告帶來的訪客帶著具體意圖，落地頁必須直接對上廣告的承諾，入口與承諾不一致，預算燒得最快；自然搜尋的訪客多數在找答案，先給內容再給入口的節奏反而合適。同一頁同時接兩種流量時，用區塊順序分工，不要假設兩種人吃同一套排版。

按鈕之前，先問頁面讀不讀得下去。視覺很有質感、停留時間卻還是短，因為質感是主觀印象，可讀性才是能檢查的性質。視覺元素的作用是建立優先順序：層級清楚的版面把訪客帶往行動，風格搶眼但層級混亂的版面只留下印象，帶不來下一步。

檢查的方法是用實際字型、字級、行距與欄寬，在手機上讀一段真實文案，再刻意把字級放大、文字間距調寬，確認內容沒有被裁切或重疊。W3C 的文字間距準則檢查的正是使用者覆寫之後內容是否遺失，不是規定預設行距；行高抓在字級的 1.6 到 1.8 倍是常見起點，明體或黑體都可能合用，以實際裝置測試的結果為準。

可讀性還有兩個容易漏的檢查點。欄寬：一行太長，視線回行的負擔加重；一行太短，眼睛一直跳行，桌上型與手機各有舒服的範圍，用手機實讀最準。對比：文字與背景的對比要足夠，淺灰字配白底在設計稿上好看，在陽光下的手機螢幕上幾乎讀不見；層級靠字級、粗細與對比一起建立，不是只靠顏色深淺。

色彩的功能是分層，不是填滿。主色建立識別，一個高對比的強調色保留給行動按鈕，其餘顏色退到背景；對比與留白一起分工，畫面的輕重就出來了。品牌選色的實務方法談的是這件事的系統做法；識別一致性可以當成設計品質的檢查項，從CIS 企業識別系統的角度核對，但對轉換的影響仍要以實測驗證。

停留時間短、跳出偏高，要連同流量來源與頁面目的一起判讀；搜尋進來找答案的訪客，找到就離開是正常行為，不一定代表內容有問題，跳出率判讀把幾種情境分開說明。生成式工具把「好看」的門檻大幅拉低之後，判斷標準更應該移到版面是否支援任務，生成式工具時代的版面判斷對此有完整的討論；字型在不同裝置上的表現差異，中文字體的選擇與搭配整理成可以照做的挑選方法。

一路往回走，最後會停在一張紙前面。翻出當年的專案文件，找一句話：上線之後，每個月要帶來幾個什麼。找得到，驗收就有依據；找不到，表示專案從需求階段就沒有可驗收的目標，設計端只能用主觀美感交差，結案時自然也沒有判斷成敗的標準。空格填不出來，先停下來把答案想清楚，再往下走。

那個空格決定整個網站的資訊優先序。訪客帶著具體任務上門：比價、驗證可信度、找案例、找聯絡方式。他們用掃視找答案，頁面內容對不上任務，幾秒內就離開。以接單為主的站，把服務說明與詢問入口放到每頁最顯眼的位置；以內容累積為主的站，讓分類與文章動線當主結構。任務不同，長出來的網站就不同，這件事在開案時定錯，後面每一層都跟著歪。

任務寫清楚之後，版面的判斷就有了先後。接單為主的站，首頁第一屏要交代做什麼、給誰做、下一步按哪裡；內容為主的站，分類與搜尋的位置比裝飾重要，文章頁的相關連結決定訪客停留的長度。同一個品牌兩種任務都想做，就按頁面分主從：首頁收詢問、欄目頁養流量，兩者用內部連結互相支援，不必讓每一頁都塞滿兩種訴求。

美觀在這件事裡的位置要畫清楚：它是門檻，不是引擎。低於基本水準會扣分；超過水準之後，再多的視覺投入對詢問的邊際效益快速遞減。把美感當成唯一目標的專案，資源會堆在邊際效益最低的地方，其他層的問題原封不動，等上線後再一起爆發。

價值盤點用三個問句完成：客戶成交前會先做什麼功課？這些功課現在在哪裡完成？官網有沒有接住其中一段？三個答案寫下來，任務與投入規模自然浮現，也決定後面動線、架構與內容各層的資源怎麼分配。目標句還有一個附帶作用：它是所有利害關係人的共同語言，老闆看數字、行銷看管道、設計看版面，各說各話時回到「每月幾個什麼」就能對齊，開會不再爭論哪個顏色好看，而是爭論哪個選擇更接近目標。

複合型官網可以同時服務多種任務，條件是按頁面分配主從，不能每一頁都想同時完成所有事。首頁交代定位與主要行動，服務頁深談流程，案例頁支撐可信度，各司其職。開案之前先做一次價值盤點，確認官網在整盤生意裡的位置，再決定投入規模；還在猶豫官網值不值得做的人，先讀官網對生意的實際價值分析，把前提先想清楚再往下走。從零開始的品牌，品牌官網架設的完整流程把主機、網域到內容的順序排得很清楚；已經上線的站，則拿常見的網頁設計錯誤逐項核對一遍。

有流量卻沒詢問的站，照提高網站詢問的檢查流程逐頁排查，通常能找到明確的斷點；單一活動或廣告落地情境，著陸頁轉換優化有更細的對照方法。動線四段檢查的成本遠低於重做視覺，先跑這一遍再談改版。動線的起點是頁面本身支援任務，品牌官網設計的決策方法把任務到版面的對應關係整理得很有系統，可以搭配使用。

把體驗寫進合約，把診斷變成決策

「網站好像有點慢」寫不進合約，Core Web Vitals 的三項官方指標可以：LCP 看最大內容元素的載入、INP 看互動回應速度、CLS 看版面穩定度，定義與門檻以官方指標定義為準。把這組數字連同測試裝置與網路條件寫進規格，速度責任才有得追究。

判讀時把裝置分開看：手機與桌機各看第 75 百分位，三項指標同時達到良好才算通過。實際使用者資料代表訪客的真實體驗，新站或流量不足的頁面，這欄可能是空的，此時用實驗室測試輔助找原因；兩種數字用途不同，Lighthouse 報表裡的 TBT 是實驗室指標，不能直接當成 INP 回報，混用會得到錯誤的結論。

先查三個設計決策：首圖的尺寸與格式、字型的載入策略、嵌入內容有沒有預留空間。行動版要單獨測，桌機成績推不了手機體驗，哪個裝置優先，看自家 GA4 的裝置占比。Core Web Vitals 優化攻略把三項指標的改善方法拆到技術層，網站速度優化指南整理了壓低載入時間的具體手法；版面在不同裝置上的調整原則，響應式設計的基礎有完整說明。

動畫與第三方指令碼是另外兩個常見來源：大量同時播放的動畫拖累互動指標，廣告、聊天工具、嵌入影片各自載入自己的程式，頁面請求一多，什麼都變慢。驗收條款可以寫得很具體：指定裝置與網路條件、指定量測工具、指定通過的百分位與期限，三項寫齊，設計、前端與主機各自要負的責任就有了邊界。

邊界也要寫清楚：官方將這組指標納入網頁體驗訊號、與其他眾多訊號一併用於排名系統，但從不保證達標就排名上升，未達標也不是處罰通知；把它當成使用者體驗的驗收條件，而不是行銷承諾。數字寫進規格與驗收條件，速度責任才不會在設計、前端與主機之間流浪，出問題時才有辦法對回某一個環節。

各層檢查跑完，決策用三條判準。一是斷點的範圍：只有動線或表單斷，先修不要重做；任務定義錯誤或結構病灶太深，修補的錢不如拿去重做。二是結構能不能漸進調整：網址與層級還動得了，就分階段遷移；技術債積到改不動，重做才划算。三是既有資產值多少：累積多年的文章與外部連結是資產，重做時要列入移轉計畫，不能歸零重來。

判準的應用可以更具體。斷點只在動線層，修的成本是一兩週的調整與觀察；任務句寫不出來，先花一個下午補目標，再談其他投入；結構病灶深到分類與網址全部要重來，先把移轉計畫寫成表，逐條列出舊網址、新網址與轉址設定，重做才有辦法保住既有資產。

重做還有一個常被忽略的選項：分階段。先換最痛的一層，例如先修動線與表單，下一季再動結構，再下一季才換視覺。階段之間用同一張基線表對帳，每一段投入的效果看得見，預算的節奏也好安排；什麼都一次全換，風險與成本同時最高，診斷的價值反而用不上。

決定重做，把三樣東西寫進需求文件再發包：目標句、量測條件、驗收方式。目標句就是分流節填出來的那一句，量測條件指定裝置與百分位，驗收方式綁 Core Web Vitals 門檻與動線測試，避免只買到新一層外皮。挑廠商時看規格可不可驗收、報價有沒有拆項：挑選網頁設計公司與網頁設計報價行情提供評估與比價的方法，網頁設計外包流程把委外的每一步列成清單。

自架或外包依時間、預算與維護意願決定。自架適合有意願長期自己管的人，WordPress 架站流程與WordPress 網站設計實務把這條路的成本與步驟說得很完整；外包換來時間與整合，但維護投入兩條路都省不掉。還在建立全貌觀念的人，從網頁設計入門全貌讀起，對各層的取捨會更有感覺。

簽了約、上了線，接下來是節奏問題。很多官網狀態最好的一天就是上線那天，原因不在設計，在結案之後沒有營運分工。把三件事排成每月固定節奏並指派負責人：看數據、顧內容、修動線。看數據對回分流與基線，顧內容對應需求變化，修動線把失效連結、表單測試、備份與效能複查排進行事曆。主機、憑證、更新與備份這些固定開銷，不編列就會出事，網站維護的固定成本把它們列成表，編預算時先抓清楚。

三項工作的週期不必一樣：數據每月看一次就夠，動線每季實際走一遍，內容跟著需求事件更新。負責人也不必是同一個人，行銷看數據、內容負責人顧文章、對外窗口修表單與連結；分工寫下來，人員異動或更換廠商時，節奏才不會斷在某一個人身上。

維護是讓既有投入持續有效的必要成本，不是額外支出。沒有檢視機制的網站，問題會安靜累積：連結慢慢失效、表單悄悄壞掉、內容逐漸過時，直到某一天有人喊出全面重做，才一次爆開，而重做的報價通常遠高於這幾年省下的維護費。搜尋與 AI 入口的長期變化也在同一個節奏裡一起看，可被引用的內容與清楚的結構，對新一代檢索同樣重要。

診斷不用等改版預算。分流與動線兩層檢查，一個下午就能跑完：打開兩個後台，把症狀歸屬寫下來；挑一頁實際走一遍，把斷點標出來。這兩張清單就是你下一次跟設計公司開會的議程，也是補強或重做的決策證據。第一次檢查從今天開始，比等下一次簡報上門務實得多。