情境：簡單形象網站也有隱藏依賴
假設網站只有少量頁面，卻同時使用 Pro 模板、自訂欄位、多語言外掛及外部表單連接器。只重建外觀會遺漏資料與提交流程。應先保留可運作版本，再確認每個元件的用途。
盤點模板與內容模型
列出頁首、頁尾、單篇模板、彙整頁、全域元件、自訂 CSS、短代碼及動態欄位，記錄使用它們的頁面。亦須包括彈出視窗、表單、條件顯示、分析事件及響應式行為。頁面匯出有助備查，但不代表能直接匯入另一個編輯器。
選擇最小而可維護的替代方案
文章型網站可考慮核心區塊與有文件的輕量佈景主題。專門功能如仍有價值，可以保留成熟外掛。上線前須確定日後由誰編輯：WordPress 原生編輯器、結構化欄位，或有文件的版本控制發佈流程。若把所有知識藏進未記錄的客製程式碼，外掛較少也不代表更容易交接。
重建並驗證代表性頁面
先處理首頁、一篇文章、一個動態模板、聯絡表單及一個翻譯頁面。檢查內容、圖片、鍵盤操作、焦點、標題及手機寬度，並測試關鍵功能與提交成功流程。替代方案準備完成後，纔在測試環境停用舊編輯器驗證。
保留搜尋訊號與規劃重新導向
盡量保留原網址；必須改動時，使用永久重新導向指向相關替代內容。保留有用的標題、描述、標準網址、語言對應及與可見內容一致的結構化資料，更新網站地圖及站內連結。不要把所有退役頁面導向首頁，也不要把所有頁面都標成常見問題。
切換時指定負責人及復原決策
保留受保護的舊資料庫與檔案備份。協定切換時段，記錄新提交或訂單，並決定回復舊站時如何處理切換後的新資料。上線後檢查實際網址、表單、搜尋索引及錯誤紀錄；確認元件已無其他用途，才取消訂閱或移除。
IGEARS 可先評估，再決定是否重建
依賴審核可能顯示，保留 Elementor 並改用擁有人控制的帳戶才更合適。如確需重建，IGEARS 可先界定模板、內容遷移、搜尋訊號保留及營運交接範圍，再改動正式網站。
資料來源與查覈
政策與功能可能改變；實作前請核對現行條款及已安裝版本。