「網站看起來有點舊，想換得漂亮一點，手機也要好讀，但原本的搜尋排名不要掉。」這通常是企業準備改版時的第一句話。
問題是，網站改版很少只牽涉版面。舊頁面要不要保留、網址會不會改、表單寄到哪裡、網域和主機帳號在誰手上，這些事若到上線前一週才處理，再漂亮的設計也可能卡住。更麻煩的是，畫面已經換新，搜尋流量、追蹤資料與舊連結卻一起斷掉。
先決定這次改版要解決什麼，不要先挑版型
有人因為品牌識別更新而改版，有人是產品線變多、原本選單已經塞不下，也有人真正的問題是網站有流量卻沒有人詢問。這三種專案看起來都叫「改版」，工作重點其實完全不同。
我們通常會先請企業寫下一個可以驗收的主要目標，例如讓手機版更容易找到服務與 LINE、把分散的產品資料整理成清楚分類，或保留既有 SEO 流量的同時換掉舊系統。目標不必很多，但要能影響後面的資訊架構與取捨。若只說「希望更有質感」，每個人腦中想的畫面都不一樣，專案很容易在首頁配色上來回消耗。
第一份資料：現有頁面清單，不是只有主選單
企業常提供首頁、關於我們、產品和聯絡頁，卻漏掉活動頁、舊文章、下載檔案、隱私權頁面，甚至廣告仍在使用的落地頁。這些頁面沒有出現在選單裡，不代表沒有人造訪。
改版前應先把目前可被存取的網址整理出來，再標記「保留、合併、重寫、下架」。同時看 Search Console、GA4 或主機紀錄，確認哪些頁面仍有自然流量、外部連結或廣告點擊。老實說，有些看起來很舊的頁面，可能正是網站最穩定的入口；直接刪掉，比設計不夠新更傷。
如果還不確定企業網站應保留哪些基本內容，可以先對照我們整理的企業網站必要功能與頁面，再依實際服務刪減，而不是把所有公司資料硬塞進同一頁。
第二份資料：舊網址與新網址的對照表
網站改版最容易被低估的工作，是網址對應。假設原本的服務頁是 /service-a/，改版後變成 /solutions/service-a/，舊網址不能只是消失，也不該全部導回首頁。
Google 的網站搬遷文件建議，先建立舊網址與新網址的對照，再使用伺服器端永久轉址，並讓舊頁直接前往最相關的新頁。把許多不同內容全部導到首頁，可能讓使用者找不到原本資訊，也可能被視為 soft 404。Google 也建議永久轉址至少保留一年，讓搜尋系統有時間重新抓取與轉移訊號。可參考 Google Search Central 的網站搬遷說明。
實務上，可以在對照表記錄「舊網址、新網址、頁面用途、轉址狀態與驗收結果」。上線後逐筆測試：舊網址是否以永久轉址直接到最相關的新頁，新頁是否正常顯示且可供 Google 索引，並更新內部連結、sitemap、canonical 與廣告連結。
第三份資料：可直接使用的文字與圖片
「先沿用舊網站內容，之後再補」聽起來省時間，最後往往最拖。新版面需要更短的主標題、更明確的服務說明、案例重點與行動按鈕；舊網站若只有一大段公司介紹，直接搬過去通常不會自然貼合。
圖片也是同樣的問題。簡報裡的小圖、通訊軟體傳過的壓縮檔，到了桌機大畫面會糊；只有橫幅照片，手機裁切時又可能把人物或產品切掉。改版前先確認有哪些原始照片、商標向量檔、產品規格與案例使用權，能少掉很多臨時找圖的妥協。
我們比較傾向先把首頁與主要服務頁的內容骨架定下來，再做視覺。這樣設計不是拿假字填版，而是能直接處理真正的標題長度、圖片比例與閱讀順序。
第四份資料：網域、主機與第三方帳號清單
網站做到九成才發現網域由前員工註冊、主機只能透過舊廠商登入，並不少見。除了網域與主機，還要確認 DNS、SSL、公司信箱、Google Analytics、Search Console、Tag Manager、Meta Pixel、金流、物流、LINE 與表單信箱的管理權限。
帳號清單的目的不是把密碼丟進同一份試算表，而是確認每項服務的擁有者、管理者、續費方式與交接窗口。正式切站前也要知道誰能改 DNS、誰能查看即時錯誤，以及發生問題時如何切回舊站。
第五份資料：現在的數據基準與真正要追蹤的動作
沒有改版前的基準，上線後就只剩「感覺比較快」或「好像詢問變少」。至少應記錄自然流量較高的頁面、主要裝置比例、表單與 LINE 點擊、下載或電話等關鍵行為，以及目前的索引與錯誤狀態。網址有變動時，在 Search Console 分別觀察舊網址和新網址，對照相同長度的前後期間；遷移期間數據可能分散，避免把重疊期間直接相加，也不要以少量曝光就判定排名升降。
速度也不要只看一次跑分。Google 目前的 Core Web Vitals 以 LCP、INP、CLS 分別觀察載入、互動與版面穩定，建議在第 75 百分位達到 LCP 2.5 秒內、INP 200 毫秒內、CLS 0.1 以下。實驗室測試適合上線前找問題，Search Console 與真實使用者資料則更能反映不同手機和網路環境。官方說明可見 web.dev 的 Web Vitals 文件。
如果改版目標是增加詢問，追蹤也要跟著驗收：表單成功送出有沒有事件、LINE 按鈕在手機上能不能點、通知信是否進垃圾信箱。只確認頁面打得開，還不能算完成。
第六份資料：上線當天與上線後的檢查表
改版不是按下「發佈」就結束。上線前要確認備份、轉址、robots 設定、正式站 noindex、表單、SSL、404、分享縮圖與各種螢幕尺寸。上線後則要盯 Search Console、分析工具、伺服器錯誤與實際詢問，避免問題拖到客戶提醒才發現。
我們通常把驗收分成三層：先確認核心功能能不能用，再檢查內容與 SEO 是否接得上，最後才處理不影響使用的小視覺細節。這個順序不浪漫，但能避免團隊還在調整按鈕陰影時，聯絡表單其實一封信都沒寄出去。
網站改版真正要保留的，是原本累積的價值
好的改版不只是讓新網站比舊網站漂亮，而是把原本有效的內容、搜尋入口與客戶路徑留下來，再把阻礙使用的地方換掉。前期多花一點時間整理頁面、網址、素材、帳號、數據與驗收方式，通常會比上線後補洞便宜得多。
如果你正準備重做企業官網，但不確定要保留什麼、先改哪裡，可以先看看翱翼數位的網站設計與建置案例。我們會從資訊架構、內容、速度、SEO 與後續維護一起評估，不會只從版型開始。
