網站改版還是打掉重做?一套決策框架

「我們公司的網站是 2017 年做的。手機打開整個跑版,後台的密碼在離職的工讀生手上,當初承包的那家設計公司電話已經打不通。現在到底是找人改一改就好,還是乾脆打掉重練?」

這是台灣中小企業主在數位轉型的路上最實際、也最少被講清楚的一題。網路上關於「網站改版」的文章,九成的結論都是「該重做了,來找我們報價」。但真實情況是:重做不一定比較好,而且在相當多的情況下,改版反而更划算、風險更低、上線更快。

問題出在,老闆手上通常沒有可以自己走一遍的判斷工具。你不是技術人員,你分不清「這個問題是表面的還是骨架的」;而報價的人有利益立場,他很難勸你花比較少的錢。結果就是:有些公司花了三十萬重做一個其實只需要五萬元改版就能解決的網站;也有些公司花了八萬改版,結果底層架構根本撐不住,兩年後又得重做一次,等於白花。

這篇文章要給你的是一個你自己就能走完的決策框架。它會回答四件事:第一,改版和重做在技術上到底差在哪裡;第二,哪六個訊號代表你真的該重做、哪六個訊號代表改版就夠;第三,改版與重做最大的隱形風險——SEO 流量斷崖——是怎麼發生的,以及怎麼防;第四,動工之前你一定要先做完的三件事。文章裡有四張可以直接印出來的對照表。

先說明立場:HappyCXO Studio 協助台灣中小製造業與貿易商做海外數位行銷(關於我們)。這篇文章不會建議你重做,也不會建議你改版——這一題的正確答案取決於你的網站現況,而不是取決於誰在寫文章。 本文的目的只是讓你在跟廠商坐下來談之前,已經知道自己在買什麼。

如果你正在評估的是「從零開始建一個新的外銷網站」,那應該看的是外銷網站架設:從零到上線;如果你還在猶豫「現在到底要不要動」,可以先看中小企業該更新網站、導入 AI 了嗎。本篇處理的是「已經有網站、卡在修或換」的那個中間狀態。

先問對問題:改版和重做差在哪裡(不是預算多寡)

直接回答:改版是保留底層系統、換掉上層的視覺與內容;重做是換掉底層系統,本質上是一次「網站遷移」。兩者的差別不在花多少錢,而在你有沒有動到網址結構與資料結構——動到了,風險等級就完全不同。

用一個具體的比喻:改版像是把房子重新裝潢——換地板、換油漆、重排家具、加裝一間會議室,但樑柱、水電管線、門牌號碼都不動。重做則是把房子拆掉重蓋,連地基、管線、甚至門牌號碼都可能換掉。裝潢的風險是「住起來不習慣」,重蓋的風險是「郵差找不到你家」。

技術上,一次典型的「改版」動的是這些東西:佈景主題或前端樣板、頁面排版與視覺、文案與圖片、加裝功能外掛或模組、SEO 基本設定(標題、描述、結構化資料)、行動裝置的斷點與排版修正。這些工作全部發生在既有的內容管理系統(CMS)之上,資料庫結構不動,每一頁的網址原則上不變。

而「重做」動的是:CMS 或框架本身(例如從舊版 WordPress 換到新的 WordPress、或換到 Webflow / Shopify / Next.js)、資料庫結構、主機環境與 PHP 版本、網址規則(permalink 結構)、有時連網域都一起換。只要其中任何一項改變導致舊網址不再存在,你就進入了 Google 官方文件所定義的「site move with URL changes」情境——這時候搜尋引擎會需要重新理解你的整個網站,而 Google 明確指出,以中型網站來說,「可能需要數週或更久」才會逐步以新網址取代舊網址在搜尋結果中的位置(Google Search Central: Site moves with URL changes)。

這裡要破除第一個迷思:很多老闆以為「重做比較徹底,所以比較安全」。事實正好相反。 改版的失敗模式通常是「不好看」或「還是很慢」,可以事後補救;重做的失敗模式是「Google 找不到我了」,而這個問題不會自己好,而且補救的黃金期只有上線後的前幾週。你付出的成本從來不只是報價單上的數字,還包括你過去五年累積的搜尋排名、外部連結,以及客戶書籤裡那個網址。

