WordPress更新前的備份與還原｜讓旅宿網站處於可恢復狀態

更新 WordPress 前，即使有人說「已取得備份」，也不代表安全。如果只有檔案、資料庫過舊、保存位置與正式伺服器相同，或沒有人知道如何還原，發生故障時可能無法恢復。

旅宿網站需要的是以下狀態。

將同一時間點的檔案與資料庫成組保存，知道要在哪裡、如何還原，並已決定還原後的確認項目。

本文不限定單一備份方法，而是介紹虛擬主機、備份外掛與網站製作公司營運都適用的確認方式。

備份有兩個主要部分

1. WordPress 檔案

佈景主題
外掛
上傳的圖片與 PDF
wp-config.php
.htaccess 等設定檔
WordPress 核心檔案

2. 資料庫

文章、固定頁面、留言
WordPress 設定
使用者資訊
選單與小工具設定
許多外掛儲存的設定與資料

WordPress 官方資料庫備份文件也說明，匯出的資料庫不包含佈景主題、外掛、上傳內容、wp-config.php 等檔案。

有時會只保存檔案或資料庫，但為了能在更新前備份中還原整個 WordPress，原則上應保存兩者。

外部服務不包含在 WordPress 中

以下資料可能位於 WordPress 外部。

OTA 預訂
外部預訂系統的庫存與住宿旅客資訊
Stripe、Square 等付款資料
Google Analytics、Search Console
外部郵件服務的信箱
DNS 與網域合約
社群媒體與地圖資訊

即使還原 WordPress，也不一定會讓這些資料回到過去。反過來，只讓 WordPress 回到過去，可能造成它與外部預訂、付款的狀態不一致。

將「還原點」成組管理

請為備份附上以下資訊。

項目	紀錄範例
取得日期與時間	2026年8月16日 10:00 JST
目標網站	官方網站的網域
目標資料夾	WordPress 安裝位置
資料庫	將目標名稱記錄在安全的管理表中
檔案	完成狀態與容量
資料庫	完成狀態與容量
取得原因	外掛更新前
保存位置	伺服器外的儲存位置
驗證	讀取、校驗碼與還原測試
負責人	取得者與確認者

如果檔案與資料庫的時間相差很大，可能出現圖片存在卻無法在文章顯示，或設定與外掛版本不相容等不一致的情況。

三種常見的取得方式

虛擬主機的備份

透過管理面板保存與還原檔案、資料庫。操作較容易理解，但保留期間、還原費用、涵蓋對象，以及能否另行保存，會因方案而異。

ロリポップ官方手冊也將網站與資料庫分開還原。請避免選錯還原對象或時間。

WordPress 備份外掛

可以透過管理面板設定定期備份與外部保存。不過，網站無法開啟的故障也可能讓人無法登入 WordPress 管理面板，只靠同一個外掛未必能還原。

請確認以下事項。

無法登入 WordPress 時，是否仍可還原
誰負責管理保存位置的認證資訊
大型網站的處理是否會中途停止
備份本身是否能透過公開 URL 讀取
外掛合約結束後，是否仍可取出備份

網站製作或維護公司的備份

不要只確認「包含在維護服務中」，也要確認取得頻率、保留期間、還原目標時間、額外費用與合約結束時的交接。旅宿方面也應掌握緊急聯絡窗口及最近成功的日期與時間。

不要只保存在伺服器內

只複製到同一台伺服器的另一個資料夾，仍會同時受到伺服器故障、合約停止、入侵或容量不足的影響。

至少將一份備份放在正式伺服器以外、值得信任的位置。

不同於伺服器公司的雲端儲存服務
限制存取權限的商用儲存空間
加密的外部儲存媒體
維護公司分離的備份基礎設施

WordPress 官方資安文件也提出定期將 WordPress 全站與資料庫快照保存在可靠位置的做法。

防止備份意外公開

將 SQL、ZIP、tar 等備份放在網站公開資料夾，可能讓知道 URL 的人取得檔案。備份可能包含個人資訊、電子郵件地址、密碼雜湊、設定與秘密資訊。

不放在能從網站直接取得的位置
限制保存位置的分享範圍
視需要加密
不將解密金鑰與備份放在同一位置
確保能確認下載紀錄與操作紀錄
安全刪除已不需要的舊備份

請勿將備份 URL、密碼或解密金鑰貼到 AI 聊天中。

如何確認備份成功

不要只依靠「完成」的電子郵件，也要確認以下事項。

