WPvivid 備份還原教學：WordPress 自動備份與搬家

什麼情況適合用 WPvivid 做 WordPress 備份

為什麼多數站長總把備份擺到「以後再說」？「備份？等網站做大一點再說啦。」這句話聽起來合理，卻是我聽過最危險的一句話，沒有之一。

WordPress 是廣泛使用的內容管理系統。根據 W3Techs 的長期追蹤（2026 年 6 月），WordPress 在所有網站的市佔率長期超過四成。這代表相關備份工具與文件相當豐富，但站方仍需自行選擇工具、設定排程並驗證還原。

以 WooCommerce 商店為例，訂單、會員、庫存與優惠券等資料會持續變動；資料庫損毀又沒有可用備份時，流失的不只是文章，還包括交易紀錄。WooCommerce 也是 W3Techs 追蹤的主流電商系統之一（2026 年 6 月）。

主機故障、外掛衝突、更新失敗與帳號遭入侵都可能造成停機或資料損失。風險不等於一定發生，但一份能獨立取回、且完成還原驗證的備份，能讓復原流程有明確起點。

WPvivid 這款外掛，是我用過把「備份、雲端同步、站對站搬家」三件事整合得最順手的免費工具之一。這一篇我會從策略講起，一路帶你到跑出第一份完整備份、送上雲端、出事那一刻的還原流程、再到用同一套工具完成搬家。如果你想要的是更寬廣的備份方法總覽，我也寫了一篇 WordPress 備份與還原完全指南，從四種方法做橫向整理，可以先看那篇建立全局觀，再回來這裡把 WPvivid 走一遍。

動手之前，先把「備份」這件事想清楚

很多人安裝備份外掛的反射動作是這樣的：裝好，按下備份，然後覺得搞定了。問題是，這份備份到底存在哪裡？如果它跟你的網站住在同一台主機上，那它根本稱不上真正的備份。

幫你把一個資訊界沿用幾十年的災難復原原則，翻譯成 WordPress 站長聽得懂的語言，叫做 3-2-1 原則：

• 3 份資料：原始網站算一份，再加上至少兩份備份。
• 2 種媒介：不要把所有備份都放在同一種儲存裝置上，例如全部塞在同一台主機。
• 1 份異地：至少要有一份備份，放在你網站主機以外的雲端空間。

為什麼要這麼龜毛？實務上常見的災難，八成不是「網站被頂尖駭客攻破」這種電影情節，而是這種鳥事：

主機商做例行磁碟維護，某個儲存陣列出問題，連帶你放在同一台主機上的本機備份檔，一起被帶走。

這就是 3-2-1 原則要解決的核心問題。你的備份，絕對不能跟你的網站住在同一棟房子裡，否則房子倒了，備份跟著陪葬。WPvivid 的價值，有很大一部分來自它能把備份一份份往外送到 Google Drive、Dropbox、OneDrive 這些獨立空間，而不只是留在主機上自欺欺人。

WPvivid 備份範圍與版本差異

挑選工具時，不必只看安裝量；更實際的比較項目是備份範圍、異地儲存、還原方式、排程，以及是否支援站對站遷移。若想比較其他方案，可參考 另一種 WordPress 備份流程。

比較項目	WPvivid 免費版	使用前要確認
完整備份（檔案加資料庫）	有	wp-config.php、.htaccess 與主機層級設定不在一般完整備份範圍內
排程自動備份	有	免費版提供預設間隔；自訂時段與較密集排程屬方案功能
雲端儲存（Google Drive、Dropbox 等）	有	各服務授權與容量限制
站對站直接遷移	有	新舊主機資源、網路與 PHP 相容性
增量備份	Pro 版本才有	高頻資料庫備份仍要依復原點目標設定
還原時可挑選部分項目	有	還原前確認會覆蓋哪些較新的資料

如果希望用同一套工具處理備份與搬家，WPvivid 免費版內建的站對站遷移功能是一項實用差異。是否足夠，仍取決於網站容量、所需備份頻率、主機資源與目的地支援。

如果不確定自己適合哪一款，可參考 WordPress 備份外掛比較，裡頭有更多選擇時的取捨邏輯。

免費版到底夠不夠用，什麼時候才該考慮升級 Pro

這大概是第二常被問的問題。我用一個原則幫你判斷：先問自己「如果這個站消失一整天，你會損失多少」。答案決定你該停在免費版，還是值得花錢投資 Pro。

