決定要改版之後，很多公司接著遇到的問題不是「要改成什麼樣子」，而是「從哪裡開始、誰該做什麼、做到哪裡才算完成」。網站改版流程跟從零架設新網站最大的不同，在於手上已經有一個正在運作的網站：有既有的頁面與網址、有後台裡累積的資料、有每天透過表單進來的詢問，也有已被搜尋引擎收錄的內容。改版等於一邊讓舊站照常營業，一邊把新站蓋好，再找一個時間點把兩者交換。這篇文章把改版拆成八個階段，從目標與範圍、現況盤點、需求與架構、設計、開發與內容遷移、測試、上線切換到上線後監測，逐一說明每個階段該產出的文件或決定、業主要配合的事，以及最常卡關的地方。
第一階段：先寫下改版目標與範圍，而不是先挑版型
改版專案最容易失控的起點，是一開始只說「網站太舊了，想換新一點」。這句話沒有錯，卻無法回答後面所有的取捨：哪些頁面要重寫、哪些功能要保留、預算要優先花在視覺還是內容。第一階段要把改版的理由寫成幾條具體目標，例如手機上詢問表單很難填、產品分類已經跟現在的業務對不上、後台只有一個人會操作、品牌識別更新了但網站還是舊樣子。每一條目標都應該能在上線後被檢查，而不是停留在「更有質感」這種無法驗收的形容。
這個階段的產出是一份簡短的改版目標與範圍說明，內容包括：要解決的問題、這次做與不做的項目、沿用還是更換網站系統、預算的大致上限，以及內部由誰擔任窗口、誰有最終拍板權。業主需要配合的，是召集真正會用到網站的人，例如業務、客服、行銷與負責更新內容的同仁，各自說出目前網站造成的困擾；只聽單一部門的意見，很容易做出一個好看但不好用的新站。
常見的卡關點是範圍在中途不斷膨脹。原本只想換版型，討論到一半變成要加會員功能、要串接訂單系統、要做英文版。新需求不是不能加，而是要回到這份範圍說明重新評估，決定這次一起做還是列入下一期。沒有這份文件，每一次的「順便」都會悄悄吃掉時程與預算。
第二階段：現況盤點，把舊站有什麼列清楚
改版跟新建最大的差別就在這一步。新建網站是從白紙開始，改版則必須先知道舊站上有哪些東西，才能決定哪些要搬、哪些要改、哪些可以放下。盤點範圍至少包括：所有頁面與網址、文章與產品資料、上傳過的圖片與下載檔、表單與它們的通知收件人、串接中的外部服務（例如線上客服、預約系統、電子報、追蹤碼），以及網域、主機、後台與各項服務帳號的持有人。
這個階段的產出是一份舊站盤點清冊，每一列一個項目，並標註處理方式：保留、改寫、合併或下架。業主需要配合的，是提供各項帳號的管理權限、確認哪些內容仍然正確，並找出那些「不在選單上但還在使用」的頁面，例如印在型錄上的活動頁、廣告專用的到達頁。這些頁面往往只有內部某個人知道，製作團隊從後台不一定看得出用途。
最常卡關的是帳號。網域註冊在前任同仁的個人信箱、主機由聯絡不上的舊廠商代管、分析工具的管理權限不在公司手上，這些問題如果到上線前才發現，整個切換時程都會被迫延後。建議在盤點階段就把所有帳號的登入與管理權限確認一輪，拿不回來的立刻開始處理。
第三階段：需求與資訊架構，決定新站的骨架
盤點完成後，才有足夠的資訊規劃新站結構。這個階段要決定新網站有哪些頁面、選單怎麼分層、每一類頁面需要哪些欄位與功能，以及舊站內容分別搬到新站的哪個位置。對改版來說，資訊架構不只是新站的地圖，也是舊站內容的搬家計畫：舊站某個分類拆成兩個、幾篇相近的文章合併成一篇、某個舊功能改由外部服務取代，都要在這裡決定。
產出的文件通常包括網站架構圖、頁面清單與各頁內容大綱、功能規格說明，以及舊網址與新網址的對應表初稿。轉址只要在這裡建立好對應關係，後面照表設定即可，詳細做法屬於另一個專門題目，這裡不展開。業主需要配合的，是逐頁確認內容大綱與功能需求，特別是會影響營運的部分，例如表單要收集哪些欄位、詢問要寄給誰、哪些資料只能內部人員看到。
這個階段常見的問題，是直接把公司的組織架構當成網站選單，或把舊站分類原封不動搬過來。改版是重新思考訪客如何找資訊的好機會，選單應該用訪客熟悉的詞彙與任務來分類，而不是內部部門名稱。另一個卡關點是規格寫得太模糊，例如只寫「要有後台可以改內容」，卻沒說清楚哪些區塊可以改、誰可以改，到驗收時就容易各說各話。
第四階段：視覺設計，用代表頁定調而不是逐頁修改
架構確認後進入設計。比較有效率的做法，是先挑出幾個代表頁來設計，例如首頁、一個服務或產品內頁、一個文章頁與聯絡頁，並同時確認桌機與手機畫面。代表頁定調之後，其他頁面依照同樣的元件與規則延伸，而不是每一頁都從頭討論。
這個階段的產出是代表頁設計稿，以及一份元件與樣式規則，涵蓋字型、色彩、按鈕、標題層級、圖片比例與間距原則。業主需要配合的是在設計開始前提供品牌識別規範、確認可使用的照片與圖像素材，並在審稿時由有決定權的人一次給出整合過的意見。若改版需要重新拍攝或繪製插圖，排程也要在這個階段安排，因為版型預留的圖片比例會影響拍攝構圖。
常見的卡關點有兩個。一是審稿意見來自太多人且彼此矛盾，設計師只能反覆修改；建議由窗口先在內部收齊意見、排好優先順序再一次回覆。二是只看桌機畫面就簽核，等開發完成才發現手機版的排列與預期不同。設計稿確認時，手機畫面應該與桌機畫面一起簽核。
第五階段：開發與內容遷移，兩條線同時進行
設計定稿後，工程端開始在測試環境建置新站，包括版型、後台、表單與各項串接。與此同時，另一條線必須同步啟動，就是內容遷移：把舊站要保留的文章、產品資料、圖片與檔案搬到新站，並依照新的架構重新整理。很多改版專案延誤，不是因為程式寫不完，而是內容沒有準時到位，新站做好了只能放著等待。
這個階段的產出是可以在測試環境操作的新站，以及一份內容遷移進度表，記錄每一項內容由誰負責、直接搬移還是需要改寫、目前完成到哪裡。資料量大的網站可以評估用程式批次匯入，但匯入後仍要抽查格式、圖片與分類是否正確。業主需要配合的是準時交付改寫後的文案與新素材，並指派負責上稿的同仁提早熟悉新後台的操作。
這裡要特別留意兩件事。第一，舊站在開發期間仍在營運，內容可能持續更新，建議約定一個「內容凍結」的時間點，凍結後舊站新增的內容另外記錄，上線前再補搬到新站。第二，開發中途提出的新需求要回到範圍說明評估影響，不要口頭答應後直接加進去，否則測試與上線時間都會連帶推遲。
第六階段：測試與驗收，照著清單逐項確認
測試不是把網站點一點、看起來沒問題就好。比較可靠的方式，是依照前面的頁面清單、功能規格與盤點清冊建立測試清單，一項一項確認並留下紀錄：
- 內容：文字有無錯漏、舊內容是否都搬到對的位置、下載檔能否開啟
- 功能：表單、搜尋、篩選、預約或購物流程能否完整走完
- 串接：客服工具、分析與追蹤碼、電子報等外部服務是否設定正確
- 裝置：在手機、平板與電腦上實際操作，而不只是看截圖
- 後台：負責更新的同仁能否獨立完成上稿、修改與發布
業主需要配合的是指派熟悉業務的人參與驗收，而不是只由製作團隊自行檢查；客服或業務同仁最清楚訪客會怎麼使用網站，常能抓到製作團隊沒想到的情境。常見的卡關點是驗收標準不清，把新的設計想法當成驗收意見提出。驗收時應區分「與規格不符的錯誤」和「規格之外的新想法」，前者在上線前修正，後者列入後續優化清單。
第七階段：上線切換，把舊站換成新站的那一刻
上線切換是整個網站改版流程中風險最集中的時刻。這個階段要事先寫好上線計畫，內容包括：切換的日期與時段、執行步驟與負責人、網域與主機的設定變更、轉址規則的套用、補搬凍結期間的新內容，以及萬一出問題時如何退回舊站。轉址依照架構階段的對應表設定即可，重點是上線前先在測試環境驗證過。
切換時段建議避開業務高峰、長假前夕與人力不足的時候，並確保製作團隊與內部窗口在上線當下及之後都能即時聯絡。業主需要配合的是事先通知會受影響的內部單位，例如客服需要知道表單位置可能改變；也要確認舊站的完整備份已經存放在公司自己能取得的地方。
常見的卡關點是網域或主機權限臨時拿不到，或上線後才發現測試環境的設定沒有改回正式設定，例如測試期間為了避免被搜尋引擎收錄而加上的阻擋，上線後忘了移除。這類細節建議直接寫進上線檢查清單，由專人逐項打勾確認。
第八階段：上線後監測，確認改版真正完成
新站上線不代表專案結束。上線後的一段時間，需要持續觀察網站是否穩定、訪客是否能順利完成原本的任務。監測重點包括：是否出現大量找不到頁面的錯誤、表單與詢問數量跟改版前相比有無異常、Google Search Console 是否出現收錄相關警示、主要頁面的流量走勢，以及內部同仁使用新後台時遇到的問題。
改版後搜尋表現出現波動並不少見，也沒有人能預先保證改版後的結果。比較實際的做法，是先記錄改版前的基準資料，上線後定期比對，若某些頁面持續下滑，就回頭檢查對應的轉址、內容與頁面設定。這個階段的產出是上線後檢查紀錄，以及一份待優化清單，把驗收時延後處理的想法與上線後發現的問題整理在一起，排定處理順序。
業主需要配合的是在保固或維護期間集中回報問題，並在專案結束前完成交接：後台操作說明、各項帳號與權限清單、網站原始檔與備份的存放位置。交接做得完整，下一次調整或改版時，就不必再從追帳號開始。
常見問題
網站改版流程中，哪個階段最容易被低估？多數專案最容易低估的是現況盤點與內容遷移。這兩件事不會出現在設計稿上，卻決定舊站的資料、網址與營運流程能不能完整延續。排時程時建議把它們列為獨立階段，並指定負責人。
改版期間舊網站需要先關閉嗎？通常不需要。新站在測試環境建置與測試，舊站照常營運，直到上線切換時才交換。開發期間只要約定好內容凍結的時間點，並記錄凍結後舊站新增的內容，上線前補搬即可。
改版一定要換網站系統嗎？不一定。如果現有系統仍有人維護、能滿足新的功能需求，沿用系統只更換版型與內容是可行的做法；如果系統已經無法更新或沒有人能接手，才需要評估更換。這個決定應該在目標與範圍階段就確定，因為它會影響後面每一個階段的工作量。
業主在改版專案中最需要投入的是什麼？最需要的是一位有決定權、能協調內部意見的窗口，以及準時交付的內容與素材。製作團隊可以負責設計與開發，但網站要放什麼內容、哪些功能對營運最重要，只有業主自己能決定。
網站改版流程走得順不順，很大一部分取決於一開始對舊站了解得夠不夠清楚。如果你正準備改版，卻還不確定現有網站有哪些頁面在帶來流量、哪些網址與功能必須延續，創昇SEO提供免費網站健檢，可以先協助你把舊站現況盤點出來，作為規劃改版範圍的依據。
如果希望有人當面一起討論改版各階段的安排與內部分工，創昇SEO也提供全台免費到府解說，依照你的網站狀況與團隊人力，說明比較務實的進行方式。