作者|晨星行銷 陳俊鳴執行長(網路流量操盤手・企業行銷顧問)
網站用了幾年,老闆心裡開始冒出一個念頭:「是不是該改版了?」有時候是看到同業的新官網,覺得自己的看起來很舊;有時候是廠商來提案,說現在的網站跟不上時代;也有時候是真的出了問題——手機上很難用、後台改一個字都要找人、詢問一個月比一個月少。
改版不是小錢,也不是小事。它會花掉幾個月,會動到你原本在 Google 上累積的排名,還可能讓原本好好的表單、按鈕、追蹤碼在交接時漏掉。所以在決定之前,值得先把幾件事想清楚。
先講答案:網站改版應該是最後手段,不是第一個選項。問題集中在少數幾頁、少數功能時,局部修改就夠了;只有整個網站已經撐不住需求時,才值得整站改。真的要改,就從「哪些頁在帶詢問」開始盤點,把範圍分層決定,報價單多看幾個改版才有的項目,上線後用表單、按鈕和詢問數來驗收。
這篇照這個順序講。網址變動要怎麼轉址、設計費用行情這些站上已有專文的部分,文中會直接指過去。
網站改版還是局部修改:問題集中在幾頁,還是整個網站撐不住
先分清楚兩個詞。網站改版,是在保留網域和品牌的前提下,重新處理一個既有網站的外觀、內容架構、功能或底層系統,其中一層或好幾層。局部修改,則是只動出問題的那幾頁、那一個功能。
美國使用者經驗研究機構 Nielsen Norman Group(簡稱 NN/g)在〈Radical Redesign or Incremental Change?〉這篇文章裡的立場很清楚:能用小幅調整解決的,就不要大改。理由有三個。一是很多問題其實是局部的,換整個網站去解一個局部問題,等於為了換燈泡把房子打掉重蓋。二是大改版比較容易不小心弄壞使用者原本依賴的東西。三是使用者不喜歡改變——就算新設計比較好,熟客還是得重新學一次在哪裡找東西。

NN/g 的共同創辦人 Jakob Nielsen 更早在〈Fresh vs. Familiar: How Aggressively to Redesign〉裡講過一句很直白的話:團隊一開口就說「我們需要一個新鮮的設計」,改版專案通常就是從錯的目標起步。他的理由是,使用者不是來欣賞設計的,他們只想把事情辦完就離開;越常來的人越依賴熟悉的操作,所以越喜歡熟悉的設計。
NN/g 也列出整站改版真的值得做的幾種少數情況,換成老闆聽得懂的話大概是:
| 你看到的狀況 | 比較可能是 | 建議 |
|---|---|---|
| 某幾頁跑很慢、某張表單常出錯、某些內容過時 | 局部問題 | 修那幾頁就好 |
| 只是覺得「看起來有點舊」,但詢問和業績穩定 | 不是問題 | 先不要動 |
| 同業剛換新官網 | 不是理由 | 先看自己的數據 |
| 已經修過很多次,每次只好一點點,效果越來越小 | 小修到頂了 | 可以考慮改版 |
| 後台或系統撐不住你要的功能,例如手機很難用、要加預約或會員做不到 | 技術擋住需求 | 值得改版 |
| 這幾年東補一塊西補一塊,選單和頁面亂到客人找不到東西 | 架構糾結 | 值得改版 |
| 整個網站的詢問、停留都差,不是哪一頁的問題 | 全站性問題 | 值得改版 |


「技術擋住需求」這一項,有一個老闆常沒想到的例子:網站底層用的程式語言也有保存期限。以很多網站在用的 PHP 為例,PHP 官方的支援版本表寫得很清楚,每個版本大約四年後就停止安全更新,過了期限的版本可能有沒人修補的資安漏洞。這就像房子的水電管線過了保固、零件也停產了,壞了沒人修。如果你的網站卡在很舊的系統、升級不上去,那就不是「看起來舊」,而是真的該處理了。
手機上難不難用,也是同一類訊號。Google 在 2023 年 10 月的官方公告〈Mobile-first indexing has landed〉裡說得很清楚:能在手機上正常運作的網站,現在主要都是由手機版的爬蟲來讀取。也就是說,Google 看你的網站,多半是用「手機的眼睛」在看;手機版做不好,影響的不只是客人的體驗。手機版要怎麼判斷做得好不好,〈RWD跟手機版網站差在哪〉那篇有完整說明。