沒有因錯誤而結束
檔案容量不是0，也沒有異常小
資料庫檔案確實存在
備份是在緊接更新作業開始前取得
目標網域與資料夾正確
確實能從保存位置讀取
若有雜湊值或校驗碼，確認一致

定期備份應每月確認最近成功的日期與時間。容量不足或認證失效，可能導致備份已連續失敗數個月。

進行還原測試

最可靠的備份可用性確認方法，是在與正式環境分離的測試環境中還原。

準備測試用網域、資料夾與資料庫
阻擋搜尋引擎與一般使用者存取
還原檔案
還原資料庫
安全變更為測試用 URL
登入管理面板
確認首頁、文章、圖片與選單
使用不會將預訂或詢問送往正式環境的設定進行確認
確認個人資訊受到保護
記錄結果與所需時間

請避免從測試環境寄送郵件給住宿旅客，或操作外部預訂庫存與正式付款。

如果沒有技術負責人，請詢問伺服器公司或網站製作公司：「能否在不覆寫正式環境的情況下，於另一個位置確認還原？」

還原正式環境前，先停下來

還原正式環境是一項重要操作，可能用過去的狀態覆寫現有資料。請勿急著執行，先判斷以下事項。

是否只是公開頁面的問題
能否登入管理面板
能否只還原最近變更的外掛
是否只還原檔案就能修復
是否必須連資料庫一起還原
備份後，是否有新的預訂、詢問或文章
是否會與外部付款或 OTA 狀態不一致

還原資料庫可能刪除備份後新增的資訊。還原前，也要緊急保存目前的資料，並記錄差異。

還原的基本順序

實際操作應優先遵循伺服器公司的步驟。一般的判斷順序如下。

暫停新的更新、發文與預訂受理
記錄故障時間與症狀
緊急備份目前狀態
由兩人確認還原對象與還原點
另行記錄備份後的預訂與詢問
還原檔案、資料庫中必要的範圍
清除快取
確認管理面板與公開頁面
確認預訂、表單與郵件
安全重新輸入差異資料並核對
恢復銷售與更新

有時可以只安全還原造成問題的部分，而不是「全部還原」。如果無法判斷，請勿執行完整還原，而應聯絡維護負責人。

還原後的確認表

WordPress

[ ] 首頁、客房、價格與交通頁面能顯示
[ ] 圖片與 PDF 能顯示
[ ] 選單與內部連結正常運作
[ ] 可以登入管理面板
[ ] 可以將文章保存為草稿
[ ] 沒有 SSL 警告、404 或 PHP 錯誤

預訂與聯絡

[ ] 預訂按鈕前往正確的外部頁面
[ ] WordPress 內的預訂庫存與外部一致
[ ] 聯絡表單正常運作
[ ] 旅宿通知與自動回覆可以收到
[ ] 已反映還原期間收到的預訂、取消與變更

安全性

[ ] 測試環境沒有公開給搜尋引擎
[ ] 備份檔案沒有透過網站公開
[ ] 已停用還原用的臨時帳號
[ ] 已確認快取與臨時檔案
[ ] 已記錄還原時間、負責人與結果

依更新頻率決定保留期間

如果只持續覆寫唯一的最新版，察覺入侵或問題時，可能已沒有正常版本可用。

小型旅宿也應區分用途保留備份。

更新前的手動備份
每日自動備份
每週、每月的長期備份
大幅變更設計前保存的版本

所需保留期間，應依文章更新、預訂資料的保存位置、維護合約及個人資訊方針決定。避免無限期保留不必要的個人資訊，也很重要。

請 AI 協助確認的提示詞

請確認旅宿在更新 WordPress 前的備份。
先不要執行取得備份、還原、刪除或正式環境變更。

只透過唯讀調查，整理以下事項。
- WordPress 安裝位置
- 目標資料庫
- 檔案與資料庫的取得方式
- 不包含在備份內的外部預訂、付款、郵件等資料
- 目前保存位置、保留期間與最近成功時間
- 是否有與正式環境分開的保存位置
- 還原方法與所需時間
- 還原可能遺失的新資料
- 不覆寫正式環境的還原測試方案

請勿顯示秘密資訊、顧客資訊或備份內容。
遇到不明事項，請勿推測，而應整理成詢問伺服器公司的問題。

不要一開始就允許 AI 還原正式環境。應先由人核准對象、還原點、差異與確認方法，再繼續進行。