網站可以換別家公司維護嗎？接手前要準備哪些資料

網站原本由某間網頁設計公司製作，不代表之後只能永遠由同一家公司維護。

只要企業擁有網站相關帳號、程式與資料的使用權限，通常都可以更換網站維護人員，或交由其他公司接手。

真正的問題通常不是「能不能換」，而是網站的重要資產是否掌握在自己手上。如果網域、主機、網站後台、原始碼與資料庫都由原公司管理，接手前就需要先完成權限盤點。

網站真的可以換別家公司維護嗎？

大多數情況下可以。

網站製作與網站維護是兩件不同的事。原網頁設計公司負責完成網站，不代表未來每一次修改、主機搬遷、程式升級與故障處理，都只能交給原公司。

但能否順利接手，取決於以下幾個條件：

• 是否取得網站原始碼。
• 是否能匯出資料庫。
• 是否擁有主機或控制面板權限。
• 是否能管理網域與 DNS。
• 是否有網站後台管理員帳號。
• 是否知道網站使用哪些第三方服務。
• 原合約是否限制程式使用、移轉或維護方式。

如果這些資料完整，新維護人員通常可以先建立備份、盤點環境，再逐步接手。

企業為什麼會想更換網站維護公司？

常見原因包括：

• 原網頁設計公司回覆速度太慢。
• 網站出問題後長時間沒有處理。
• 每次修改都需要等待很久。
• 小功能報價過高或計價方式不清楚。
• 原公司停止營業或聯絡不上。
• 網站多年沒有更新，原廠也不願接舊系統。
• 想更換主機，但原公司不提供搬遷資料。
• 網站被綁在原公司的主機與帳號下。
• 想增加新功能，但原系統已無法擴充。
• SEO、速度或手機版問題長期沒有改善。

更換維護公司不一定代表原公司做得不好，也可能只是企業需求改變，需要不同的技術能力與合作方式。

1）先確認網域名稱由誰持有

網域就是網站網址，例如：

example.com example.com.tw 

企業至少應確認：

• 網域註冊平台。
• 網域註冊人資料。
• 登入帳號與管理權限。
• 續約日期。
• 聯絡信箱。
• 目前使用的名稱伺服器。

如果網域登記在原網頁公司名下，未來更換廠商時可能遇到移轉困難。

最理想的做法是由企業自己註冊網域，再提供 DNS 管理權限給維護人員，而不是把網域所有權交給廠商。

2）確認網站放在哪一台主機

接手前需要知道網站實際放在哪裡。

常見環境包括：

• cPanel／WHM 主機。
• aaPanel 主機。
• 1Panel 主機。
• 一般 Linux VPS 或雲端主機。
• 虛擬主機。
• 網站製作公司的共用主機。
• AWS、Google Cloud、Azure 或其他雲端平台。

至少要取得：

• 主機服務商名稱。
• 控制面板網址。
• 主機帳號。
• FTP 或 SFTP 權限。
• SSH 權限，若有。
• 網站目錄位置。
• 主機續約日期。

如果網站和其他客戶共用同一個廠商帳號，原公司可能無法直接提供完整主機權限。這種情況通常需要由原公司協助打包網站與資料庫，再搬到新的主機。

3）取得網站程式與原始碼

網站接手不只是下載畫面看到的 HTML，而是要取得實際執行的程式。

常見內容包括：

• PHP、HTML、CSS、JavaScript 檔案。
• 框架或套件。
• 圖片與附件。
• 設定檔。
• Composer 或其他套件清單。
• 排程程式。
• API 串接程式。
• 後台管理程式。

如果網站有使用 Git，也應取得：

• 程式碼儲存庫權限。
• 目前正式版分支。
• 部署方式。
• 最近一次上線版本。

只有主機上的檔案，也可以進行接手，但如果缺少版本紀錄，後續修改前就要先建立新的版本基準。

4）取得資料庫與連線資訊

大多數動態網站都會使用 MySQL、MariaDB 或其他資料庫。

接手時應確認：

• 資料庫名稱。
• 資料庫使用者。
• 資料庫密碼。
• 資料庫主機位置。
• 資料庫編碼。
• 完整匯出檔。
• 是否有排程或外部系統也會連線。

網站檔案有取得，但沒有資料庫，通常只能看到程式，無法還原會員、文章、產品、訂單與後台資料。

因此進行網站交接時，程式與資料庫必須一起備份。

5）整理網站後台帳號

網站後台帳號和主機帳號不同。

後台通常用來管理：

• 最新消息。
• 產品資料。
• 會員。
• 訂單。
• 案例。
• 圖片與附件。
• SEO 欄位。

交接時應建立一組企業自己掌握的最高管理員帳號，不要繼續共用原開發者的個人帳號。

同時應檢查：

• 有哪些管理員。
• 離職人員帳號是否仍存在。
• 帳號是否共用。
• 是否能重設密碼。
• 是否有雙重驗證。
• 不同帳號的權限範圍。