還有一個中間地帶值得認識,而且是最常被忽略的選項:保留網址結構的重做。你可以換掉 CMS、換掉主機、換掉整套前端,但刻意讓每一頁的網址維持原樣(例如原本是 /products/valve-a123,新站也還是 /products/valve-a123)。這在技術上完全做得到,只是需要在規劃階段就把它寫進需求裡。這個選項讓你同時拿到「底層換新」與「SEO 零風險」,代價是新系統要遷就舊的網址命名邏輯。如果你的舊網址命名還算合理,這通常是投資報酬率最高的路。關於怎麼把這件事寫進合約與驗收條件,可以參考本系列的網站需求規格書與驗收清單。

六個「該重做」的訊號 vs 六個「改版就夠」的訊號

直接回答:判斷標準是「問題出在骨架還是皮膚」。骨架問題——技術停止維護、無法 RWD、後台失控、資料結構撐不住、安全性補不了——必須重做;皮膚問題——視覺過時、內容要重寫、缺功能模組——改版就夠,而且通常只要重做的三分之一預算。

先看六個真正該重做的訊號。

訊號一:底層技術已經停止維護。 這是最硬的一條,因為它跟你的意願無關。以最常見的 WordPress 站為例,官方目前建議的執行環境是 PHP 8.3 以上、MariaDB 10.11+ 或 MySQL 8.0+(WordPress 官方系統需求)。而 PHP 官方的支援時程表顯示,PHP 8.1 的安全性支援已於 2025 年 12 月 31 日結束,PHP 8.2 的安全性支援也將於 2026 年 12 月 31 日到期(PHP: Supported Versions)。如果你的網站跑在更舊的 PHP 5.x 或 7.x,而且因為舊佈景主題或舊外掛的相容性問題「一升級就壞掉」,那就不是升級的問題,是架構到期的問題。

訊號二:無法做到真正的 RWD(響應式設計)。 注意「真正」兩個字。很多 2015 年前後的網站有一個所謂的「手機版」,但那是一個獨立的簡化網頁,內容比電腦版少。這在今天是致命的,因為 Google 早已全面採用行動優先索引,官方文件寫得很白:「只有出現在行動版網站上的內容才會被用於索引」,而且如果行動版內容比桌機版少,建議把行動版補齊到與桌機版相當(Google Search Central: Mobile-first indexing)。流量結構也早就翻轉了:StatCounter 2026 年 8 月的資料顯示,台灣的網頁流量中行動裝置占 51.54%、桌機 45.08%、平板 3.37%(StatCounter Taiwan);全球則是行動 49.36%、桌機 49.11%(StatCounter Global)。如果舊架構的排版邏輯是用固定像素寬度的表格排出來的,那不是加一段 CSS 就能救的,那是要重寫。

訊號三:後台進不去,或原廠已經聯絡不上。 這一條在台灣中小企業特別普遍,而且危險程度被嚴重低估。如果你沒有網站原始碼、沒有主機控制台帳號、沒有網域管理權限,你手上的其實不是一個資產,是一個租來的、房東失聯的房子。這種狀況下就算只是想改版,工程師也得先花時間逆向工程,費用常常比重做還高,而且做完你還是拿不回控制權。判斷方式很簡單:你能不能在今天下午,自己登入並下載一份完整的網站備份?如果不能,這一條就成立。

訊號四:資料庫結構撐不住新需求。 典型情境:你原本只有五十個產品,現在有八百個,而且需要依照材質、應用領域、認證規格做多維度篩選;或是你要加多語系,但舊系統的多語系是靠「複製一整套頁面」實作的;或是你要接 ERP 把庫存與交期同步進來,但舊資料表根本沒有這些欄位。這類需求不是加外掛能解決的,因為問題出在資料怎麼被儲存,而不是怎麼被顯示。

