製作旅宿網站的負責人離職了。想檢討與製作公司的契約。想把營運交給家人，卻不知道網域與伺服器是由誰簽約——。
這時若先刪除舊負責人的帳號，可能就沒有人能存取網站、預約、電子郵件及流量分析。反過來說，契約結束後仍保留舊負責人的高權限，也不安全。
本文說明不熟悉IT的旅宿經營者，如何請Codex或Claude Code協助整理，依順序安全交接網站管理。
結論：確認新負責人能存取後，再移除舊權限
交接依以下順序進行。
- 列出旅宿使用的服務
- 確認契約名義、帳單對象、管理員及復原聯絡方式
- 準備以旅宿名義持續管理的帳號
- 以必要的最低權限新增新負責人
- 測試新負責人能否登入與確認
- 確認備份與緊急聯絡方式
- 移除舊負責人的權限、金鑰及整合
- 再確認公開網站、預約、郵件及量測
基本原則是新增個人專屬帳號並移轉權限，而不是告知密碼來交接。
交接對象不只有WordPress
旅宿網站營運涉及多種契約與管理畫面。
| 分類 | 確認內容 | 不應放入的資訊 |
|---|---|---|
| 網域 | 註冊服務商、契約名義、更新日期、聯絡方式 | 登入密碼、驗證碼 |
| DNS | 管理服務商、變更負責人、目前用途 | API金鑰、區域變更用秘密資訊 |
| 伺服器 | 公司、方案、帳單對象、維護人員 | SSH私密金鑰、root密碼 |
| WordPress | URL、管理員、編輯、更新負責人 | 密碼、2步驟驗證的復原碼 |
| 電子郵件 | 管理員、代表地址、轉寄目的地 | 郵件密碼、內文 |
| Analytics、Search Console、標籤 | Google帳號密碼 | |
| 預約 | 預約引擎、OTA、庫存同步、負責人 | 預約者資訊、付款資訊 |
| 付款 | 簽約法人、管理員、入帳帳戶、會計負責人 | 信用卡資訊、私密金鑰、身分證明文件 |
| 外部整合 | SMTP、備份、監控、SNS | API金鑰、存取權杖 |
這張表記錄的是「在哪裡、由誰、管理什麼」。秘密資訊本身要放在組織核准的密碼管理工具等另一個安全位置。
先確認契約名義與付款
能登入管理畫面，與擁有契約，不是同一件事。請確認發票、契約郵件、信用卡明細，以及管理畫面顯示的契約持有人。
網域尤其重要。若網域到期失效，或無法移出舊製作公司的管理，不只網站，電子郵件也會受到影響。ICANN說明，網域註冊人是與註冊商簽約，並管理聯絡方式、移轉及續約的主體。
以下項目記錄為「已確認」「確認中」「不明」。
- 正式契約持有人、註冊人
- 續約期限與自動續約狀態
- 帳單對象及付款方式管理者
- 收到續約通知的電子郵件地址
- 能核准契約變更或移轉的人員
- 客服窗口及契約編號保存位置
不要讓AI推測不明項目，應詢問服務商或目前製作公司。
保留以旅宿名義持續管理的帳號
若最高層級管理員只有負責人的個人電子郵件，可能因離職、生病或無法聯絡而失去管理能力。
準備旅宿能持續管理的聯絡方式，至少完成以下事項。
- 有由旅宿管理的管理員
- 更新復原用郵件與電話號碼
- 啟用2步驟驗證
- 將復原手段存放在安全位置
- 避免只有一人是唯一管理員
- 以個人專屬帳號新增製作公司或負責人
但不要讓所有人共用代表信箱的同一個密碼。旅宿維持擁有權的帳號，與各負責人日常使用的個人專屬帳號，要分開。
WordPress依角色區分權限
WordPress官方說明，管理員、編輯、作者等角色，可執行的操作不同。只負責更新文章的人，不一定需要能新增外掛及管理使用者的管理員權限。
交接時確認的項目:
- 旅宿的管理員帳號
- 製作公司、維護公司的帳號
- 更新文章的負責人與角色
- 未使用的使用者
- 顯示名稱與公開個人檔案
- 2步驟驗證的對象
- 外部投稿、整合的驗證方式
確認新負責人能登入前，不要刪除舊管理員。若必須刪除作者，也要確認文章歸屬如何處理。
Google服務也要各別交接
不要共用同一個Google帳號，而要將新負責人新增到Analytics與Search Console。Google Analytics可在帳號或資源層級管理使用者及權限。新增所在層級會影響可見範圍，因此只授予必要範圍。
確認內容:
- Google Analytics帳號與GA4資源
- Search Console資源及已驗證擁有者
- Google標籤與標籤管理方法
- Google商家檔案
- 若有投放廣告，Google Ads
- 若經營YouTube，頻道權限
Google官方提醒，只有一位管理員時，若該人無法使用，可能失去管理能力。先保留旅宿持續管理者，再移除舊負責人權限。
預約、付款與一般網站管理分開
預約及付款涉及住宿者資訊、營收、退款及入帳帳戶。不要把預約者姓名或信用卡資訊複製到WordPress交接表。
確認的是以下管理關係。
- 契約持有人與帳單對象
- 最高層級管理員
- 日常業務負責人的權限
- 能變更入帳帳戶的人員
- 能執行退款或取消的人員
- 與OTA或房況管理系統的整合
- 離職者、舊製作公司的帳號
- 操作紀錄與客服窗口
變更入帳帳戶、退款及預約變更，不要只由AI執行，要由人確認對象與金額。身分驗證或業者資訊變更，使用各服務官方程序。
伺服器與DNS交接，要與專業人員進行
伺服器、DNS、TLS憑證或郵件傳遞的變更，可能讓網站及郵件停止。即使理由是「要交給新負責人」，也不要一次變更多項設定值。
請向技術人員確認以下事項。
- 伺服器類型與管理負責人
- 正式、驗證環境的區別
- 備份保存位置及還原負責人
- DNS管理位置及目前用途
- TLS憑證更新方法
- SSH、SFTP及管理API的使用者
- 監控通知與故障聯絡方式
- 製作公司專用佈景主題或外掛的使用條件
移除舊負責人的SSH金鑰或API金鑰前，先測試能從新管道完成必要確認。不要將私密金鑰貼到聊天或交接資料，要發行新金鑰並停用舊金鑰。
交接當天的安全順序
1. 記錄變更前狀態
確認公開頁面、預約頁面、詢問、郵件及管理畫面的可用狀態。記錄對象與時間，取得必要備份。
2. 新增新負責人
以必要的最低權限，新增個人專屬帳號。邀請郵件由本人確認，密碼及2步驟驗證由本人設定。
3. 由新負責人確認
不只確認能登入，也要確認能看見工作所需畫面，以及不能變更不需要的畫面。
4. 確認旅宿名義的復原管道
確認復原聯絡方式是否只剩舊負責人的郵件或電話。不要把復原碼本身寫進工作報告。
5. 移除舊權限
確認契約結束日期及協議內容，逐項移除舊帳號、SSH金鑰、API金鑰、轉寄目的地及外部整合。不要一次刪除，應逐一確認。
6. 再確認公開端
確認首頁、預約、詢問、HTTPS、郵件，以及Analytics、Search Console存取。若有問題，停止追加變更，調查哪項變更開始造成影響。
提供給AI的交接資料
AI有助整理資產清單及未確認事項，但資料不要包含秘密資訊。
服務名稱：［例：網域管理］
用途：［維持網站與郵件的名稱］
契約名義：［旅宿／法人／確認中］
管理負責人：［角色名稱，不寫個人密碼］
權限：［管理員／編輯／檢視者］
更新、帳單：［只寫月份，不寫信用卡號］
復原負責人：［旅宿／製作公司／確認中］
官方窗口：［官方支援URL］
未確認事項：［問題內容］
最後確認日：［年月日］
這種格式可請AI「找出不明項目」「依負責人排列」。請明確註記驗證資訊另行管理。
可複製使用的AI委託內容
不變更現況，只整理
請為旅宿網站的負責人變更，整理管理對象。
請先不要新增或刪除帳號，也不要變更設定。
針對網域、DNS、伺服器、WordPress、郵件、Google、預約、付款、
備份及監控，列出契約名義、管理員、帳單、復原聯絡方式，
以及未確認事項。
不要讀取密碼、API金鑰、私密金鑰、復原碼或預約者資訊，
也不要放進輸出內容。
建立給製作公司的問題
請依建立的管理對象清單，撰寫要向目前製作公司確認的問題。
依契約、擁有權、權限、備份、使用授權、
解約後交付，以及停用舊帳號的順序整理。
不要推測不明內容，請附上回答欄與確認期限。
不要要求以電子郵件寄送驗證資訊本身。
移除舊權限前稽核
請建立移除舊負責人權限前的確認表。
包括新負責人登入、旅宿管理員、復原管道、備份、
公開網站、預約、詢問、郵件及Google量測。
只調查及提出建議，不要執行帳號刪除、金鑰失效、DNS變更，
或契約變更。
交接完成檢查清單
- [ ] 已確認網域、DNS及伺服器服務商
- [ ] 已確認契約名義、帳單對象及續約期限
- [ ] 已確保旅宿的持續管理者
- [ ] 管理員不只有一人
- [ ] 新負責人使用個人專屬帳號
- [ ] 已設定必要的最低權限
- [ ] 新負責人已實際登入
- [ ] 已確認復原聯絡方式及2步驟驗證
- [ ] 已確認備份與還原負責人
- [ ] 沒有將預約、付款資訊複製到一般資料
- [ ] 已確認舊負責人的帳號、金鑰及整合
- [ ] 已再確認公開網站、預約、詢問及郵件
- [ ] 已確認Analytics與Search Console權限
- [ ] 已記錄交接日期與確認結果
若不知道伺服器類型，可先參考你的WordPress屬於哪種類型？。日常權限設計可參考讓AI操作正式伺服器時的權限設計；每月檢討可參考住宿設施網站每月檢查。
參考資訊
總結
旅宿網站交接，光交出WordPress密碼並不夠。網域、伺服器、郵件、Google、預約及付款，都要逐項確認契約與管理權限。
以個人專屬帳號新增新負責人，確認確實能使用後，再移除舊權限。AI可負責列出清單、建立問題及確認表，但秘密資訊、契約變更、付款及帳號刪除，請由人確認。