所以判斷的順序是:先看數據,確認問題是集中在幾頁,還是整個網站都有;集中在幾頁就修,整個撐不住才改。NN/g 也提醒,視覺設計背景的人容易把問題往「外觀」去想,但很多時候真正的問題在內容、結構和操作流程。看膩了、同業換了,都不是改版的理由。
網站改版後排名一定會變動:改版等於做了一個新網站
很多老闆問的第一個問題是:「改版會不會掉排名?」誠實的答案是:會變動,而且沒辦法完全避免。
Google 搜尋代表 John Mueller 在 2023 年被問到「改版能不能避免搜尋流量下滑」時,回答只有一個字:不行。他接著補充,如果你做了一個新網站(把舊的翻新),你就會有一個新網站,搜尋引擎會去適應那個新狀態。同一時期他還說過:沒有「回到原樣」這回事,網站改了,搜尋引擎就會跟著調整,結果可能是負面的,也可能是正面的。
整站改版之後,排名可能變好也可能變差,但不會原封不動。這句話對老闆有兩層意思:一是不要相信「改版保證排名不會掉」這種說法;二是改版做得好,本來就有機會比原本更好,不是只能守。
為什麼網址沒變也會受影響?Mueller 在 2021 年說過另一句很實際的話:改設計,通常就會改到內容——標題、圖片、內部連結、網址結構都會跟著動。比如設計師為了版面好看,把首頁上原本連到熱門服務頁的那一排連結拿掉了;或者為了統一風格,把每一頁的標題改得更短、更「有質感」。這些在老闆眼裡只是美化,在搜尋引擎眼裡是內容變了。

放回生意上來看,意思是:改版前就要接受「沒有原封不動」這回事,所以改版前要先留下基準,改完才有東西可以比。另外,如果改版會讓網址變動,那是另一個風險更高的狀況,要做網址對照表和 301 轉址,細節在〈網站搬家的保命清單〉,這裡不重複。

網站改版前的盤點清單:帶詢問的頁、表單、追蹤碼與帳號
盤點,就是在動手之前把「現在的網站在幫你做哪些事」全部記下來。這一步最常被跳過,因為它不像設計稿那樣看得到成果。但它決定了兩件事:新網站會不會漏掉重要的東西,以及改完之後你有沒有辦法判斷變好還是變壞。
中文的改版文章大多只叫你看「流量高的頁」。從生意的角度,至少要看六樣東西。
帶流量的頁:Search Console 只留 16 個月,先匯出
Google Search Console(Google 免費提供給網站主的搜尋成效工具)的「成效」報表,可以依網頁列出每一頁從 Google 搜尋帶來的點擊和曝光。這些頁是你在 Google 上的「店面位置」,改版時要特別小心,不能隨手刪掉或大改內容。
要注意的是,Search Console 只保留最近 16 個月的資料。改版前先把這份報表匯出存檔,不然一年多之後想回頭比對,舊資料可能已經看不到了。
帶詢問的頁:GA4 看哪些頁最後變成聯絡
流量高的頁不一定帶生意。真正要保護的,是客人看完之後會留下聯絡方式、打電話、加 LINE 的那幾頁。這要從 Google Analytics 4(GA4,Google 的網站流量分析工具)裡,看哪些到達網頁之後發生了你設定的轉換動作。