訊號五:安全性無法更新。 這條的風險是即時的,不是理論的。iThome 報導,WordPress 熱門付費外掛 Elementor Pro 的重大漏洞 CVE-2026-32475 在 2026 年 8 月 19 日公開當天就遭到實際攻擊,資安業者 Wordfence 自公開以來已攔截超過 19 萬次漏洞利用嘗試,攻擊者可繞過表單的檔案上傳檢查、將可執行的 PHP 檔案寫入伺服器並遠端執行程式碼(iThome 報導)。修補方式是更新到 4.2.2 版——但如果你的網站因為舊佈景主題相容性問題卡在舊版本無法更新,那你就是那個被攔截 19 萬次攻擊裡沒有防火牆的那一個。同樣被 iThome 報導的 ACF Extended 外掛漏洞 CVE-2025-14533,則影響約 10 萬個 WordPress 網站,可讓攻擊者直接把帳號提升為管理員(iThome 報導)。一個不能更新的網站,不是舊,是有風險。

訊號六:核心指標長期不合格,而且優化不動。 Google 的 Core Web Vitals 定義了三個門檻:LCP(最大內容繪製)應在 2.5 秒內、INP(互動到下次繪製)應低於 200 毫秒、CLS(累積版面配置位移)應低於 0.1(Google Search Central: Core Web Vitals)。如果你的網站已經做過圖片壓縮、快取、CDN,LCP 還是掉在 6 秒,那通常代表問題在架構層(例如過重的頁面產生器、太多互相衝突的外掛、共享主機資源不足),不是調參數能解決的。

接下來是六個「改版就夠」的訊號,這些情況下重做等於浪費錢:視覺風格過時但版面架構健康(換佈景主題或重寫樣式即可);內容需要重寫(這是內容工程,跟網站系統無關,舊系統照樣能承載新文案);只是缺某幾個功能模組(表單、多語系切換、產品篩選、詢價車,多半有現成外掛或可客製);速度慢但瓶頸在可優化的地方(未壓縮的大圖、沒開快取、主機方案太低階);沒有做過 SEO 基礎設定(標題、描述、結構化資料、sitemap、內部連結,全部可以在既有系統上補);多語系需要新增(如果舊系統支援標準的多語系外掛,加語系比重做便宜非常多)。

一句話總結這張表:如果六個重做訊號你一個都沒中,那你需要的是設計師和內容,不是工程重建。 如果你中了三個以上,尤其是「技術停止支援」加上「控制權不在自己手上」,那再怎麼改版都是在延長一個必然要付的帳。至於中了一到兩個的灰色地帶,請往下看第五節的七問流程。

改版最大的隱形風險:SEO 流量斷崖是怎麼發生的

直接回答:流量斷崖幾乎不是因為新網站做得比較差,而是因為舊網址消失了、沒有被正確導向新網址。搜尋引擎在幾週內把舊頁面移出索引,而新頁面還沒建立權重,中間那個空窗就是斷崖。這是可以完全避免的,前提是在上線前就處理。

這一段是全篇最重要的部分,因為它是台灣中小企業真的會遇到、卻幾乎沒有人在報價階段講清楚的事。我先描述症狀:網站上線後第一週,老闆覺得「新網站真漂亮」;第二到第四週,業務開始說「最近詢問變少了」;第六週打開 Google Analytics,自然搜尋流量掉了一半以上。這時候回頭找廠商,得到的答案通常是「Google 需要時間重新收錄,再等等」——這句話有一半是對的,但它掩蓋了真正的原因。

斷崖機制一:網址變了,而且沒有做導向。 這是最主要的死因。舊站的產品頁可能是 /product.php?id=178,新站變成 /products/ball-valve-2-inch。對 Google 來說,舊網址現在回傳 404,而新網址是一個從零開始的陌生頁面——五年累積的排名、點擊率、外部連結,全部歸零。更痛的是外部連結:客戶網站、產業媒體、B2B 平台上那些指向你舊網址的連結,現在全部指向一個不存在的頁面,你等於一次丟掉整個外部連結資產。

斷崖機制二:用了 302 而不是 301。 這是實作層面最常見的錯誤,而且它的殺傷力被低估,因為表面上「跳轉是有作用的」——使用者點舊網址確實會到新頁面,老闆驗收時看不出問題。但 Google 官方文件說得非常清楚:永久導向(301、308)會被索引流程當成「導向目標應該成為標準網址」的訊號;而暫時導向(302、307)「不會被索引流程當成標準網址的訊號」(Google Search Central: Redirects and Google Search)。換句話說,302 會讓 Google 繼續把舊網址當成正主,但舊網址上已經沒有內容了。這是一個對人類看不出來、對搜尋引擎卻是災難的設定錯誤。

