網站備份怎麼規劃？備份類型、頻率與還原檢查

網站備份是什麼？先分清楚 3 種意思

網站備份常被混用成三種事：單頁網頁封存、可還原的完整網站備份、主機商提供的還原點。要救回網站，重點是檔案、資料庫與設定能不能一起還原。

很多人搜尋「網站備份」時，其實想解決的問題不同。有些人只是想保存一篇公開頁面的樣子，有些人是 WordPress 更新失敗後要救站，有些人則是要確認廠商有沒有把備份責任講清楚。這三種需求不能用同一套答案處理。

類型	主要用途	能否完整還原網站	適合情境
單頁網頁備份	保存公開頁面畫面或文字	通常不行	存證、查找舊版內容、保留公開頁面紀錄
完整網站備份	保存檔案、資料庫與必要設定	可以，前提是備份完整且測試過	WordPress、電商、會員網站、公司官網
主機備份	由主機商保留還原點	視方案與權限而定	主機故障、誤刪檔案、快速回到某個時間點

單頁網頁備份：保存公開頁面畫面

Wayback Machine、Archive、Perma.cc 這類工具偏向「網頁封存」。它們能保存公開頁面的部分畫面、文字或歷史版本，適合查資料、比對舊內容、做公開頁面存證。

但這類工具通常抓不到後台、資料庫、會員資料、訂單、表單提交紀錄，也不會保存你的主機環境。把它當成網站災難復原工具，是我看過最容易誤判風險的地方之一。

完整網站備份：檔案 + 資料庫才能還原

可還原的網站備份至少要包含網站檔案與資料庫。以 WordPress 來說，主題、外掛、圖片、uploads 目錄屬於檔案；文章、頁面、設定、訂單、會員資料多半在 MySQL 資料庫裡。

只下載 FTP 裡的檔案，網站可能能開出外殼，內容卻不見；只匯出資料庫，也可能缺圖片、外掛、佈景主題與自訂程式。真正能救站的備份，要能把兩邊接回來。

主機備份：方便但不能當唯一保險

主機自動備份很方便，尤其 cPanel 或主機後台通常能直接還原檔案、資料庫或整個帳號。不過它不該是唯一保險，因為備份週期、保留天數、還原權限與事故範圍都受主機商限制。

如果網站被駭、主機帳號被鎖、付款失敗、機房異常，或備份剛好也在同一台主機裡，單靠主機備份就會變得很被動。主機備份適合當第一層保護，不適合當最後一層保命線。

網站備份要備份哪些東西？

網站備份要備份檔案、資料庫，以及足以重建網站連線與追蹤的設定紀錄。只備份其中一部分，還原時很容易出現內容缺漏、樣式跑掉或後台功能失效。

備份不是把整個 public_html 壓成 zip 就結束。2026 年的網站常接著 CDN、DNS、GA4、Google Search Console、像素、金流、物流、會員系統與第三方外掛，少記一個關鍵設定，還原後就可能能開站卻不能營運。

備份前檢查清單：

• 確認要備份的網域與站台目錄。
• 確認資料庫名稱、使用者與網站設定檔一致。
• 確認備份檔不會直接留在 public_html 可公開下載的位置。
• 確認雲端硬碟或 S3 權限仍有效。
• 確認備份完成後有人抽查檔案大小、時間與內容。

檔案：主題、外掛、圖片、上傳檔案

檔案層通常包含主題、外掛、媒體庫、上傳檔案、自訂程式、設定檔與靜態資源。WordPress 常見重點是 wp-content、plugins、themes、uploads，以及網站根目錄的設定檔。

圖片與上傳檔案常被低估。內容站少了圖片會影響閱讀與 SEO 呈現；電商少了產品圖、規格附件或下載檔，客服與訂單履約都會受影響。

資料庫：文章、設定、訂單、會員資料

資料庫保存網站的動態內容，例如文章、頁面、選單、後台設定、使用者、留言、訂單、會員資料與部分外掛設定。WordPress 多半使用 MySQL，可透過外掛、主機後台或 phpMyAdmin 匯出。

我會把資料庫備份視為高優先項，原因很現實：檔案常能從原始設計檔、外掛來源或舊版本補回來，但訂單與會員資料一旦消失，很難靠人工完整重建。

設定與權限：DNS、CDN、追蹤碼也要記錄

DNS、CDN、SSL、GA4、Google Search Console、Meta Pixel、轉換追蹤、robots.txt、sitemap 與 canonical 規則，都應該留有設定紀錄。這些不一定在網站備份檔裡，卻會影響網站是否正常被使用與被搜尋引擎理解。