這裡也有一個保存期限:GA4 的資料保留設定,一般資源可以選 2 個月或 14 個月,影響的是「探索」和「漏斗」這類可以自己拉的報表,標準報表不受影響。如果你們家的設定還是 2 個月,想自己拉細一點的分析就只能看到很短的一段。改版前先把最近一段時間每個月的詢問數記下來,這就是改版後拿來比對的那把尺。
💡 小提醒
匯出的報表和每月詢問數,存在你自己的雲端硬碟,不要只存在廠商那邊。改版後如果換人接手、或要跟廠商討論成效,這份基準是你手上唯一的對照。

每一張表單、每一顆按鈕,送到哪裡、誰在收
這一項最常出事,而且出事時完全沒有聲音。
把網站上所有的「聯絡我們」表單、預約表單、報名表、電話按鈕、LINE 按鈕列出來,每一個都寫清楚:送出之後寄到哪個信箱、進到哪個系統、誰在收。假設一家做工程的公司,盤點時才發現官網的詢價表單一直寄到兩年前離職的業務信箱,客人填了沒人回——這種事在改版前發現是好事,在改版後才發現就是損失。

新網站要一個一個照這份清單接回去。
⚠️ 注意
表單壞掉不會有任何警示:網站照樣打得開、畫面照樣漂亮,只是客人送出的資料沒有到任何人手上。所以盤點時每一張表單都要寫下「收件的人是誰」,上線時才知道要請誰確認有沒有收到。
追蹤碼與廣告轉換:GA4、廣告轉換碼、像素
網站上通常埋著幾段看不到的程式碼:GA4、Google Ads 的轉換碼、Facebook/Instagram 廣告用的像素、LINE 的追蹤標籤等等。它們的工作是告訴你「哪個廣告帶來了詢問」。
改版時這些碼沒有跟著搬過去,網站照樣可以運作,但你的廣告後台會突然看不到轉換,好像廣告完全沒效。追蹤碼沒接好,會讓一個其實成功的改版,看起來像失敗。所以盤點時要列出現在裝了哪些、各自裝在哪幾頁、轉換的定義是什麼。

現在的功能與熟客的習慣:拿掉之前先問誰在用
網站上有些功能,老闆自己很少用,但熟客天天在用:某個查詢頁、某個下載區、某個可以直接打電話的按鈕。改版時設計師覺得版面太擠、某個功能「看起來沒什麼人用」,就順手拿掉了。
功能拿掉之後會發生什麼事,有一個很近的例子。根據澳洲媒體報導,澳洲氣象局(Bureau of Meteorology)在 2025 年 10 月推出十多年來第一次大改版的官網,上線後批評聲浪不斷,有人說很難找到要的資料,地方政治人物也轉述農村居民的抱怨:原本可以輸入農場座標查詢的功能不見了。最後代理執行長公開道歉,說會調整網站並協助使用者適應。政府網站的規模跟中小企業官網不能比,但它呈現的是同一件事:熟客越常用的功能,越不能在改版時默默拿掉。
做法很簡單:盤點時把現有功能列成清單,每一項問一句「誰在用、多常用」。不確定的,就問第一線的業務或客服——他們最清楚客人常問「那個功能在哪裡」。

別人連過來的頁與帳號權限
Search Console 的連結報表裡有一項叫「熱門連結網頁」,列的是你網站裡被其他網站連最多次的頁面。這些頁對外有「人脈」,改版時不能讓它們消失或換成不相干的內容。
最後是帳號:網域、主機、網站後台、GA4、Search Console,各自登記在誰名下、誰有最高權限。這件事在換廠商改版時特別要緊,權限歸屬怎麼確認,〈網頁設計公司的推薦名單能信嗎〉那篇有整理。
把上面整理成一張表,交給廠商之前自己先看一遍:
| 盤點項目 | 去哪裡看 | 為什麼要記 |
|---|---|---|
| 帶流量的頁 | Search Console 成效報表(依網頁) | 新站不能隨手刪或大改 |
| 帶詢問的頁 | GA4 到達網頁+轉換 | 改版要優先保護、優先優化 |
| 每月詢問數 | GA4、表單後台、業務紀錄 | 改版後比對的基準 |
| 表單與按鈕 | 網站本身逐一點過 | 每一個都要接回去、確認誰在收 |
| 追蹤碼與轉換 | 網站後台、廣告後台 | 沒接好會讓廣告成效歸零 |
| 現有功能 | 網站本身、問業務與客服 | 熟客在用的不能默默拿掉 |
| 別人連過來的頁 | Search Console 連結報表 | 不能讓它們消失 |
| 帳號權限 | 網域商、主機商、各工具後台 | 換廠商時拿得回來 |
盤點表做完,你手上就有一份「這個網站現在在幫你做的事」的清單,新網站只要逐項接住,就不會改完才發現少了什麼。
改版範圍分四層:外觀、內容架構、功能、系統
很多改版提案把所有東西包成「整站改版」一個項目,老闆很難討論「這次到底要動多少」。比較好討論的做法,是把網站想成一棟房子,分成四層來看。