斷崖機制三:導向鏈太長。 有些網站在多次改版後累積出「舊網址 → 更舊網址 → 中繼網址 → 新網址」的層層跳轉。Google 說明 Googlebot 最多可以跟隨 10 次跳轉,但明確建議把鏈長壓低,理想是不超過 3 次、務必少於 5 次,並且建議直接導向最終目的地(Google Search Central: Site moves with URL changes)。同一份文件還有一條很多人漏掉的規定:導向規則要盡可能保留久一點,一般至少一年。 很多台灣的案子是上線三個月後、主機換約時把 301 規則清掉,流量就在那個月第二次崩塌,而且沒有人把兩件事聯想在一起。

斷崖機制四:內容重寫時,把原本在排名的關鍵字寫掉了。 這個更隱蔽。假設你有一頁「不鏽鋼球閥 規格」長年排在第二頁,帶來穩定的詢問。改版時文案總監覺得這頁「太技術、太醜」,改寫成一段品牌故事式的敘述,把規格表拿掉、把型號拿掉、把應用場景拿掉。網址沒變、301 也沒問題,但排名還是掉了——因為 Google 判斷這頁已經不再回答那個查詢。網址是骨架,內容是肌肉;兩者都會影響排名,而內容這一塊往往沒有人負責把關。

斷崖機制五:技術性的收尾遺漏。 三個最常見:sitemap.xml 還是舊的(或根本沒重新提交)、開發用的測試站被 Google 索引了(因為忘了關 noindex 或忘了設密碼)、正式站上線時 noindex 標籤沒有拿掉。最後這一項最致命——整個網站對 Google 隱形,而且從人類的角度完全看不出來。這種錯誤在台灣中小企業的案子裡出現頻率高得驚人,因為驗收清單裡通常沒有這一條。本系列的網站常見技術問題自我健檢有完整的自查步驟。

還有一個第二層效應要提醒:流量掉的當下,你的業務單位不會知道原因,他們只會知道詢問變少了。 於是他們會加大廣告預算、加開展會、加人力做開發信。這些成本是真金白銀,而且是在補一個技術上早就該修好的洞。從財務角度看,一次沒做好的遷移的真實成本,是「重做費用 + 半年的自然流量損失 + 為了補流量而多花的廣告費」,通常遠高於當初省下來的那筆遷移規劃費。

保護流量的六個動作:上線前後的具體做法

直接回答:保護流量只需要六個動作——建立 1:1 的舊新網址對照表、一律使用 301 而非 302、保留原有的標題與內容主題結構、重新提交 sitemap、換網域時使用 Search Console 的變更網址工具、上線後連續四到八週監測 GSC。這六件事必須寫進合約與驗收條件,不能靠口頭承諾。

動作一:建立完整的舊新網址對照表(URL mapping)。 這是所有工作的地基。Google 官方在站點遷移的文件裡明確要求:在做導向之前,先建立一份把舊網址對應到新網址的清單,而且必須涵蓋 sitemap 裡的所有重要網址、流量高的頁面、內嵌資源(圖片、影片、CSS、JavaScript),以及有內外部連結指向的頁面(Google Search Central)。實務上這份表就是一個試算表,兩欄:舊網址、新網址。每一列都要有對應,不能留空。 如果某個舊頁面在新站真的不存在,要明確決定它導去哪裡(通常是最相關的分類頁,不是首頁——大量導向首頁會被視為軟性 404)。

動作二:一律用 301,並在上線當天實測。 驗收方法很具體:隨機抽 20 個舊網址,用瀏覽器開發者工具或線上工具檢查回應狀態碼,必須是 301(或 308),不能是 302、307、200(代表沒導向)或 404。同時檢查跳轉次數,理想是一次到位。這件事十分鐘就能做完,但九成的驗收流程裡沒有它。

