舊網站沒人維護，要修、接手還是重新製作？

公司網站已經使用多年，原本的網頁設計公司或工程師卻沒有繼續維護，這時最常遇到的問題就是：

• 網站還能開，但沒有人敢修改。
• 後台可以登入，卻不知道主機放在哪裡。
• 想新增功能，但原程式太舊。
• 手機版不好用，畫面也已經過時。
• 網站偶爾故障，卻找不到人處理。
• 想換公司維護，但不確定資料是否完整。

遇到這些狀況時，不一定要直接把整個網站重做。

有些網站只需要修正錯誤、整理權限與建立備份，就能繼續使用；有些適合先接手，再分階段改善；也有些因為程式、架構或功能限制，重新製作反而比較省成本。

舊網站沒人維護，常見原因有哪些？

網站無人維護，不一定是網站本身已經不能用。

常見原因包括：

• 原網頁設計公司失聯。
• 原工程師已經離職。
• 網站製作公司停止營業。
• 維護合約已經到期。
• 原廠商不願繼續維護舊系統。
• 網站使用過舊技術，原團隊不再支援。
• 企業內部沒有人知道網站帳號。
• 主機、網域與程式由不同廠商管理。
• 過去只有修改畫面，沒有留下技術文件。

這類網站最需要的通常不是立即開發新功能，而是先把現況弄清楚。

第一步不是重做，而是先盤點網站

在決定修復、接手或重新製作前，建議先盤點以下項目：

• 網域由誰持有。
• DNS 或 Cloudflare 由誰管理。
• 網站放在哪一台主機。
• 是否能登入主機控制面板。
• 是否有 FTP、SFTP 或 SSH 權限。
• 網站原始碼是否完整。
• 資料庫是否可以匯出。
• 網站後台是否能登入。
• 是否有完整備份。
• 目前 PHP、資料庫與框架版本。
• 是否串接金流、寄信、LINE 或其他 API。
• Google Analytics 與 Search Console 是否可管理。

如果連這些基本資料都不清楚，就直接修改或搬家，風險會很高。

什麼情況適合直接修復舊網站？

如果網站整體架構還算完整，只是出現局部問題，通常可以先修復。

適合修復的情況包括：

• 網站大部分功能仍可正常使用。
• 主機、程式與資料庫都能取得。
• 目前只是表單、寄信或後台功能異常。
• 網站速度變慢，但資料與功能仍正常。
• SSL、DNS 或 Cloudflare 設定錯誤。
• PHP 升級後出現相容性問題。
• 網站被修改壞，但有可用備份。
• 現有網站仍符合品牌與使用需求。

這類網站可以先找出問題來源，再進行修正。

常見修復工作包括：

• 修正程式錯誤。
• 處理資料庫連線。
• 修復表單寄信。
• 調整 PHP 相容性。
• 修正手機版版面。
• 處理網站速度。
• 補上備份與監控。
• 整理管理員與主機權限。

如果問題範圍明確，修復通常比整站重做更快，也能保留原有內容與網址。

什麼情況適合接手後分階段改善？

很多舊網站並不是完全不能用，而是長期缺乏整理。

例如：

• 網站功能很多，但沒有技術文件。
• 原程式可以運作，但版本較舊。
• 企業目前仍依賴網站營運。
• 無法一次停機重做。
• 網站內容與 SEO 已經累積多年。
• 未來還需要持續增加功能。

這種情況比較適合先接手，再分階段處理。

第一階段：建立可控狀態

• 取得帳號與權限。
• 建立完整備份。
• 確認主機與程式版本。
• 保存目前正式版本。
• 整理第三方串接。
• 確認高風險問題。

第二階段：修正重要問題

• 修復影響營運的錯誤。
• 處理安全漏洞。
• 改善主機與備份。
• 整理管理員權限。
• 補上錯誤紀錄與監控。

第三階段：逐步改善功能

• 調整手機版。
• 改善網站速度。
• 增加後台功能。
• 整理 SEO 架構。
• 升級程式與資料庫。

這種方式可以降低一次性重做的風險，也能讓企業先處理最重要的問題。

什麼情況比較適合重新製作網站？

如果舊網站的限制已經超過修復價值，重新製作可能更合理。

常見情況包括：

• 完全拿不到原始碼與資料庫。
• 網站使用封閉式平台，無法搬遷。
• 程式版本過舊，已無法安全運作。
• 網站架構無法支援手機版。
• 後台功能混亂，修改成本很高。
• 每次新增功能都會影響其他功能。
• 網站已經不符合目前品牌定位。
• 內容架構與服務方向已經完全不同。
• 網站速度與 SEO 問題難以改善。
• 舊系統缺乏權限、安全與備份設計。

重新製作的重點不只是換一個新畫面，而是重新整理：