| 層 | 像房子的哪裡 | 會動到什麼 | 主要風險 | 上線前要多驗什麼 |
|---|---|---|---|---|
| 外觀 | 油漆、裝潢 | 配色、字體、版面 | 內部連結和標題被順手改掉 | 熱門頁的標題、連結還在不在 |
| 內容架構 | 隔間 | 選單、頁面分類、文案 | 帶流量的頁被合併或刪掉 | 盤點表上的頁是否都有去處 |
| 功能 | 水電、門鎖 | 表單、預約、會員、金流 | 交接時漏接、熟客用的功能被拿掉 | 每一個功能實際操作一次 |
| 系統 | 地基、結構 | 後台系統、主機、網址 | 資料轉移、網址變動 | 資料筆數、網址對照、轉址 |
每多動一層,要驗的東西就多一層,出問題時要找的地方也多一層。只換外觀,風險最小;連系統一起換,就要把資料轉移和網址對照都算進來。
要不要一次全動,Mueller 在 2020 年回答過一位網站主:他會建議在時間上拆開來做,因為如果所有東西一次做完,你永遠不會知道要修哪裡;重點是讓每一步都控制得住、追得到。Nielsen 在 2009 年那篇文章給的建議方向也一樣:與其整個翻新,不如在原本的基礎上逐步調整。
常見的情況是:一家公司同時想換系統、改選單、重寫全部文案、換一套全新的視覺。上線後詢問少了一截,大家開會吵了半天,說不出是選單的問題、文案的問題,還是某張表單沒接好。如果拆成兩到三批,每一批上線後觀察一段時間再做下一批,就分得出來。

範圍的建議很直接:能分層就分層,能分批就分批;只有系統真的撐不住時,才把系統這一層一起換。同時要換網域又要改版的情況,更建議拆成兩次,原因在〈網站搬家的保命清單〉那篇最後一節。
網站改版流程:九個階段,以及最常讓時程拖長的五件事
改版的流程,各家廠商叫法不一樣,順序大致如下:
| 階段 | 做什麼 | 老闆要做的事 |
|---|---|---|
| 1. 確認目標 | 這次改版要解決什麼問題 | 講清楚要的是更多詢問、更好管理,還是品牌更新 |
| 2. 盤點現況 | 上一節那張表 | 提供帳號、詢問紀錄 |
| 3. 決定範圍 | 動哪幾層、分幾批 | 拍板 |
| 4. 需求與報價 | 把需求寫成文件、比價、簽約 | 看懂報價單(下一節) |
| 5. 架構與內容 | 頁面清單、每頁要放什麼 | 提供文案、照片、案例素材 |
| 6. 設計與開發 | 在測試網站上做,不影響舊站 | 看稿、給回饋 |
| 7. 內容與資料搬移 | 舊頁面、會員、商品搬過去 | 確認搬完的內容正確 |
| 8. 測試站驗收 | 表單、功能、手機、追蹤碼 | 親自走一遍 |
| 9. 上線與觀察 | 切換到新站、對照基準 | 看詢問數 |
第 1 步常被小看。英國政府的數位服務手冊〈How the discovery phase works〉有一句很適合拿來提醒自己:在決定動手建置之前,要先弄懂你要解決的是什麼問題。它還說,盤點完決定不往下做,不算失敗。換成網站改版的話:盤點的結論可以是「不用改版,修三個地方就好」,那是省錢,不是白做。