動作三:保留原有的標題與內容主題結構。 具體做法是:在動工前先從 Search Console 匯出「查詢 × 頁面」的資料,標記出目前有排名的頁面,把這些頁面列為「內容凍結區」——可以重排版、可以美化、可以加圖,但主標題的核心關鍵字、H1、規格表、型號、應用場景等實質內容不得刪除。要改寫可以,但要在上線後分批改、改完觀察兩週,而不是跟網站遷移同時發生。把兩個變數同時改動,出事時你會分不清是哪一個造成的。

動作四:重新提交 sitemap,並清理內部連結。 在 Search Console 提交新的 sitemap,舊的可以在確認新網址開始被索引後移除;Google 提醒新 sitemap 一開始的索引數會是零,然後隨時間上升,這是正常的。同時,把網站內部所有指向舊網址的連結一次改成新網址——內部連結如果還指向舊網址,等於每一次爬取都多走一次跳轉,既浪費爬取預算也拖慢權重轉移。

動作五:只有換網域時才用「變更網址」工具。 Search Console 的變更網址工具(Change of Address)是給網域或子網域搬家用的(例如 example.com 換成 example.com.tw),不適用於同網域內的路徑變更,也不適用於 HTTP 轉 HTTPS(Search Console Help: Change of Address tool)。用錯場合不會有幫助,而且會讓人誤以為「已經通知 Google 了」而略過真正該做的 301。

動作六:上線後連續監測四到八週。 監測什麼:Search Console 的「網頁索引」報表(新網址的已索引數是否上升、舊網址的 404 是否在預期範圍)、「成效」報表的曝光與點擊(以頁面維度比對上線前後)、以及 Analytics 的自然搜尋工作階段。判讀原則是:曝光下降比點擊下降更值得警戒,因為曝光下降代表索引或排名出了問題,而點擊下降可能只是季節性。Google 提醒中型網站可能要數週或更久才會完成轉換,所以第一週的下降不一定是災難;但如果第四週還在持續下探,就要立刻回頭查導向。業界的完整遷移檢查清單可參考 Search Engine Land 的網站遷移檢查表。

這張表可以直接貼進你的驗收文件。它的價值不在技術含量,而在於它把「上線後才發現」的問題,變成「上線前就檢查」的項目。

決策流程:七個問題走完就有答案

直接回答:依序回答七個是非題。只要第一到第四題出現任何一個「是」,就往重做走;若前四題全是「否」,而第五到第七題有需求,那是改版的範疇。這個順序刻意把不可逆的技術因素放在前面,把可選的美觀因素放在後面。

這個流程的設計原則是:先問「必須」,再問「想要」。 老闆的直覺通常相反——先看到網站醜,才開始想要不要重做。但美醜是最後才該問的,因為它在任何一條路徑上都能被解決。

走完之後,你會落在三種結果之一。結果 A(第 1–4 題有「是」):走重做,但務必爭取「保留網址結構」的做法。 這是本文最實用的一句建議——你可以把系統換掉,同時把網址留下,兩者不衝突,只是要在需求規格書裡寫死。結果 B(前四題皆否,第 6 或 7 題有需求):走改版。 你的預算應該花在設計與內容,而不是工程。結果 C(只有第 5 題是,其餘皆否):先花小錢做一次獨立的技術診斷再決定,因為效能問題有時是主機方案或單一外掛造成的,換一個主機方案就解決了,不需要重做。

一個補充判準給灰色地帶的人:問自己「這個網站再撐三年,會不會出現新的必須重做的理由?」 如果答案是「會,因為 PHP 明年就到期了」,那今年花錢改版就是在買一個兩年後要丟掉的東西。反過來,如果答案是「不會,架構還很健康」,那改版的錢就是紮實的投資。這個「三年展望」的問法,比任何報價比較都更能幫你做決定。

動工前一定要先做的三件事(順序不能顛倒)

直接回答:第一,做一份可還原驗證的完整備份;第二,匯出現有的網址清單與流量資料;第三,盤點目前有排名的頁面。這三件事都要在廠商動任何一行程式碼之前完成,因為它們一旦丟失就無法回溯,而且全部可以自己做、不需要廠商配合。