• 網站資訊架構。
• 服務頁面。
• 手機版操作。
• 後台功能。
• SEO 欄位。
• 網址規則。
• 主機與備份。
• 未來維護方式。

舊網站外觀不好看，就一定要重做嗎？

不一定。

如果只是視覺風格較舊，但網站功能、資料與網址架構都正常，可以先進行局部改版，例如：

• 調整首頁版面。
• 更新配色與字體。
• 改善手機版。
• 重新整理服務頁。
• 增加行動按鈕。
• 改善圖片與內容呈現。

但如果網站底層結構已經無法支援新版面，局部修改可能會變成持續補洞，最終成本反而更高。

舊網站功能還能用，就一定值得保留嗎？

也不一定。

有些網站表面上仍能運作，但可能存在以下問題：

• 使用已停止支援的 PHP 版本。
• 資料庫結構混亂。
• 沒有任何備份。
• 帳號與密碼長期共用。
• 程式內含大量測試碼。
• 沒有錯誤紀錄。
• 檔案權限過度開放。
• 套件多年沒有更新。
• 修改一個功能就影響其他頁面。

這種網站雖然目前能開，但維護風險可能很高。

因此判斷網站是否值得保留，不能只看「現在能不能開」。

修復舊網站的優點與限制

優點

• 處理時間可能較短。
• 初期成本較低。
• 可以保留原有內容。
• 不必重新教育使用者。
• 可保留既有網址與搜尋曝光。

限制

• 舊架構可能持續限制新功能。
• 技術債仍然存在。
• 程式版本可能難以升級。
• 修改風險可能逐次增加。
• 長期維護成本不一定較低。

接手舊網站的優點與限制

優點

• 可以延續現有網站營運。
• 先處理最重要的問題。
• 保留既有資料與功能。
• 改善工作可以分階段執行。
• 較適合不能立即停機的網站。

限制

• 需要先花時間盤點。
• 缺乏文件時，接手時間較長。
• 部分舊問題可能無法立即改善。
• 需要建立新的版本與維護流程。

重新製作網站的優點與限制

優點

• 可以重新整理網站架構。
• 改善手機版與使用體驗。
• 採用較新的程式環境。
• 重新規劃後台與權限。
• 更容易建立 SEO 與維護基礎。

限制

• 製作時間較長。
• 需要重新整理內容。
• 需要重新測試所有功能。
• 舊網址若處理不當，可能影響 SEO。
• 上線前需要完整搬遷與驗證。

網站重做時，SEO 要注意什麼？

舊網站如果已經有搜尋流量，重新製作時不能只換畫面。

應注意：

• 保留重要舊網址。
• 無法保留的網址設定 301。
• 確認每頁 Title 與 Description。
• 保留重要內容。
• 更新 sitemap.xml。
• 確認 robots.txt。
• 設定 canonical。
• 檢查 404 頁面。
• 重新提交 Search Console。
• 避免測試站被收錄。

如果舊網址全部改掉卻沒有轉址，原本累積的搜尋曝光可能會受到影響。

只有網站後台，還能判斷是否值得接手嗎？

可以先初步評估，但資訊會不完整。

只有後台時，可以確認：

• 內容是否可以匯出。
• 有哪些管理功能。
• 資料量有多少。
• 是否能建立管理員。
• 是否能下載圖片與附件。

但仍無法完整確認：

• 程式品質。
• 資料庫結構。
• 主機環境。
• 錯誤紀錄。
• 安全問題。
• 是否容易搬遷。

因此正式接手前，仍應取得主機或程式存取權限。

舊網站評估時，可以先問這 10 個問題

1. 網域是否在企業自己名下？
2. 主機與 DNS 是否能管理？
3. 能否取得完整程式與資料庫？
4. 網站目前有哪些故障？
5. 網站是否仍在實際營運？
6. 目前使用什麼 PHP 或系統版本？
7. 是否有會員、訂單或第三方串接？
8. 網站是否已有搜尋流量？
9. 未來需要增加哪些功能？
10. 企業能接受多少停機與改版時間？

簡單判斷：該修、接手還是重做？

• 功能大致正常、問題明確：優先修復。
• 網站仍在營運，但缺乏維護：先接手再改善。
• 程式與資料完整，但主機不適合：考慮搬遷。
• 只有內容，沒有原始碼：考慮重新製作。
• 系統過舊且無法安全升級：評估重做。
• 網站架構與需求已完全不同：重新規劃較合理。

舊網站處理前，不建議直接做的事

• 不要在沒有備份前修改程式。
• 不要直接升級 PHP。
• 不要先停掉原主機。
• 不要直接更換 DNS。
• 不要刪除原管理員帳號。
• 不要只備份檔案而漏掉資料庫。
• 不要在沒有轉址規劃前更換全部網址。
• 不要因為外觀舊，就直接判定整站都不能用。