第 6 步的「測試網站」要多講一句。新網站應該先做在一個不對外公開的測試環境,舊網站照常營業,直到上線那天才切換。Google 的說明文件也建議,測試環境要加上「不要收錄」的設定,避免還沒完成的網站被 Google 收進搜尋結果;上線時再把這個設定拿掉,同時確認 Search Console 的驗證和分析碼都有帶到新版。

需求文件:一頁就能讓報價站在同一個基礎上
到了第 4 步,很多老闆會直接請三家廠商「報一下改版要多少錢」。結果三份報價內容各不相同,根本沒辦法比。問題不在廠商,而在大家拿到的需求不一樣。
改版前寫一份需求文件,不用很長,一頁就夠,把前面三步的結論寫進去:
| 欄位 | 寫什麼 |
|---|---|
| 改版目標 | 這次要解決的一兩個問題,例如「手機上預約太難」「後台改不動」 |
| 盤點表 | 帶流量的頁、帶詢問的頁、表單、追蹤碼、現有功能 |
| 範圍 | 這次動哪幾層、分不分批 |
| 一定要保留的 | 熟客在用的功能、帶詢問的頁、既有的串接 |
| 驗收項目 | 上線前要通過的檢查(見後面的驗收表) |
| 素材與時程 | 哪些素材誰提供、什麼時候給 |
| 權限與資料 | 帳號在誰名下、哪些資料要轉移 |
給每一家廠商同一份需求文件,報價才比得出差別;比得出差別,才知道貴的那家多做了什麼。英國政府手冊也把「法規、合約、舊系統、既有流程」列為動手前要先弄清楚的限制,需求文件裡的「權限與資料」那一欄,就是在處理這件事。

至於要多久,沒有可靠的公開數據可以給一個數字,每個案子差很多。比較有用的是知道什麼會拖長時程:
- 素材遲交:文案、照片、案例遲遲沒給,設計和開發只能停著等。這一項最常卡在老闆這一端。
- 決策的人太多:看稿時每個主管各有意見,一輪改完又一輪。
- 範圍中途加碼:做到一半想加會員、加多語、加預約,等於重新規劃一部分。
- 資料轉移:會員、訂單、商品的資料要清理、對欄位、試轉,比想像中花時間。
- 第三方串接:金流、物流、預約系統這類外部服務,有它們自己的申請和測試流程。

時程要抓得準,關鍵通常不在廠商做得多快,而在你這一端的素材和決策有沒有到位。
改版報價單要多看的八個項目:新站報價看不到的那幾行
改版的報價單,有一大半跟新做一個網站一樣:頁數、設計方式、修改次數、手機版、主機網域、基礎 SEO 設定。這些通用項目和行情,〈網頁設計費用怎麼算〉那篇已經逐項整理。
改版比新站多出來的,是「處理舊網站」的那些工作。這些最容易在報價單上被漏掉,或只寫成一行模糊的「網站改版」。比價時,至少確認這八項有沒有寫清楚:
| 項目 | 要問清楚的事 | 沒寫清楚的後果 |
|---|---|---|
| 1. 舊內容搬移 | 舊站有幾頁要搬?誰搬?原文照搬還是要改寫?圖片要不要重做? | 上線前才發現一半的頁沒人搬 |
| 2. 網址對照與轉址 | 網址會不會變?對照表誰列、轉址誰設? | 排名和舊連結斷掉(細節見〈網站搬家的保命清單〉) |
| 3. 既有功能清單 | 現在的表單、預約、會員、金流、LINE 串接,新站是否全部保留? | 上線後才發現少了一個功能 |
| 4. 資料轉移 | 會員、訂單、商品資料要不要轉?轉多少筆?誰清理? | 舊客人登入不了、訂單紀錄不見 |
| 5. 追蹤碼與轉換設定 | GA4、廣告轉換碼、像素是否重新安裝並測試? | 廣告後台看不到轉換 |
| 6. 測試站與驗收標準 | 有沒有測試網站?驗收看哪些項目?改幾輪? | 驗收變成「看起來可以」就算數 |
| 7. 上線切換與回復 | 選什麼時段切換?舊站備份留多久?出大問題能不能切回去? | 出事時沒有退路 |
| 8. 保固期 | 上線後多久內的錯誤免費修? | 小錯誤每一個都要另外付錢 |
改版報價差很多,常常不是誰比較貴,而是誰把「處理舊網站」的工作寫進去了、誰沒有。同樣寫「整站改版」,一家含舊內容搬移和資料轉移,另一家不含,總價當然不能直接比。如果前面已經給了同一份需求文件,這八項就是你拿來對照三份報價的檢查表。

