網站上線後，誰知道怎麼接手？

網站上線後，至少要有一位企業內部負責人能取得網域、主機、最高管理權限與表單通知，並且知道網站如何備份、更新及處理異常。如果這些資訊只有製作方或某一位離職同事知道，網站雖然能正常開啟，仍不算完成交付。

網站可以正常開啟，不代表已經完成交付。

如果網域、主機、管理帳號、備份方式與表單通知只有製作方知道，日後更換人員或發生異常時，網站很容易變成沒有人能接手的系統。

網站不只好看，更要好用、好管理。

為什麼「已上線」不等於「已交付」？

上線只代表公開網址目前可以被開啟；交付則代表企業知道網站由哪些資產組成、誰有權限、日常工作怎麼做，以及發生問題時如何恢復。兩者差異通常要等到續約、改版、同事離職或網站異常時才會被看見。

常見情況包括：

• 網域登記在前員工或製作方的私人帳號，續約通知沒有人收到。
• 主機費用由不明信用卡扣款，帳務人員不知道服務名稱與到期日。
• 只有一組共用的最高管理帳號，無法知道誰做過修改。
• 網站說有備份，但從未確認備份位置、保存天數或能否還原。
• 表單可以送出，卻沒有人知道通知寄到哪裡，客戶詢價長時間無人處理。
• 製作方保存了所有技術資訊，公司內部沒有任何交接紀錄。

真正的風險不是網站今天能不能開，而是明天換人、服務到期或系統故障時，企業能不能自行做出正確決定。

正式上線前，至少確認 6 件事

1. 網域、主機與 DNS 帳號歸誰持有

網域是網站地址，主機是網站實際執行的位置，DNS 則負責把兩者連起來。企業至少要知道服務商、登入帳號、到期日、付款方式與可聯絡的授權人。若由製作方代管，也應在合約或交接文件中寫清楚移轉方式。

2. 誰擁有最高管理權限

企業應保有一個可回收其他帳號、調整權限與處理緊急狀況的最高權限。日常編輯者使用自己的個人帳號，不要所有人共用最高管理員。人員異動時，才能停用單一帳號而不必整站換密碼。

3. 網站如何備份與還原

需要確認備份包含網站檔案、資料庫及上傳圖片，並知道頻率、保存位置、保存期限與負責人。更重要的是，至少做過一次還原檢查；只有「備份成功」的通知，不能證明檔案真的可用。

4. 文章、圖片與基本資料如何更新

交接時應示範登入位置、草稿與發布流程、圖片規格、可以修改的欄位，以及哪些部分必須由技術人員處理。若網站沒有 CMS，也要寫清楚修改需求要交給誰、多久可完成及如何留下版本紀錄。

5. 表單或訂單送出後由誰處理

表單、訂單或預約成功只是流程起點。要指定主要收件人、備援收件人、處理時限與異常通報方式，也要確認後台是否保留資料。這樣即使 Email 延遲或被擋下，仍能查到客戶送出的內容。

6. 發生異常時要找誰、如何留下紀錄

應區分內容錯誤、帳號問題、主機異常、網域到期、表單失效與資安事件，並為每一類問題指定聯絡窗口。每次事件至少記錄發生時間、影響範圍、處理人、採取動作與最後結果，避免同樣問題一再重查。

哪些帳號應該由公司掌握？

重點不是每一位同事都取得所有密碼，而是公司保有所有權，日常使用依職責分權。最高權限應限制人數，登入憑證放在受控的密碼管理方式中，不要散落在聊天訊息、個人筆記或離職員工的裝置裡。

一份完整交接，至少包含三個層次

資產交接

列出網域、主機、資料庫、網站程式、原始設計檔、圖片授權、Email、分析工具與第三方服務。每一項都要寫明誰擁有、誰付款、誰可登入，以及停止合作時如何移轉。

營運交接

說明文章如何建立草稿與發布、表單如何分派、訂單或預約如何處理、圖片規格、例行更新頻率，以及每項工作的負責人與備援人員。這部分要讓非工程人員也能照著做。

異常交接

整理網站無法開啟、表單沒有通知、帳號遭鎖定、內容誤刪、網域或 SSL 即將到期等情況的處理順序。若需要外部技術支援，也要保留服務範圍、聯絡方式與回應時段。

實際情境：原本負責人離職後，網站還能不能運作？

假設行銷人員長期負責更新文章，也用自己的 Email 建立網域、分析工具與後台帳號。當他離職時，公司才發現續約通知寄到私人信箱、雙重驗證綁在私人手機，表單通知也只有他收得到。