對更新頻率不高、容量可控的部落格或形象官網，免費版提供完整備份、預設排程、部分雲端目的地與站對站搬家。先以實際備份和還原演練確認資源是否足夠，再評估是否需要進階功能。

但有幾種情境，Pro 版的增量備份會從「錦上添花」變成「真正的救命關鍵」：

• 媒體庫特別大的站：例如攝影作品集、商品圖上千張的電商、或以影片為主的教學網站。每次全站備份都要重新壓縮好幾十 GB，耗時又吃光主機資源。增量備份只處理「自從上次備份之後變動的部分」，第一次跑完整備份之後，後續每一次都只動那些新增或修改過的檔案，速度快很多，對主機的負擔也小很多。
• 每天有大量交易或會員變動的電商站：對這種站來說，「昨天的資料庫」可能就已經太舊了。Pro 版可以做到更密集的資料庫單獨備份，例如每小時只備一次資料庫、檔案部分用較低頻率跑，兼顧時效性與主機效能。
• 同時維護多個站的站長：如果你手上同時有好幾個 WordPress 站要顧，Pro 版的集中管理介面能讓你在同一個地方掌握所有站的備份狀態，不用一個個登入後台檢查。

換個方式想：免費版是「有保險」，Pro 版是「保額更高、理賠更快」。先確定你已經把免費版的排程和雲端同步都設定完整、也實際做過還原演練，再來考慮升級這件事。很多人連免費版都還沒設定好，就急著付費，那是本末倒置。

第一次設定：從安裝到跑出第一份完整備份

如果你連外掛都還沒自己裝過，建議先看 WordPress 外掛安裝教學 把基本功走一遍，接下來直接進 WPvivid 的實戰。

1. 安裝外掛：在後台「外掛、安裝外掛」搜尋 WPvivid Backup，找到官方作者發布的那一款，安裝並啟用。啟用之後，後台左側選單會多出一個 WPvivid 專屬的功能區塊。
2. 認識備份內容選項：點進 Backup 分頁，你會看到可以選擇要備份哪些範圍。完整備份包含資料庫、媒體庫、外掛、佈景主題以及 WordPress 核心檔案。第一次備份，直接選完整備份就對了，不要急著只備份一部分。
3. 按下 Backup Now：畫面會顯示即時進度條。備份完成後，檔案會出現在 Backups 清單裡，預設存放位置是主機上的 wp-content 目錄底下。

WPvivid 會依設定切分備份檔，也提供合併備份檔案的選項。媒體庫很大時，壓縮仍可能消耗大量 CPU、記憶體與磁碟空間，甚至因伺服器逾時而中斷；因此要依主機限制調整分塊大小，並檢查每一個分塊是否完整上傳。

大站不要用預設值跑全站壓縮備份，這是許多人踩過坑才換來的教訓。這種情境你會需要調整每個分塊檔案的大小上限，讓 WPvivid 把備份切成多個較小的檔案，或者直接考慮升級到 Pro 版的增量備份，只備份每次變動的部分，避免每次都把幾十 GB 重新壓一遍。

一份完整備份，到底包了哪些東西

把 WPvivid 的一般完整備份拆開來看，主要包含下列內容：

• 資料庫：所有文章、頁面、訂單、會員、分類標籤、系統設定、留言，通通在這裡。這是最寶貴、最難重建的一塊。
• wp-content 目錄：媒體庫上傳的圖片影片、所有外掛程式碼、佈景主題檔案，以及任何你手動放進去的檔案。
• 遷移所需資訊：供工具在還原或搬家時對應站台內容；主機層級設定仍需另行記錄。

WPvivid 文件指出，wp-config.php 與 .htaccess 不在一般備份內容中。換主機或重建時，要分開準備資料庫連線、伺服器規則與其他主機層級設定，並以安全方式保存敏感資訊。

把備份送上雲端：為什麼只留在主機上的不算備份

回到前面講的 3-2-1 原則。留在主機上的那份本機備份，充其量只是「2 種媒介」裡的其中一種。你還缺最關鍵的「1 份異地」。

WPvivid 免費版就支援幾個主流雲端空間：Google Drive、Dropbox、OneDrive。設定流程大致相同：