換廠商改版:舊設計的著作權與會員個資怎麼交接
改版時順便換一家廠商,是很常見的情況。這時候有兩件事是台灣法規層面的,要在簽約前先弄清楚。
第一是舊網站的設計和程式能不能沿用。依〈著作權法第 12 條〉,出資請別人完成的作品,如果契約沒有約定,著作人是做的那一方,著作財產權也歸做的那一方,出資的人可以「利用」。白話講:當初合約沒寫清楚的話,你付錢做的網站設計,權利可能還在舊廠商手上,你可以用,但新廠商要拿去改作、重製時就可能有疑義。換廠商之前,先翻出舊合約看看著作權怎麼約定,有疑問就請教律師。
第二是會員資料。如果舊網站有會員、訂單,這些都是個人資料。依〈個人資料保護法第 4 條〉,受委託處理個資的廠商,在法律上視同委託的那一方;〈個人資料保護法施行細則第 8 條〉也要求委託的一方對受託廠商做適當監督,監督事項裡就包括委託關係結束時,個資要返還、廠商留存的要刪除。這對你的意思是:舊廠商退場時,要確認資料完整交回、對方那邊不再保留;新廠商接手時,要約定好它可以怎麼用這些資料。
⚠️ 注意
新的改版合約,最好一次把這兩件事寫清楚:這次做出來的設計與程式,著作財產權歸誰、你可以怎麼用;以及合作結束時,網站資料與會員個資怎麼交回、廠商那邊怎麼刪除。這樣下一次改版或換廠商,就不會再卡在同一個地方。

網站改版上線驗收:用表單、按鈕與詢問數來驗,不只看畫面
上線那天,大家最常做的驗收是:打開首頁,看看漂不漂亮,點幾頁沒壞,就說「可以了」。但改版真正會出事的地方,多半不在畫面上。
驗收建議分兩段:上線前在測試網站驗一次,上線當天在正式網站再驗一次。

| 驗收項目 | 怎麼驗 | 沒驗會怎樣 |
|---|---|---|
| 每一張表單 | 實際填寫送出,確認信箱或系統收得到 | 客人填了沒人收 |
| 電話、LINE 按鈕 | 用手機按一次,確認撥得出、加得到 | 手機客人聯絡不上你 |
| 結帳、預約、會員登入 | 從頭走到尾一次 | 生意直接卡住 |
| GA4 | 打開即時報表,看得到自己剛剛的瀏覽 | 數據斷掉 |
| 廣告轉換 | 在廣告後台用「疑難排解」送一次測試轉換 | 廣告看起來沒效 |
| Search Console | 確認驗證還在、新站沒有「不要收錄」的設定殘留 | 新網站不會出現在 Google |
| 手機實際操作 | 用自己的手機把主要流程走一遍 | 只在電腦上看過 |
| 盤點表上的熱門頁與功能 | 一頁一頁打開、一個一個操作,確認都在 | 最重要的頁或功能不見了 |
| 舊網址 | 抽幾個舊網址貼進瀏覽器,看會不會正確跳轉 | 細節見〈網站搬家的保命清單〉 |
追蹤碼的驗收,Google 都有現成的工具,不需要懂程式。GA4 的即時報表會顯示過去 30 分鐘內的使用者活動,Google 官方說明就寫著它可以用來確認追蹤程式碼有沒有正常運作——你自己用手機逛一下新網站,即時報表上看得到自己,就代表 GA4 有接上。Google Ads 那一邊,說明中心建議在轉換動作旁按「疑難排解」,就能在網站上執行一次測試轉換,測試的資料通常幾小時內就會出現在帳戶裡。