網站表面上仍正常，但公司已失去三種能力：無法確定資產所有權、無法安全回收權限，也無法確認客戶訊息是否被處理。

較好的安排是：

1. 網域、主機與分析工具由公司可控制的帳號持有。
2. 每位管理者使用獨立帳號，離職時只停用該帳號。
3. 表單寄到職務型信箱，並有第二位備援收件人。
4. 重要服務的雙重驗證與恢復方式由公司受控保存。
5. 每季核對一次帳號、續約日、備份與聯絡窗口。

如此即使人員更換，新負責人也能根據紀錄接手，不必從客服信件、舊對話與瀏覽器密碼中拼湊答案。

建議準備的「網站交接包」

正式驗收時，可以要求一份不含明文密碼、但能說明所有權與操作方式的交接包：

1. 網站網址、後台登入網址與正式環境名稱。
2. 網域、DNS、主機及 Email 服務商清單。
3. 各服務的公司持有人、管理者與帳務負責人。
4. 管理角色與權限表，以及新增、停用帳號的流程。
5. 內容更新手冊，包括圖片尺寸、草稿、預覽與發布。
6. 表單、詢價、訂單或預約的處理流程與備援窗口。
7. 備份頻率、保存位置、保存期限與還原步驟。
8. 網站程式、設計檔、品牌素材與圖片使用權的保存位置。
9. GA4、Search Console、Bing 及其他分析工具的資源擁有者。
10. 第三方服務、API、外掛與訂閱費用清單。
11. 常見異常的判斷方式、通報順序與技術支援窗口。
12. 最後一次備份、權限盤點與還原演練日期。

密碼本身應透過受控方式交付，不直接寫進一般文件。交接包的作用是告訴下一位負責人「有哪些東西、到哪裡管理、誰有決定權」，而不是把所有機密集中成一份容易外流的檔案。

驗收時可以現場做的 8 個測試

• 由公司帳號登入網域與主機，確認不是只能透過製作方進入。
• 新增一個低權限測試管理者，再確認最高管理者能停用它。
• 建立一篇草稿並預覽，確認不會在未核准前公開。
• 送出一次內部測試表單，確認主要與備援窗口知道去哪裡查詢。
• 找出最新備份，核對是否包含網站檔案與資料庫。
• 說明如果首頁誤改，會用哪個備份、由誰執行還原。
• 確認 GA4 與搜尋平台的資源擁有者是公司可控制的帳號。
• 依交接文件，由沒有參與製作的人完成一次基本更新。

最後一項特別重要：真正有效的交接，不是原製作人員覺得文件寫得很清楚，而是下一位負責人能照著文件完成工作。

常見問題

網域或主機由製作方代管一定不好嗎？

不一定。代管可以降低日常技術負擔，但所有權、續約、備份、服務中止與移轉條件必須清楚。企業至少要知道帳號由誰持有、費用如何計算，以及需要轉移時可以取得哪些資料。

公司需要拿到所有最高權限嗎？

公司應保有資產所有權與緊急控制能力，但日常不必每個人都使用最高權限。較安全的方式是少數人持有最高管理權，其他人依工作使用編輯、客服或營運角色。

有自動備份就不需要人工檢查嗎？

不夠。自動備份可能因容量、權限、排除規則或保存期限而無法涵蓋需要的資料。至少要定期核對備份時間、內容與還原方式，重大更新前另外建立回復點。

網站維護和內容更新是同一件事嗎？

不是。內容更新是文章、圖片、服務資料與公告的日常工作；技術維護則包含程式、安全、主機、備份、憑證與異常處理。兩者可以由同一團隊負責，但責任與驗收方式應分開寫清楚。

交接文件多久要更新一次？

至少在人員、服務商、帳務、權限或流程變更時立即更新，並建議每季做一次簡短盤點。沒有持續更新的交接文件，很快就會變成只適用於上線當天的歷史資料。

結論：下一位能接手，才算真正完成

真正完整的網站交付，是即使換了負責人，下一位仍能清楚接手。企業不必自己處理所有技術工作，但必須知道資產由誰持有、日常由誰管理、備份在哪裡，以及異常發生時如何取得協助。

驗收網站時，不要只確認畫面、連結與手機版，也要實際核對帳號、權限、備份、表單及交接紀錄。把這些責任在上線前說清楚，能降低人員異動、服務到期與緊急故障帶來的營運風險。

延伸閱讀：什麼情況下，公司官網需要內容管理後台（CMS）？。若你正在規劃新網站或接手既有系統，也可以開始專案，由形象讚協助把交付、管理與後續維運一起納入需求。