第一件:完整備份,而且要驗證能還原。 備份要包含三個部分:網站檔案(佈景主題、外掛、上傳的圖片與文件)、資料庫(所有文章、產品、設定)、以及網域與 DNS 的現行設定紀錄(截圖存檔即可)。關鍵在最後一步:把備份實際還原到一個測試環境跑一次。 一份沒有被驗證過的備份,跟沒有備份是一樣的——這句話在真的出事的那天才會顯得重要。備份檔案請放在你自己控制的儲存空間(公司的雲端硬碟),不要只留在主機商那裡,因為換主機時常常一起消失。

第二件:匯出現有的網址清單與流量資料。 具體要拿到四份東西:(一)完整的網址清單——最省事的來源是現有的 sitemap.xml,補充做法是用爬蟲工具跑一次全站;(二)Search Console 的「成效」報表,匯出過去 12 個月的「查詢」與「網頁」兩個維度,期間拉滿;(三)Analytics 的到達網頁報表,同樣拉 12 個月;(四)目前的 robots.txt 與結構化資料現況。為什麼是 12 個月?因為 B2B 製造業有明顯的季節性,只看三個月會誤判。這些資料在舊站被關掉之後就再也拿不到了,而它們正是你日後判斷「流量到底掉了沒、掉在哪裡」的唯一基準線。

第三件:盤點目前有排名的頁面。 做法是把 Search Console 匯出的「網頁」資料依曝光或點擊排序,把前 30 到 50 個頁面標記出來,再對照「查詢」資料,標出每一頁靠哪些關鍵字獲得曝光。這份清單有三個用途:它是網址對照表的優先處理名單;它是內容凍結區的定義依據;它也是上線後監測的比較基準。Search Console 是免費的,而且是唯一直接來自 Google 的第一手資料(Google Search Console)。如果你的網站到今天還沒有安裝 Search Console,那就是動工前的第零件事。

最後補一件不在清單上、但同樣關鍵的事:確認網域、DNS、主機、SSL 憑證的帳號控制權都在公司名下,而不是在廠商或前員工個人帳號下。 這件事在平時不痛不癢,但在切換上線的那一天,如果你需要改 DNS 卻找不到能登入的人,整個專案會停在最後一哩。實務上這是台灣中小企業網站專案最常見的延誤原因,而它跟技術一點關係都沒有。

時程與預算的現實預期

直接回答:以台灣市場公開的行情來看,企業形象官網的建置費用約在新台幣 5 至 20 萬元區間,常見的形象網站落在 4.5 至 12 萬元;而網域、主機、SSL、備份等年度營運成本,約占初期建置費的 15% 至 25%。改版通常明顯低於這個區間,重做則接近甚至等於重新建站。

先講預算。台灣業界公開的報價區間大致是:一頁式網站新台幣 1.5 至 5 萬元、企業官網 5 至 20 萬元、電商 10 至 50 萬元、客製化系統 20 至 100 萬元以上;形象網站的常見區間是 4.5 至 12 萬元,通常已包含 RWD 與基本 SEO 設定(iBest 網站架設費用說明、RAB 網頁設計費用指南)。WordPress 客製建站則約在 3 萬至 15 萬元。網域方面,.com 每年約 500 至 800 元、.tw 每年約 800 至 1,200 元。

很多老闆漏掉的是年度營運成本。 網域續費、主機、SSL 憑證、定期備份這些項目加起來,約占初期建置費的 15% 至 25%,而且是每年都要支出的(Inspire 建站預算規劃指南)。同一份資料也提出一個實用的抓法:建站預算大致抓在年營收的 0.5% 至 2%。這個比例的價值不在精確,而在於它幫你檢查方向——如果你年營收八千萬,卻在猶豫要不要花八萬元修一個會影響海外客戶第一印象的網站,那多半不是預算問題,是優先順序沒排對。關於報價單怎麼看、哪些項目容易被含糊帶過,本系列的網站架設費用與報價單解讀有逐項拆解。

