七月底，前後有三個朋友傳來同一封 Weebly 公告。
第一個人問我：「這是詐騙嗎？」
可惜不是。Weebly 官方公告指出，台灣在 67 個受影響國家之中；2026 年 6 月 29 日起不能發布新頁面，9 月 27 日網站停止公開，12 月 26 日後則無法登入帳號。
這不只是網站製作問題，而是一個企業資產移交問題：內容、網域、搜尋入口和客戶表單，到底有沒有人負責帶回來？
第二個朋友說：「找工具把文章搬到 WordPress，不就好了？」
很多人以為網站搬家搬的是文章和圖片。其實剛好相反。
「網站搬家」是把內容移到新平台，也把網域、舊網址、搜尋訊號、追蹤資料與驗收責任一起移交。內容是家具，網址才是數位戶籍。
搬站開始前，什麼一定要先備份？
先保存 Weebly 可下載的網站與帳號資料，再建立完整網址清單和流量基準；沒有這三份底稿，後續就無法證明少了什麼。
Weebly 官方提供兩條下載路徑：可以從 Account Settings 的 My Data 下載帳號資料，也能從 Website → Edit Site → Settings → Archive 封存特定網站。
下載後不要只留在電腦桌面。
- 本機保存一份，雲端或外接儲存再保存一份。
- 打開壓縮檔，抽查文章、圖片與可下載文件是否真的存在。
- 把首頁、服務頁、聯絡頁與重要文章另存畫面，作為版面與內容對照。
- 若網站有表單或會員資料，逐項確認後台有哪些資料可匯出，不能匯出的就標成風險。
第二份底稿是「舊網址盤點表」。至少保留：舊網址、頁面名稱、內容類型、預計的新網址、處理方式、負責人與驗收狀態。
網址可以從 Weebly 頁面清單、網站 sitemap、Google Analytics、Search Console 與站內連結交叉整理。不要只盤點導覽列，因為被搜尋或被別人引用的文章，可能早就不在主選單裡。
第三份底稿是「搬站基準線」。把 Search Console 的曝光、點擊、常見搜尋字詞與熱門頁面匯出；有使用 GA4，也保留相同期間的流量與轉換資料。
沒有基準線，搬完後就只能問「感覺有沒有變差」，不能判斷是哪一條路斷了。
自有網域和 Weebly 子網域該怎麼處理？
先確認網址是企業擁有的自有網域，還是 Weebly 提供的子網域；兩者能轉移的權利不同，不能用同一套搬法。
如果你使用自己的網域，先查清楚註冊商、到期日、管理帳號與 DNS 權限。
網域是在 Weebly 購買的，官方做法是從 Dashboard 進入 Websites → Domains → Manage，解除 Registrar Lock，取得 EPP 授權碼，再交給新的註冊商辦理移轉。
這裡有一個容易踩到的期限問題：網域註冊未滿 60 天，或近期變更過註冊人聯絡資料，可能受到 ICANN 的 60 天移轉鎖定。不要等到關站前幾天才確認。
網域原本就在其他註冊商，只是指向 Weebly，通常不必移轉註冊商。新站驗收完成後，再依新主機提供的設定調整 DNS。
如果你用的是 名稱.weebly.com，那是平台的子網域，不是你的資產。你可以搬走內容，但無法把這個網域帶走，也不能保證平台停止服務後仍能控制舊路徑。
這時應建立自己的網域，並在舊站仍可公開的期間，把新網址放進首頁、聯絡資訊、社群帳號、電子報與所有能修改的外部連結。
如果你是老闆（或那個要為網站消失道歉的主管），現在最該問的不是新站用哪套版型，而是「網域控制權到底在誰手上」？
內容搬到 WordPress，怎麼避免只是複製貼上？
先在暫存環境定好網站架構與網址規則，再分批搬內容、圖片和文件；每一批都抽樣驗收，通過後才處理下一批。
我以前做產品生命週期管理時，常用一句話分辨兩件事：ERP 管「把產品做好」，PLM 管「把產品做對」。
網站也一樣。
文章出現在 WordPress，叫做搬好；內容放在正確分類、網址可延續、圖片可讀、表單有人收、日後有人維護，才叫搬對。
實際搬入可以照這個順序執行：
- 先定資訊架構：列出首頁、關於、服務、案例、聯絡與文章分類，刪除重複或已失效的內容，不要把舊站的混亂原封不動搬過去。
- 先定網址規則：英文短字串、層級簡單、能長期使用。網址一旦公開又重改，就多一次轉址與驗證成本。
- 建立暫存站：正式切換前，先讓新站在不公開索引的環境完成內容、版型與功能測試。
- 小批量試搬：挑一頁服務頁、一篇文章與一個有圖片的頁面，測試標題、段落、連結、圖片、文件與手機版。
- 確認方法再放大：頁數少可以人工重建；內容多可以使用搬站服務或自動化工具，但一定要以抽樣結果決定是否繼續。
- 逐頁補齊欄位：每頁確認標題、唯一 H1、meta description、圖片 alt、內部連結與表單，不把「匯入成功」當成完工。
新站建置期間若使用 noindex 或限制爬蟲，上線時要列入解除清單。否則網站看得到，搜尋引擎仍可能進不來。
SEO 的舊新網址對照表該怎麼做？
每一條有價值的舊網址，都要指定最相關的新網址與處理方式；能控制舊網域時，再用 301 或 308 永久轉址直接接到新位置。
Google 的網站遷移指南建議先準備 URL mapping，也就是「舊新網址對照表」，新站測試通過後才啟用轉址。
表格至少要有這些欄位：
- 舊網址。
- 新網址。
- 處理方式：保留、301／308、合併或刪除。
- 轉址測試結果與日期。
- 負責人。
新舊內容一樣，盡量一對一；多篇文章確實整併成一篇，才可以共同轉到新的整合頁。
不要把所有舊網址都轉到首頁。Google 明確提醒，這種不相關轉址會讓使用者困惑，也可能被視為 soft 404。
若自有網域維持不變，只換主機或 CMS，可以在新主機處理變更過的路徑；能保留原路徑的頁面，就不必為了美觀全部改名。
若連網域也更換，除了永久轉址，還要在 Search Console 驗證新舊資產、送出 Change of Address，並提交新 sitemap。Google 建議轉址至少保留一年，對使用者而言能長期保留更好。
使用 Weebly 子網域的人，因為無法帶走舊網域，SEO 訊號轉移能力會受限。能做的是保留內容、建立自有網域、更新可控制的外部連結，並在舊站停止公開前反覆告知新地址。
AEO／SEO 上線前要檢查哪些欄位？
SEO 確保頁面可被找到與正確索引；AEO 則讓頁面先回答問題、定義清楚並提供可查證來源，兩者都不能取代內容本身。
「AEO」是答案引擎優化：把讀者的真實問題寫成清楚標題，緊接一段可獨立理解的直接答案，再用方法、證據與經驗補充。
它不是在網站多裝一個外掛，也不保證一定被 AI 引用。
每一個重要頁面，上線前至少檢查：
- 搜尋標題與描述：title 說清楚頁面主題，meta description 準確說明能解決什麼問題，不複製同一句套全站。
- 標題層級：每頁一個主要 H1；文章用問句 H2 對應讀者問題，答案段緊接在下方。
- canonical：指向該頁真正的正式網址，避免暫存站或舊網址被當成主要版本。
- 圖片資訊：重要圖片有具體 alt，社群分享圖使用正確尺寸與內容，不拿無關照片填版面。
- 結構化資料：依網站實際主體與內容使用 Person、Organization、Article 或 Breadcrumb；標記必須和頁面看得到的資訊一致。
- 索引入口：robots.txt 沒有誤擋，正式頁移除 noindex，sitemap 只放正式網址並提交 Search Console。
- 量測工具：GA4 能收到即時瀏覽，Search Console 驗證仍有效，重要表單送出後有人收到通知。
這些設定不會自動把普通內容變成好內容，但缺少它們，再完整的文章也可能在搬站後失去被理解、被分享與被追蹤的入口。
什麼狀態才叫網站搬家完成？
搬站完成不是後台顯示儲存成功，而是使用者、搜尋引擎與負責人都走過關鍵路徑，結果和對照表一致且能持續監測。
我自己的網站改版時，系統曾回報儲存成功，六個線上頁面卻被寫成空白。後來是從修訂版本逐頁救回，才沒有讓事故繼續擴大。
那次讓我更確定：「驗收」不是看綠燈，而是回到前台重走一次結果。
如果你想知道這次事故，為什麼讓我重新理解網站的「主人」與責任，我把故事寫在另一篇改版實錄裡。
上線當天，照這張清單逐項簽收：
- 抽查重要舊網址，確認直接轉到最相關的新頁，不經過多層轉址。
- 確認新頁回應正常，title、meta description、canonical 與唯一 H1 正確。
- 用手機和桌機測試導覽、圖片、下載文件與聯絡表單。
- 確認 GA4 即時資料有進來，Search Console 能讀取 sitemap。
- 檢查站內連結、社群個人檔案、廣告與電子報是否已換成新網址。
- 建立搬站後監測：定期查看 404、索引、熱門頁面與表單異常，並指定處理人。
我常用一條「成本遞增」比喻提醒團隊：設計階段修正是 1 元，試產是 10 元，量產是 100 元，到了客戶端可能變成 1,000 到 10,000 元。
這不是會計報表，而是 business owner 應該看的風險順序。
搬站前整理一張網址對照表，是低成本；網站停止公開後才發現重要入口全斷了，就要同時支付修復、人力協調與客戶找不到你的代價。
你的網站若還在 Weebly，今天先別問新站要多漂亮。先問：備份完成了嗎？網域在誰手上？每一條不能中斷的路，有人負責驗收嗎？