建議用一份簡短維護文件記錄網域註冊商、DNS 代管位置、CDN 帳號、主機登入位置、資料庫名稱與追蹤碼安裝方式。這比事後在多個外包信件裡找帳號有效得多。

常見網站備份方式比較

網站備份方式沒有單一最佳解，應依網站類型、更新頻率、可承受資料損失與維護能力選擇。封存工具、外掛、主機備份、手動備份與雲端異地備份各有用途。

方式	能否完整還原	操作難度	成本	主要限制
Wayback Machine / Archive	否，偏頁面快照	低	低	不含後台、資料庫、訂單與主機環境
WordPress 備份外掛	通常可以	低到中	低到中	受主機資源、檔案大小與外掛相容性影響
主機後台自動備份	視方案而定	低	含在主機費或加購	保留天數、還原範圍與同主機風險需確認
FTP + phpMyAdmin 手動備份	可以	中到高	低	容易漏檔、漏資料庫或匯入失敗
雲端與異地備份	取決於備份內容	中	低到中	需管理權限、容量、加密與同步狀態

Wayback Machine / Archive 類工具

Wayback Machine、Archive 類工具適合保存公開頁面，尤其是舊文章、公告、活動頁、爭議內容或需要查找歷史版本的頁面。它們處理的是網頁封存，不是完整網站備份。

如果你的目標是找回一段文案、比對舊版標題，這類工具有幫助；如果你的目標是讓壞掉的 WordPress 回到可登入、可下單、可更新的狀態，就要準備完整備份。

WordPress 備份外掛

UpdraftPlus、WPvivid、All-in-One WP Migration 這類外掛能降低 WordPress 備份門檻，適合小型網站、部落格與一般形象網站。常見做法是排程備份，再同步到 Google Drive、Dropbox 或其他雲端空間。

外掛的優點是容易上手，缺點是會受主機執行時間、容量限制、壓縮程序與外掛相容性影響。大型電商或會員站若只靠外掛，還原速度與資料一致性要特別測過。

主機後台自動備份

cPanel 或主機商後台常提供每日、每週或指定還原點。這對誤刪檔案、更新失敗、短期回復很有用，也適合不熟技術的網站負責人先建立基本防線。

要問清楚的是：備份保留多久、是否含資料庫、能不能單獨還原資料庫、是否能下載到站外、還原是否收費、被駭時主機商會不會暫停帳號。這些答案比「有自動備份」四個字重要。

FTP + phpMyAdmin 手動備份

FTP 搭配 phpMyAdmin 是傳統但可靠的手動方式。做法通常是下載網站檔案，再匯出 MySQL 資料庫 SQL 檔，適合技術人員在改版、搬家、外掛大更新前建立一次完整備份。

手動備份的風險在於人為疏漏。常見問題包括只下載部分目錄、SQL 匯出不完整、字元編碼錯誤、壓縮檔損毀，或忘記記錄資料庫連線設定。

雲端與異地備份

雲端備份的重點不是把檔案丟到 Google Drive 就好，而是讓備份離開原主機、離開單一帳號風險，並能在需要時被授權的人取用。Dropbox、S3、Google Drive 都可以是儲存位置，前提是權限與保留規則要設好。

我比較不建議把所有備份都綁在同一個人私人帳號裡。人員離職、雙重驗證遺失、雲端授權過期，都可能讓備份在真正需要時變成看得到卻拿不到。

不同網站應該多久備份一次？

備份頻率應依更新頻率與可承受資料損失決定。越常產生新訂單、新會員、新文章或新表單資料，就越需要高頻率、自動化或增量備份。

判斷備份頻率時，可以先問一句：如果網站現在壞掉，最多能接受遺失多久的資料？答案若是一天，就不能只做每週備份；答案若是十分鐘，普通每日備份也不夠。

網站類型	資料變動	建議頻率	高風險操作
公司形象網站	低	每週或每月，改版前手動備份	改版、換主題、調整表單
部落格 / 內容站	中	發文前後與每週備份	大量上稿、分類調整、網址規則變更
電商 / 會員網站	高	每日、即時或增量備份	促銷、金流串接、會員系統更新
正在改版或搬家中的網站	不穩定	每次重大操作前手動備份	搬家、DNS 切換、外掛批次更新

公司形象網站：每週或每月 + 改版前手動備份

公司形象網站更新頻率低，通常可用每週或每月備份搭配改版前手動備份。若網站內容長期不變，備份重點會落在設計檔、頁面內容、表單設定、DNS 與追蹤碼紀錄。