1. 在 WPvivid 的 Cloud Storage 雲端儲存分頁，選擇你要連接的服務。
2. 按下授權按鈕，系統會把你導向 Google 或 Dropbox 的官方登入頁面。
3. 完成授權後，WPvivid 會拿到一組 API 憑證，之後就能把備份自動傳送到那個雲端空間。

雲端連線可能因權杖到期、使用者撤銷授權、帳戶政策或密碼與權限變更而失效。一旦授權失效，排程仍可能執行，但遠端傳輸會失敗，因此不能只看排程是否存在。

請開啟備份報告或失敗通知，並定期核對外掛紀錄與雲端目的地的最新檔案。即使介面顯示已連線，也應實際下載並做還原抽測，避免授權、容量或傳輸問題長期未被發現。

排程自動備份：讓備份變成一件你不用記得的事

只靠人工記得備份容易漏掉，因此日常備份適合交給排程，再由通知與例行檢查確認它確實成功。WPvivid 免費版排程依 WordPress WP-Cron 觸發；低流量或停用 WP-Cron 的網站，執行時間可能延後，需要另設系統 cron 或監控。

WPvivid 的排程設定介面很直覺，你可以根據網站的活躍程度決定備份頻率。我用一個簡單的分級方式，幫你判斷自己的站該落在哪一級：

網站類型	建議備份頻率	建議保留份數
純部落格或形象官網	依發文與改版頻率；可從每週評估	涵蓋可接受的問題發現週期
有會員系統或聯絡表單的站	依每日新增資料量設定	保留多個可回溯版本
WooCommerce 電商站	依訂單量與可接受資料損失提高頻率	配合對帳、退款與問題發現週期
高互動社群或論壇站	依互動量提高資料庫備份頻率	配合營運與稽核需求

為什麼電商站要這麼密集？因為每過一天，你上一份備份就少掉了那一天的所有訂單。對一個每天有幾十筆交易的站來說，一份「昨天的備份」跟一份「上週的備份」，價值天差地遠。少一天，就是少一天的營業額紀錄，後續對帳、退換貨、會員爭議全都會失去依據。

排程設定後別漏掉備份保留份數。WPvivid 可以自動刪除舊備份，避免雲端空間持續膨脹。保留多久應涵蓋問題可能被發現的週期，並兼顧法規、對帳與容量成本；若問題往往隔數週才察覺，只留幾天就不夠。

主機內建備份能取代 WPvivid 嗎

這是新手最容易混淆的一個問題。很多主機商在行銷時會大力強調「我們有每日自動備份」、「我們提供一鍵還原」，聽起來好像裝了 WPvivid 就多此一舉。這裡我要幫你把兩者的差別講清楚，因為它們保護的其實是不同的層面。

比較面向	主機內建備份	WPvivid 外掛備份
備份的顆粒度	依方案，可能是帳號、站台或快照	可選擇資料庫或特定檔案範圍
能否送往第三方雲端	依主機功能與方案而異	可送往支援的第三方儲存空間
還原的彈性	依平台而異，可能支援整站或部分還原	可選擇資料庫或檔案範圍
跨主機搬家能力	依平台工具而異	內建站對站遷移引擎
備份保存期限	受主機方案與帳號狀態限制	由所選目的地、容量與保留設定決定

主機備份的風險不在於它必然和網站位於同一台機器，而是你可能無法確認其故障域、保留政策，或在帳號停用後獨立取回。這正是 3-2-1 原則裡「1 份異地」要處理的風險。

主機內建備份適合當第一層快速救援；若無法確認它與正式環境隔離且可獨立取回，就應再用外掛或其他工具，把副本送到不同故障域。目的不是綁定某一款外掛，而是避免單點失效。

挑選主機時，除了有沒有內建備份，也要問清楚備份頻率、保留期限、儲存區域、帳號停用後能否匯出，以及是否做過還原測試。若這些答案不明確，就另備一份可由自己控制與下載的異地副本。

跑 WooCommerce 的電商站，備份策略要再升級一層

電商網站持續寫入會員帳戶、訂單、庫存與優惠券等資料，與更新較低頻的內容站不同。這些資料一旦遺失，可能直接影響對帳、履約與客戶服務，因此備份頻率要由訂單量與可接受資料損失決定。

電商站在備份這件事上，有幾個跟一般內容站截然不同的講究：