6）確認 DNS 與 Cloudflare 權限

很多網站並不是直接由網域指向主機，中間可能使用 Cloudflare 或其他 DNS 服務。

需要確認：

• DNS 由哪個平台管理。
• Cloudflare 帳號由誰持有。
• A、AAAA、CNAME、MX 等紀錄。
• 是否有開啟 CDN 或代理。
• 是否有 Redirect Rules。
• 是否有 WAF 或防火牆規則。
• SSL/TLS 模式。

如果只搬網站，卻沒有取得 DNS 權限，網站仍然無法切換到新主機。

如果同一個網域還有企業信箱，也要特別保留 MX、SPF、DKIM 與 DMARC 紀錄，避免搬遷網站時影響郵件。

7）盤點第三方服務與 API

網站可能串接許多外部平台，例如：

• LINE Login 或 LINE Messaging API。
• 金流。
• 物流。
• 簡訊。
• 電子發票。
• Google Maps。
• Google reCAPTCHA。
• 寄信服務。
• 會員登入。
• 社群平台。

接手時要確認每個第三方服務：

• 帳號由誰持有。
• API 金鑰放在哪裡。
• 回呼網址是什麼。
• 是否限制來源 IP。
• 是否有續約或費用。
• 原維護人員離開後是否仍保有權限。

如果第三方帳號仍在原廠商名下，即使網站程式已經搬走，部分功能仍可能無法正常運作。

8）取得 Google 與 SEO 相關帳號

網站更換維護公司時，也應整理數據與 SEO 帳號。

包括：

• Google Analytics。
• Google Search Console。
• Google Tag Manager。
• Google Ads。
• Google 商家檔案。
• 網站 sitemap。
• robots.txt。
• 過去的 SEO 報表。

這些帳號最好由企業持有，再邀請廠商加入，而不是由廠商用自己的帳號建立。

如果直接重新建立 Analytics 或 Search Console，過去累積的資料可能無法完整延續。

9）接手前一定要建立完整備份

正式修改網站前，應先保留一份接手當下的完整版本。

備份至少包括：

• 全部網站檔案。
• 完整資料庫。
• 網站設定檔。
• Web Server 設定。
• 排程。
• SSL 相關資料。
• 重要 DNS 紀錄。

備份不應只留在原主機上，最好另外下載或保存到其他儲存位置。

如果接手後第一次修改就發生問題，這份備份可以作為回復基準。

10）檢查原合約與交付內容

接手前也應查看原網站製作合約，確認：

• 原始碼是否有交付。
• 程式使用權與所有權。
• 網域與主機由誰持有。
• 網站資料能否移轉。
• 是否有最低維護期限。
• 第三方套件授權是否可移轉。
• 終止維護後的交接方式。

技術人員可以協助判斷交付物與系統現況，但涉及合約權利與法律爭議時，仍應向法律專業人士確認。

資料不完整，網站還能接手嗎？

不一定要等全部資料齊全才能開始評估。

常見情況包括：

• 只有網站網址。
• 只有後台帳號。
• 只有主機登入資料。
• 只有 FTP，沒有資料庫帳號。
• 網域與主機由不同廠商管理。
• 原公司已經失聯。

可以先從現有資料盤點，再判斷缺少什麼。

例如透過 DNS 紀錄、網站回應、主機資訊與程式設定，有時仍能逐步確認網站位置與使用環境。

但如果完全沒有主機、網域與程式權限，就可能只能重新製作網站，而不是直接接手原系統。

網站換維護公司的建議流程

1. 列出目前擁有的帳號與資料。
2. 確認網域、DNS、主機與網站後台權限。
3. 取得程式、資料庫與完整備份。
4. 盤點網站使用的 PHP、資料庫與第三方服務。
5. 由新維護人員先做唯讀檢查。
6. 建立接手當下的版本與備份。
7. 確認網站目前存在的風險。
8. 先處理高風險問題，再進行功能修改。
9. 完成權限移交與舊帳號整理。
10. 建立後續維護、備份與變更紀錄。

更換網站維護公司時，不建議直接做的事

• 不要在沒有備份前直接修改正式網站。
• 不要先刪除原維護人員帳號，再確認是否有其他登入方式。
• 不要只取得網站後台，就認為已經拿到整個網站。
• 不要搬遷網站時忽略 DNS 與企業信箱。
• 不要在不清楚相容性的情況下直接升級 PHP。
• 不要只拿到壓縮檔，卻沒有資料庫。
• 不要讓新舊廠商同時任意修改正式站。

網站接手資料清單

• 網域註冊平台與管理權限。
• DNS 或 Cloudflare 權限。
• 主機與控制面板權限。
• FTP、SFTP 或 SSH 權限。
• 網站後台管理員。
• 網站原始碼。
• 完整資料庫。
• 網站與資料庫備份。
• 第三方平台帳號。
• Google Analytics 與 Search Console。
• 排程、寄信與 API 串接資訊。
• 原合約與交付清單。