即使是低更新網站，也不該完全不備份。主機故障、SSL 異常、外掛衝突或帳號被入侵，通常不會因為網站很少更新就避開你。

部落格 / 內容站：發文前後與每週備份

部落格與內容站建議至少每週備份，若有大量發文、改分類、調整網址或更新內部連結，操作前後都應建立備份。內容站真正昂貴的是累積的文章與 SEO 結構。

若網站有固定內容流程，可以把備份接在上稿節奏裡。例如大量匯入文章前先備份，發布後再備份一次。這種做法比事後追查哪篇文章消失更省時間。

電商 / 會員網站：每日、即時或增量備份

電商與會員網站要看訂單與會員資料的重要性，常見做法是每日備份搭配更高頻率的資料庫備份，交易量高時應考慮即時或增量備份。重點是降低訂單、付款狀態、會員資料與庫存異動的損失。

電商站的備份不能只問「昨天有沒有備份」。還要問還原到昨天會不會讓今天的訂單消失、金流狀態對不對、庫存會不會倒退、會員點數是否一致。

外掛更新、改版、搬家前一定要手動備份

外掛更新、主題更新、PHP 版本切換、網站搬家、DNS 變更、CDN 調整與大型改版前，都應該手動備份。這些操作會同時影響檔案、資料庫、快取與第三方串接。

自動備份排程不一定剛好落在你動手前。維護人員若沒有先建立手動還原點，就等於把風險交給時間差。

備份檔要放在哪裡？用 3-2-1 原則規劃

備份檔應用 3-2-1 原則規劃：保留 3 份、使用 2 種不同媒介、至少 1 份放在異地。所有備份都放同一台主機，遇到主機或帳號事故時風險太集中。

3-2-1 不是大型企業才需要的制度。對小型網站來說，它可以很簡化：主機一份、雲端一份、本機或另一個雲端位置一份。重點是不要讓單一帳號、單一硬碟或單一主機決定網站生死。

3 份備份：正式站、主備份、額外備份

第一份是正式站目前狀態，第二份是主要備份，第三份是額外備份。主要備份可用主機或外掛排程，額外備份則放在不同位置，用來防止主備份失效。

備份份數不是越多越好，沒人管理的舊檔也會造成風險。比較穩的做法是設定保留規則，例如保留最近幾次日備份、幾次週備份與重大改版前備份。

2 種媒介：主機 + 雲端 / 本機

兩種媒介可以是主機加雲端，也可以是雲端加本機加密硬碟。媒介分散能降低單點故障，例如主機空間滿了、雲端同步失敗、本機硬碟損壞時，仍有另一個來源可用。

若使用 Google Drive、Dropbox 或 S3，要確認授權不會因外掛重新登入、密碼更改或雙重驗證調整而中斷。很多備份不是今天壞掉，而是早在幾個月前就停止同步，只是沒人發現。

1 份異地：不要全部放同一台主機

異地備份的意思是至少有一份備份離開原本主機環境。若正式站、備份 zip、資料庫匯出檔都在同一個 cPanel 帳號裡，主機被鎖、被刪或被入侵時，備份也可能一起失效。

備份檔也不應放在 public_html 這類公開目錄。若不得不暫存，完成後應移出網站根目錄，限制權限，必要時加密保存。

網站還原前檢查清單

網站還原前要先確認權限、備份檔完整性、維護時段、暫存環境與目前狀態保存。急著覆蓋正式站，可能把可分析的證據和最後可用版本一起毀掉。

還原不是按下按鈕就好。尤其是被駭、誤刪、外掛衝突或改版失敗時，要先判斷還原目標、時間點與影響範圍。越急的狀況，越要先停下來確認清單。

還原前檢查清單：

• 確認主機、WordPress、資料庫、CDN、DNS 與網域登入權限。
• 確認備份檔日期、大小、檔案與資料庫是否齊全。
• 確認是否需要先在 staging 暫存環境測試。
• 確認維護時段與對外公告方式。
• 確認目前壞掉的版本是否要先保留。

確認登入權限與備份檔完整性

還原前要確認主機後台、FTP、資料庫、WordPress 管理員、CDN、DNS、網域註冊商與雲端備份空間都能登入。少一個權限，還原流程就可能卡在中途。

備份檔完整性也要檢查。至少確認壓縮檔能開、SQL 檔存在、檔案大小合理、日期符合事故前時間點，並確認沒有只備份到空目錄或錯誤網站。