• 資料庫的優先級最高：訂單跟會員資料全部存在 WooCommerce 專屬的資料表裡。商品圖這類檔案相對靜態，遺失了還能從原始素材重新上傳；但訂單紀錄一旦不見，就是永遠找不回來的交易憑證。所以電商站的備份頻率，應該以資料庫為核心來規劃，不要把檔案和資料庫綁在同一個低頻排程裡一起跑。
• 備份時間點要避開結帳高峰：壓縮備份會使用主機的 CPU 與記憶體，如果在促銷活動或結帳尖峰時段跑全站備份，可能拖慢結帳速度，讓正在下單的客人因等待而放棄購物車。把排程設定在經實際流量確認的低峰時段，並監控資源使用。
• 金流與物流串接要實測：還原後確認金流與物流設定、回呼網址和排程是否正常。請使用沙盒或測試模式下單，避免實際扣款、出貨或寄送通知。

如果你的電商站規模已經大到每天都有穩定的訂單流量，認真考慮前面提到的 Pro 版增量備份。對電商來說，少備份幾個小時，就少掉幾個小時的訂單紀錄，這個風險不值得為了省下一點外掛費用去承擔。把備份當成營運成本的一部分，就像你會幫實體店面投保火險一樣自然。與網站長期成本相比，一個可靠的備份方案花費其實微不足道，你可以對照 WordPress 架站費用的完整拆解，把備份這一項編進你的年度預算裡。

出事的那一刻：從備份還原網站的完整流程

這是整篇文章最關鍵的一段。因為備份的真正意義，從來不是「我有做備份」這個心理安慰，而是「出事的那一刻，我救得回來」。備份只是半成品，還原才是成品。

還原有兩種截然不同的情境，流程差很多，我分開講。

情境一：後台還進得去

如果你只是升級某個外掛或主題，把前台弄壞了，但 WordPress 後台還能正常登入，這是最幸運的一種。流程很單純：進到 WPvivid 的 Backups 清單，選擇你要還原的那份備份，按下 Restore。WPvivid 會自動把壓縮檔解開、覆寫回檔案系統、匯入資料庫，跑完之後重新整理，網站就回到備份那一刻的狀態。

這裡有一個務必記住的動作：還原會覆蓋掉你現有的檔案與資料庫。所以還原前，先想清楚你會不會覆蓋掉比那份備份更新的資料。如果怕覆蓋掉今天剛進來的新訂單，那就先手動再備份一份「現在這個壞掉狀態」，多一層保險，再開始還原。

情境二：後台完全進不去，出現白屏或被駭

真正的惡夢是這個：網站整片白屏，wp-admin 登入頁也打不開。這時候你不能靠 WordPress 後台的外掛介面來還原，因為連 WordPress 本身都跑不起來了。

後台無法使用時，可在隔離或新的主機環境安裝乾淨的 WordPress 與 WPvivid，再匯入可用備份。若是遭入侵，不要直接在原環境覆蓋後就重新上線；要先修補入侵途徑並輪替憑證。

1. 準備相容的新環境，安裝乾淨的 WordPress 與 WPvivid。如果不熟悉檔案傳輸，可先看 WordPress FTP 完整教學。
2. 從雲端或離線儲存取回已驗證的 WPvivid 備份，並上傳到外掛可辨識的位置。
3. 在 WPvivid 匯入備份並執行還原，完成後再檢查網址、權限、排程與第三方串接。

這個情境藏著一個關鍵教訓：如果你長期只有一份存在雲端的備份，主機上完全沒有留底，那麼出事當下你還得先想辦法，把那份動輒好幾 GB 的壓縮檔從雲端下載回一台已經不穩定的主機。這在主機網路塞車或頻寬受限的時候，會是非常痛苦的等待。於是，我一直強調 3-2-1，不能只信一份雲端就安心。本機留一份、雲端留一份，兩邊都有，出事時你才有選擇的餘地，也才不會在主機最不穩的時候，還要跟時間賽跑下載備份。

還原成功之後，別忘了做這三項驗證

很多人按下還原、看到前台首頁正常顯示，就鬆一口氣收工了。但還原完成只是第一步，你還需要確認網站真的「活過來了」，不能只看表面首頁正常就認定沒問題、骨子裡卻還藏著隱性故障。實務上常見的狀況是，還原之後首頁沒事，但表單寄不出去、購物車結不了帳，這些隱性故障比白屏更麻煩，因為你會誤以為問題已經解決。