用一個假設算一筆帳:如果你的官網平常一個月大約有 20 筆詢問,表單壞掉兩週沒人發現,大概就少掉 10 筆左右;如果其中幾筆本來會成交,損失就遠超過一次驗收花的半小時。上線當天親自送一次表單,是整個改版專案裡最便宜、也最重要的一個動作。
驗收標準最好寫進合約或需求文件裡。民法〈第 492 條〉講的是承攬人完成工作,應使它具備「約定之品質」——什麼叫約定的品質,要看雙方當初寫了什麼。驗收項目寫得越具體,雙方對「做完了沒」的認知越不會有落差。
上線之後還有一段觀察期。這段時間要看的,不只是流量,而是拿改版前記下的每月詢問數來比。前面提過,排名短期變動是常見的,不要一看到數字往下就又急著改東改西,先確認表單、追蹤碼、熱門頁都正常,再判斷是不是真的變差。
觀察期也一定會收到抱怨,尤其是熟客。Nielsen 在 2009 年那篇文章提醒過,使用者抱怨改版,不一定代表新設計比較差,如果新設計真的比較好用,大家通常會慢慢習慣。所以上線初期的抱怨要分兩種:一種是「不習慣」,給時間、給一點引導就好;另一種是「功能不見了、流程走不完」,那就要立刻修。澳洲氣象局被抱怨的項目裡,就有「原本的功能不見了」這一種。
💡 小提醒
上線後的頭幾週,請業務或客服把客人的抱怨原話記下來,每週整理一次。分得出是「不習慣」還是「壞掉」,才知道該等、還是該修。

上線之後的日常維護要包含哪些、合約怎麼簽,是另一個題目,同系列〈網站維護費用〉會專門講。
網站改版裡老闆該親自管的三件事:方向、素材與驗收
整個改版專案,老闆不需要懂程式,也不需要會設定轉址。但有三件事,別人沒辦法替你做。
第一是方向。這次改版要解決什麼問題、要給誰看、希望客人看完做什麼,只有你最清楚。廠商可以給建議,但「要的是更多詢問,還是更好看的品牌形象」這種取捨,是老闆的決定。改版的方向,要從「哪些頁在帶詢問」出發,而不是從「哪裡看起來不夠好看」出發。
第二是素材。文案、照片、案例、服務內容,是網站的肉。前面說過,時程拖長最常見的原因是素材遲交。先把素材準備好,改版會順很多。
第三是驗收。驗收不是看漂不漂亮,而是拿著盤點表和驗收表,親自確認表單收得到、按鈕按得通、詢問數有沒有掉。你可以不是頂尖的技術人員,但你不能沒有常識:看得懂詢問數、知道每張表單寄到哪裡、對方說「改版就是會掉」時能追問一句為什麼。
委外也不等於甩手不管。把方向、素材、驗收這三件事抓在手上,其他交給廠商執行,才是比較穩的分工。