安排維護時段與暫存環境

有交易、表單或會員登入的網站，還原前應安排維護時段，必要時先放到 staging 暫存環境測試。直接在正式站還原，可能讓使用者下單中斷或新資料被舊備份覆蓋。

若是電商網站，還要特別處理還原期間的新訂單。不能只看網站能否打開，還要確認還原時間點之後的交易資料該如何保留或補回。

保留目前狀態，避免覆蓋唯一證據

如果網站疑似被駭，不要第一時間把現況覆蓋掉。先保留目前檔案、資料庫、伺服器紀錄與異常檔案路徑，才有機會判斷入侵方式、受影響範圍與是否還有後門。

我會把被駭還原分成兩件事：先讓網站回到可用狀態，再確認漏洞是否被修掉。只還原不查原因，常會幾天後再次中招。

網站還原後必做檢查

網站還原後不能只看首頁能開，要檢查前後台功能、快取、重要頁面、404、canonical、robots.txt、sitemap、GA4、GSC 與轉換追蹤是否正常。

很多還原失敗不是白畫面，而是隱性錯誤。表單不能送、購物車不能結帳、搜尋引擎看到 noindex、sitemap 失效、GA4 沒資料，這些都可能在幾天後才被發現。

還原後檢查清單：

• 測試首頁、服務頁、文章頁、分類頁與重要轉換頁。
• 測試後台登入、表單、搜尋、購物車、結帳與會員功能。
• 清除主機、外掛、瀏覽器與 CDN 快取。
• 檢查 robots.txt、sitemap、canonical 與 404 狀態。
• 確認 GA4、Google Search Console、Pixel 與轉換事件仍在。

清除快取並測試前後台功能

還原後要清除 WordPress 快取外掛、主機快取、CDN 快取與瀏覽器快取，再測試前台與後台。快取可能讓你誤以為網站正常，實際上使用者或搜尋引擎看到的是另一個版本。

功能測試要包含登入、表單送出、搜尋、留言、購物車、結帳、會員頁、下載連結與後台編輯。若網站有多語系或多站台，也要分別抽查。

檢查重要頁面、404、canonical、robots.txt、sitemap

SEO 檢查要包含重要頁面是否回到正確網址、是否出現大量 404、canonical 是否指向正確頁面、robots.txt 是否誤擋、sitemap 是否能開啟並提交到 Google Search Console。

網站還原後若網址規則被改、外掛設定倒退或快取殘留，搜尋引擎可能重新抓到錯誤訊號。這類問題不一定立刻掉排名，但越晚發現，修復成本越高。

確認 GA、GSC、像素與轉換追蹤還在

GA4、Google Search Console、Meta Pixel、Google Ads 轉換、表單事件與電商事件都要確認。還原可能把追蹤碼、代碼管理工具或外掛設定退回舊版，導致行銷資料中斷。

追蹤碼遺失常被低估，因為網站表面看起來正常。等到廣告、SEO 或業績報表出現空窗，才會發現資料已經斷了好幾天。

網站備份失敗的常見原因

網站備份失敗常見原因包括只備份檔案、沒有資料庫、備份檔過大、雲端授權失效、備份放在公開目錄，以及權限設定過寬。這些問題都會讓備份在需要時派不上用場。

備份策略最怕看起來有做，實際上不能用。後台顯示成功、雲端有一個 zip、主機有還原點，都還不等於你能在壓力下順利備份還原。

只備份檔案，沒有備份資料庫

只備份網站檔案卻漏掉資料庫，是最常見的錯誤之一。WordPress 的文章、頁面、設定、訂單、會員資料大多不在主題資料夾裡，而是在資料庫。

檢查方式很直接：備份內容中是否有 SQL 檔，或外掛備份包是否明確包含 database。若沒有資料庫，還原後很可能只剩檔案結構，內容與設定不完整。

備份檔太大或雲端授權失效

大型網站常遇到備份檔太大、主機執行逾時、壓縮失敗、雲端空間不足或授權失效。外掛後台顯示排程存在，不代表每次都有成功上傳。

建議定期抽查備份紀錄，包含最近成功時間、檔案大小、雲端同步狀態與錯誤訊息。大型網站可考慮分開備份資料庫與 uploads，或使用增量備份降低單次壓縮負擔。

備份檔放在 public_html 或權限開太大

把備份 zip、SQL 檔或設定檔放在 public_html 內，是明顯的資安風險。若檔名被猜到或目錄可瀏覽，資料庫內容、會員資料與設定資訊可能外洩。