1. 走一遍完整的使用者流程：從首頁點進文章頁、測試站內搜尋、送出一張聯絡表單，如果是電商站就跑一筆測試訂單。確認每一個互動功能都正常運作，而不只是首頁能開而已。
2. 檢查外掛與主題的相容性：還原後立刻檢查後台的外掛清單，看有沒有被自動停用或顯示錯誤訊息的項目。有時候還原會帶回舊版本的外掛，跟目前的主機環境產生衝突，需要手動更新或重新啟用。
3. 確認搜尋引擎還能正常抓取：用 Google Search Console 檢查網站的索引狀態，確認還原過程沒有意外把整站設成 noindex，也沒有把 robots.txt 改成封鎖全站。這種設定跑掉的情況並不少見，不及時發現的話，辛苦累積的搜尋流量會在幾天內悄悄蒸發。

這三步走完，你才能說這次還原是真正成功的。寧可多花十分鐘確認，也不要在三天後才發現網站其實半殘著、流量已經掉了才來補救。

用 WPvivid 搬家：同網域換主機、跨網域轉移一次講清

WPvivid 另一個讓我愛不釋手的原因，是它內建的遷移功能。搬家是 WordPress 站長最容易出包的工程，一個地方沒接好，前台就整片掛掉。而 WPvivid 把「打包、傳送、解開、接管資料庫」做成了一條龍，大幅降低手動出錯的機會。

搬家情境 A：網址不變，只是換主機

這是最常見的搬家需求，例如從入門共享主機升級到 VPS，或從國外主機搬回台灣本土主機追求速度。流程是這樣：

1. 在新主機上先裝好一個乾淨的 WordPress。如果連這一步對你都有困難，先看 WordPress 安裝完整教學 把地基打好。
2. 在新站的 WPvivid，進到 Migrate 遷移分頁，產生一組連線金鑰。
3. 在舊站同樣安裝 WPvivid，進到對應的接收分頁，輸入新站給的金鑰，建立兩站之間的連線。
4. 點下遷移按鈕，WPvivid 會自動把舊站打包，透過連線傳送到新主機，再自動解開、接管資料庫，完成站台移轉。搬完後新站的後台帳號密碼就是原站那一組，用原站帳密登入、再換成新密碼即可。

完整考量包括 DNS 網域指向設定 的切換時機、TTL、交易凍結或增量同步，以及切換後驗證。可搭配 WordPress 搬家到新主機完整教學 操作；「零停機」需要額外流程與實測，不能只靠遷移按鈕保證。

搬家情境 B：連網址都換新的

換網域的搬家，比單純換主機多一個大坑：你的資料庫裡有成千上百個地方寫死了舊網址。文章內文的圖片連結、佈景主題的設定、外掛的組態、選單的導向，到處都是舊網址。如果這些沒有被正確替換成新網址，搬完之後圖片會全破、連結會全掛。

WPvivid 在遷移時可以自動執行這一層搜尋與替換，把整個資料庫裡的舊網址一次換成新網址。這比手動改資料庫安全太多，因為手動改很容易漏掉某些序列化資料裡的網址，反而把資料弄壞。

從 SEO 的角度看，換網域還牽涉逐頁 301 永久重新導向、內部連結與 sitemap 更新、舊網域持續可用，以及 Google Search Console 的變更。這些不是備份外掛能完成的範疇，可搭配 WordPress 搬家到新網域完整指南；即使設定正確，搜尋能見度仍可能在重新處理期間波動，不能承諾無痛轉移。

如果你評估過後，覺得 WPvivid 的遷移方式不完全適合你的情境，市面上還有 All-in-One WP Migration 這類專門的搬家工具，以及更全面的 WordPress 搬家外掛比較 可以參考，依照你的技術熟悉度和網站規模挑選。

常見的坑：那些備份也救不了你的情況

備份裝了，不代表從此天下太平。我把幾種「明明有裝備份卻還是會出事」的真實情況列出來，讓你知道要額外防備什麼。這些不是嚇你，是讓你的備份系統真正可靠。

第一種：備份檔本身是壞的。壓縮過程中途中斷、主機磁碟空間不足、檔案權限設定錯誤，都可能產生一個「看起來備份成功、實際上根本打不開」的損壞檔案。這種假性備份最可怕，因為你以為自己有保險，出事那天才發現保單是空白的。所以定期做還原演練，比單純備份更重要。至少每一季挑一份備份，在你本機電腦或測試環境裡真的解開還原一次，親眼確認它能正常運作。沒有經過還原驗證的備份，不能算數，換句話說，只是一份來路不明的壓縮檔罷了。