老闆最該做的,是把自己的專業做深、做透,那是一間公司裡真正無法被取代的東西。網站改版是另一門專業,要靠一次次實作才會準;老闆真要一頭栽進去,多半不是學不會,而是在自己最重要的位置上分了心,有時候是心有餘而力不足,有時候是精力就這樣一點一點耗掉。所以把力氣花在刀口上,改版的執行這一段,交給我們這些以此為專業的人。
常見問題
參考資料
- 《Radical Redesign or Incremental Change?》 — Nielsen Norman Group,Hoa Loranger(2015-02-08;英文,美國)
- 《Fresh vs. Familiar: How Aggressively to Redesign》 — Nielsen Norman Group,Jakob Nielsen(2009-09-20;英文,美國)
- 《Supported Versions》 — PHP 官方網站(查閱日 2026-11-02;英文,國際)
- 《Mobile-first indexing has landed – thanks for all your support》 — Google Search Central 部落格(2023-10-31;英文,全球官方公告)
- 《Google: There Is No Way To Prevent Search Traffic Loss From A Website Revamp》 — Search Engine Roundtable(2023-09-12;英文,美國,產業媒體轉述 Google John Mueller 發言)
- 《Google: No Such Thing As “Back To The Same” For Search Rankings After A Site Revamp》 — Search Engine Roundtable,Barry Schwartz(2023-09-13;英文,美國,產業媒體轉述 Google John Mueller 發言)
- 《Google: Website Design Changes Generally Lead To Content Changes》 — Search Engine Roundtable(2021-04-20;英文,美國,產業媒體轉述 Google John Mueller 發言)
- 《Google: Split Things Up When Revamping Your Web Site》 — Search Engine Roundtable(2020-07-24;英文,美國,產業媒體轉述 Google John Mueller 發言)
- 《[GA4]查詢報表》 — Google Analytics 說明中心(官方文件,查閱日 2026-11-02)
- 《[GA4]資料保留》 — Google Analytics 說明中心(官方文件,查閱日 2026-11-02)
- 《即時報表》 — Google Analytics 說明中心(官方文件,查閱日 2026-11-02)
- 《「未驗證」狀態持續超過 24 小時》 — Google Ads 說明中心(官方文件,查閱日 2026-11-02)
- 《連結報告》 — Search Console 說明中心(官方文件,查閱日 2026-11-02)
- 《How the discovery phase works》 — GOV.UK Service Manual(2021-06-21 更新;英文,英國政府)
- 《Changing Your Web Hosting and SEO》 — Google Search Central(官方文件,查閱日 2026-11-02;英文)
- 《’Didn’t make it lightly’: BoM apologises for ‘challenges’ amid website furore》 — SBS News,Elfy Scott、David Aidone(2025-10-29;英文,澳洲,新聞報導)
- 《著作權法第 12 條》 — 全國法規資料庫(查閱日 2026-11-02)
- 《個人資料保護法第 4 條》 — 全國法規資料庫(查閱日 2026-11-02)
- 《個人資料保護法施行細則第 8 條》 — 全國法規資料庫(查閱日 2026-11-02)
- 《民法第 492 條》 — 全國法規資料庫(查閱日 2026-11-02)
ℹ️ 關於本文
本文引用的 Google 說明文件與官方公告、PHP 官方支援版本表與台灣法規條文,以查閱當日(2026 年 11 月 2 日)版本為準,官方工具功能、軟體支援期限與法規可能更新,實際請以原始出處的最新內容為準;Google 搜尋代表的說法引自產業媒體報導,屬一般性說明而非官方文件;澳洲氣象局的案例引自新聞報導,僅作為討論參考,不代表台灣的情況。文中對改版判斷、範圍與流程的建議屬一般性經驗說明,實際做法因網站規模、產業與既有系統而有明顯差異,不構成任何排名、流量或詢問成效的保證;涉及著作權與個人資料的部分僅為法規白話說明,不構成法律意見,個案請洽詢律師。
陳俊鳴
網路流量操盤手.企業行銷顧問
操盤SEO與網路行銷實戰逾15年,2013年創辦晨星事業有限公司(晨星行銷),從SEO網站架設、關鍵字策略到銷售漏斗與變現模式一手包辦。現為智信科技、瞻新資訊等多家企業的常年行銷顧問,也獲頒過亞洲十大卓越名師金像獎,把每一次流量成長都當成自己的事業在打。曾是馬來西亞象棋、圍棋國手,拿過亞洲盃第二名。