備份檔應移到非公開目錄、限制權限，必要時加密，並避免使用 everyone can view 這類雲端分享設定。備份本身也要被當成敏感資料處理。

哪些事情不屬於本文的網站備份範圍？

網站備份的範圍是讓網站資料能被保存、取回與驗證還原。瀏覽器另存單頁、完整資安健檢、滲透測試、主機採購比較與資料救援服務，屬於不同問題。

把範圍切清楚，才能選對方法。要保存公開頁面，就用封存工具；要救回網站，就做完整備份；要降低被駭機率，則要另外處理更新、權限、掃描與監控。

單純另存 Chrome 網頁

Chrome 另存網頁只能保存當下瀏覽器看到的部分檔案，常會缺少動態內容、後台資料、資料庫、伺服器設定與互動功能。它可以做個人留存，不適合作為網站備份策略。

若只是想保留一篇文章畫面，另存網頁或 PDF 可能足夠；若網站壞掉後要恢復營運，就必須回到檔案、資料庫與設定紀錄。

完整資安健檢、滲透測試、主機採購比較

資安健檢、滲透測試、主機選購與網站搬家都是相關議題，但不等於網站備份。備份負責讓你在事故後有機會回到可用狀態，資安與主機管理則負責降低事故發生機率與影響範圍。

如果正在建立網站維護制度，可以把備份、更新、權限、監控、主機、DNS 與 CDN 分開管理。備份是其中一塊，而且是最不能只看表面有沒有設定的一塊。

Wayback Machine 可以當網站備份嗎？

不建議。Wayback Machine 適合保存公開頁面的歷史畫面或文字，不能完整保存後台、資料庫、會員資料、訂單、外掛設定與主機環境。它可以當網頁封存工具，不能取代可還原的網站備份。

網站備份和網頁備份差在哪裡？

網頁備份多半指保存單一頁面的內容或畫面；網站備份則要保存整個網站運作所需的檔案、資料庫與重要設定。前者偏存證或查找舊版，後者才適合災難復原與備份還原。

WordPress 備份一定要備份資料庫嗎？

一定要。WordPress 的文章、頁面、選單、後台設定、使用者、留言、訂單與會員資料多半存在資料庫。只備份 wp-content 或 uploads，通常無法完整還原網站內容與功能。

主機有自動備份，還需要自己備份嗎？

需要。主機自動備份很有用，但會受保留天數、還原權限、主機狀態與方案限制影響。建議至少再保留一份可下載、可控管、放在主機外的異地備份。

網站多久備份一次才夠？

看網站資料變動速度與可承受損失。形象網站可每週或每月備份，部落格可每週並在發文前後備份，電商與會員網站通常需要每日、即時或增量備份。重大更新前都應手動備份。

備份檔要放在本機、雲端還是主機？

建議用 3-2-1 原則：保留多份備份，放在不同媒介，至少一份異地保存。主機備份方便，雲端備份利於異地保存，本機加密備份可作額外保險。不要全部放在同一台主機。

網站被駭後可以直接還原嗎？

不建議立刻覆蓋。應先保留目前檔案、資料庫與紀錄，確認受影響範圍，再選擇乾淨時間點還原。還原後還要修補漏洞、更新外掛、檢查後門與權限，否則可能再次被入侵。

外掛更新前為什麼要先備份？

外掛更新可能造成相容性問題、資料表變更、樣式跑掉、網站白畫面或功能失效。更新前先備份，可以在出問題時快速回到更新前狀態，減少停機時間與資料損失。

備份成功就代表一定能還原嗎？

不一定。備份成功只代表系統產生了備份檔，不代表檔案完整、資料庫可匯入、版本相容或還原流程可行。定期抽查與還原測試，才是確認備份有效的方式。

電商網站備份和一般形象網站有什麼不同？

電商網站有訂單、付款狀態、庫存、會員與優惠資料，資料變動頻率高，備份頻率通常要比形象網站高。還原時也要處理還原時間點之後的新訂單與交易一致性。

還原網站後要檢查哪些 SEO 項目？

要檢查重要頁面是否正常、是否有大量 404、canonical 是否正確、robots.txt 是否誤擋、sitemap 是否可讀取，並確認 Google Search Console、GA4 與轉換追蹤沒有中斷。

自動備份需要定期手動檢查嗎？

需要。自動備份可能因主機空間不足、雲端授權失效、外掛錯誤、檔案過大或排程中斷而失敗。建議定期檢查最近備份時間、檔案大小、錯誤紀錄與雲端同步狀態。