第二種：雲端授權悄悄過期。前面提過了。開啟失敗通知郵件、定期檢查連線狀態，這兩個是基本紀律，千萬別省。

第三種：你以為備份了資料庫，其實沒備份完整。有些設定不是寫在資料庫裡，而是寫在 wp-config.php 或主機層級。例如主機的 SSL 憑證設定、PHP 版本、自訂的 nginx 規則、或是 HTTP 換 HTTPS 時做的伺服器端調整。這些備份外掛統統抓不到。你得用文件把這些主機層級的設定逐一記錄下來，換主機或重建時才有辦法照著還原。整體的維運成本其實不只備份這一項，可以對照 網站維護費用 的拆解，把年度該編的維護預算想清楚。

第四種：把備份當成唯一的安全網。備份是復原措施，不是入侵預防。仍要定期修補核心與外掛、使用多因素驗證與最小權限，並搭配 資安防護工具 監控異常。修改登入網址只能減少部分自動化雜訊，不能取代密碼、權限與更新管理。

四個關於 WordPress 備份的常見誤解

接著幫你拆解幾個常見的錯誤觀念。這些觀念如果不改正過來，再強的備份工具也救不了你，因為你會在錯誤的前提下安心，那才是最危險的狀態。

常見誤解	實際情況
「主機商有備份，我就不用自己備了」	主機備份多半是帳號或整機層級的快照、保存期限短、故障範圍也未必與你的網站隔離，不能當作唯一的備份依靠。
「備份檔越大代表越完整越好」	備份的大小只反映內容的多寡，不代表可靠性。沒有經過還原驗證的大檔案，跟一個壞掉的檔案沒有兩樣。
「排程設好就一勞永逸」	雲端授權可能失效、主機空間會滿、外掛更新可能改變行為。定期檢查與實際演練，才能持續確認可用性。
「還原就是把檔案覆蓋回去而已」	還原牽涉資料庫匯入、網址替換、檔案權限重建。選錯版本或覆蓋掉更新的資料，會造成比原本更嚴重的二次災害。

把這幾個觀念內化之後，你對「備份」這件事的理解，會從「裝一個外掛按個按鈕」升級成「一套有策略、有驗證、有層層保險的系統」。後者才是真正能讓你在出事那一刻不慌不忙的底氣。

行動清單：今天就做完的備份健檢

看完上面一長串，給你一份可以馬上動手的清單。不用全部一次做完，但今天至少要做到前三項，讓你的網站今晚就能安心睡覺。備份系統的好處是，一旦設定好，它就會在背後默默運作，你不必每天惦記著它，它卻天天替你守住所有心血。

1. 確認你現在有沒有備份外掛。進後台看一下，沒有的話，現在立刻去裝一個，不要拖延。
2. 跑出第一份完整備份。檔案加資料庫，一次完整打包，確認它在清單裡出現、檔案大小合理。
3. 至少接上一個異地儲存空間。先確認帳戶可用容量、單檔限制與保留政策是否容得下預計的備份量。
4. 依可接受的資料損失設定排程。交易與互動越頻繁，資料庫備份通常要越密集；同時開啟失敗通知。
5. 設定備份保留份數，至少留下兩個禮拜的量，給自己往前追溯的空間。
6. 本季內挑一份備份做還原演練。在本機或測試環境實際解開一次，證明它真的能用，而不是壞檔。
7. 把主機層級的設定逐一記錄下來。SSL 憑證來源、DNS 設定、PHP 版本、自訂伺服器規則，這些備份外掛救不了你，要靠你自己的文件。

備份的價值不在清單上出現一個檔案，而在需要時能按既定流程復原。還原可能花幾分鐘，也可能因網站容量、網路與相容性問題耗時更久；只有實際演練，才能知道自己的復原時間。把排程、異地副本、失敗通知與還原測試設好，才算完成 WPvivid 的基本配置。

如果主機選擇、效能調校與資安仍在打底，可從 WordPress 外掛清單 和 WordPress SEO 完整攻略 開始。備份不是裝上就完成的保險，還要持續檢查排程、異地副本與還原演練。