再講時程,這裡有兩個時間軸要分開看。第一個是專案時程:改版通常是數週的量級,重做則是數月,而且真正的瓶頸幾乎都不是工程,是你這邊的內容(產品照、規格表、公司介紹、案例)什麼時候給得出來。第二個是搜尋引擎的時程,這個你控制不了:Google 明確表示,中型網站在網址變更後,可能需要數週或更久才會逐步以新網址取代舊網址(Google Search Central)。所以上線日期的選擇本身就是決策的一部分——不要把上線日排在你的旺季前一個月,也不要排在大型展會前兩週。

補充一個常被問到的方向:政府補助。經濟部中小及新創企業署主管多項數位轉型相關補助,例如針對 30 人以下中小微企業的數位轉型補助,協助導入雲端系統、電商平台、CRM、POS 與 AI 工具;另有針對年營收 20 億元以下製造業的數位轉型躍升計畫(中小及新創企業署)。但補助的條件、金額與申請期限每年都會變動,本文不提供任何具體數字,一律以官方最新公告為準。 實務上的建議是:先把「該改版還是該重做」的技術判斷做完,再去看補助能不能涵蓋其中一部分,而不是反過來讓補助項目決定你的技術決策。

三個最常見的錯誤決策(以及怎麼避開)

直接回答:最常見的三個錯誤是——為了「看起來新」而重做、把遷移工作交給沒做過遷移的設計公司、把上線日排在旺季或展會前。這三個錯誤的共同點是:決策的依據是感覺與行事曆,而不是網站的技術現況。

錯誤一:為了「看起來新」而重做。 這是最貴的一種錯誤,因為它把一個低風險的問題(視覺)用高風險的手段(遷移)去解決。判斷方法很簡單:如果你能講出重做的理由,而那個理由裡沒有出現任何技術詞彙,那你要的其實是改版。 「競爭對手的網站比較好看」不是重做的理由;「我們的 PHP 版本沒有安全性支援了」才是。

錯誤二:把遷移交給沒做過遷移的設計公司。 網頁設計和網站遷移是兩種不同的專業。設計公司交付的是視覺與版面,遷移交付的是「舊資產不流失」。這兩件事可以同一家做,但你必須在詢價階段就問清楚:你們的報價裡有沒有包含網址對照表、301 設定、sitemap 重新提交、以及上線後的 GSC 監測?如果有,是誰做、做多久、怎麼驗收? 如果對方聽不懂這個問題,那不代表他們不會設計,只代表這部分的風險會落回你身上,你需要另外找人補上。把這些項目寫進需求規格書的方法,網站需求規格書與驗收清單有現成的條列可以複製。

錯誤三:把上線日排在旺季或展會前。 這個錯誤的成因是善意的——老闆想著「展會前把新網站上線,客戶掃 QR code 才好看」。但如同前面引用的 Google 說明,網址變更後搜尋引擎需要數週或更久才會完成轉換,你等於把最不穩定的那幾週,壓在最需要穩定的那幾週。正確的做法是把上線日排在淡季,留出至少四到八週的觀察期,確認索引與流量都回穩之後,再進入行銷檔期。

最後破除一個台灣中小企業特別容易中的迷思:「網站重做一次,SEO 就會重新開始,所以乾脆趁機把網址全部改成漂亮的樣子。」 這句話前半段是錯的(做對 301 就不會重新開始),後半段是危險的。網址的美觀對排名的邊際效益極低,而改網址的風險極高——這是一個報酬很小、風險很大的交易。 除非舊網址結構真的無法承載新的資訊架構(例如舊站所有頁面都是 ?p=123 這種無語意的參數),否則預設答案應該是「網址不動」。

如果你想把這個決策框架接到更完整的網站策略上,可以看製造業官網 SEO Checklist,或從網站 SEO 與內容主題頁瀏覽整個系列。至於平台本身要選 WordPress 還是 SaaS 建站服務,本系列的平台選擇比較有完整的取捨分析——順帶一提,平台的市佔結構也在移動:W3Techs 2026 年 9 月的統計顯示,WordPress 占全球所有網站的 40.7%、在有使用 CMS 的網站中占 58.9%,其次是 Shopify 5.3% 與 Wix 4.2%,另有 30.9% 的網站不使用任何 CMS(W3Techs CMS 市佔統計)。這個數字提醒你一件事:你要換到的平台,五年後還在不在、還有沒有人維護,本身就是決策的一部分。