WordPress 一鍵匯入 · 專用爬蟲

100 篇文章手動搬 = 3 個月。
AICMS 兩小時跑完。

AICMS 內建 WordPress 專用爬蟲,看得懂 Elementor / Divi / Gutenberg 等 page builder,自動下載媒體、保留 URL、AI 再排版上 schema。全程合約走、權責清楚、客戶可隨時監督。原站照常運轉,新站平行上線。

app.aicms.com/migrate
wp-customer.com → AICMS
87%
連線 WP REST API200 OK
掃描 sitemap.xml120 頁
爬取 page builder 內容87/120
下載媒體檔 (圖片 / PDF)234 個
AI 重排版 + 補 schemarunning…
URL slug 保留 + 301 對照表產出
客戶預覽連結就緒/preview
120
頁面
234
媒體檔
2.1h
耗時

WP 換 CMS 為什麼這麼痛「自己搬」幾乎不可能。

WordPress 本身的匯出機制就是給「同樣是 WP 站」用的,換到別的 CMS 立刻一團亂。Page Builder 內容變 HTML 雜訊、圖片連結壞、URL 換、SEO 全掉。中小企業根本沒人力處理。

📦

WP Export XML 一團亂

官方匯出格式是給 WP 自己用的。圖片用絕對網址、page builder 的 shortcode 嵌入、自訂 fields 混在一起。換到別的 CMS 等於要重新解析所有東西。

🔧 典型解析失敗率 30-60%(看 builder 種類)

100 篇要一篇一篇貼

沒有專用工具就只能複製貼上 — 標題、內文、圖片、SEO 描述、發佈日期、分類⋯每篇 5-10 分鐘。100 篇 = 一個人滿班搞 2-3 週。

⏱️ 典型耗時 8-25 工作天(看內容複雜度)
📉

URL 一換 SEO 全掉

新站如果用新 slug,Google 既有排名要從零再爬。沒做 301 對照表,原本第一頁的關鍵字會掉到 5-10 名外,3 個月才養得回來。

📊 流量典型掉 40-70%(沒做 301 重導向時)
🧩

搬完還要重排版 + 補 schema

就算搬完,舊站內容沒結構,AI 引擎看不懂。要重新標 schema、補 FAQ、做 llms.txt — 等於從 WP 撈出來後還要再做一次「GEO 原生化」工程。

🛠️ 後續再花 1-2 週 內容結構化

AICMS 怎麼做WordPress 專用爬蟲 + AI 重排,一條龍。

我們的爬蟲不是通用 HTML scraper,是「看得懂 WordPress 結構」的專用工具。先試 REST API 拿乾淨資料,失敗才 fallback 到 HTML 解析。Page Builder 各家規則都內建。

🔌

REST API 優先 + HTML fallback

WP 4.7+ 預設啟用的 /wp-json/ REST API 直接拿乾淨 JSON。沒開的話 fallback 走 sitemap.xml + HTML 雙重解析。兩條路徑相互備援。

REST · sitemap · OG · JSON-LD
🧱

Page Builder 解析

Elementor / Divi / Gutenberg / WPBakery / Beaver Builder — 各家 page builder 的 shortcode / block 規則內建。不是把整段 HTML 搬過去,而是還原成乾淨結構化內容。

5+ builders supported
🖼️

媒體自動下載 + CDN re-host

原站圖片 / PDF / 影片自動撈到 AICMS Storage (Supabase CDN)。連結重新指向新網域,原站關了不影響。retina / WebP 自動產出。

Supabase Storage · 自動 retry
🔗

URL slug 保留 + 301 對照表

原 WP 的 slug 在新站照搬,SEO 不掉。若必須改 slug,自動產出 301 重導向對照表 (CSV),給 Cloudflare / 主機 redirect 使用。

slug map · 301 csv export
🤖

AI 重排版 + schema 自動補

匯入後第二階段:用 Claude / GPT 把長篇內容拆 chunk、抽 FAQ、補 LocalBusiness / Article schema。一進來就直接是 GEO 原生內容。

post-import AI · 自動 schema
👁️

預覽 + 客戶確認後上線

爬完先進「預覽模式」(/preview)。客戶逐頁檢查、有問題回滾或重跑單頁。確認後才正式發佈、做 DNS 切換。不會偷偷上線。

preview mode · 客戶 sign-off

遷移流程6 步走完,全程客戶可監督。

從「簽合約」到「正式上線 + SEO 監測」一條龍。一般案件 1-2 週可走完(看內容量),大案件 3-4 週。任何一步客戶可暫停或要求調整。

1

簽合約 + 權責確認

列清楚:原網站擁有權確認、智慧財產權歸屬、資料隱私處理、遷移範圍、驗收標準、上線時程、付款條件。雙方蓋章後啟動。

必要 NDA 權責確認書 SOW 服務範圍
⏱ 1-3 工作天 (依雙方法務節奏)
2

連線測試 + 內容掃描

掃 sitemap.xml 出完整頁面目錄、辨識 page builder 種類、列出媒體檔總量。產出「遷移評估報告」給客戶確認範圍跟工程量。

sitemap 掃描 builder 偵測 媒體總量盤點 評估報告 PDF
⏱ 1 工作天
3

樣本爬取 + 客戶預覽

先爬 5-10 頁代表性內容(首頁、最熱門 3 篇、最複雜結構 1 篇),讓客戶用 /preview 連結看效果。確認版型對、結構對、媒體沒漏,才進下一步。

樣本爬取 /preview 連結 客戶簽核
⏱ 1-2 工作天 (含客戶 review 來回)
4

正式匯入 (全量爬取)

客戶簽核後啟動完整爬蟲:所有頁面、所有媒體、所有 metadata。期間客戶可看 dashboard 即時進度。失敗頁面自動 retry,徹底失敗會列 fail-log 給客戶決定(人工補 / 跳過)。

核心步驟 即時 dashboard 自動 retry fail-log 透明
⏱ 100 頁約 2-4 小時,500 頁約 1-2 工作天
5

AI 重排 + 客戶驗收

AICMS 自動跑 AI 重排版、補 schema、產 llms.txt。客戶逐頁驗收,可標記「重排重做 / 保留原樣 / 客戶自改」三選一。驗收通過才開放上線。

AI 重排 schema 補完 逐頁驗收 sign-off
⏱ 3-7 工作天 (含客戶逐頁 review)
6

DNS 切換 + 上線後 30 天監測

客戶確認 OK 後做 DNS 切換 (原站轉備援、新站對外)。上線後 30 天用 GSC + CitableRank 監測 SEO/GEO 表現,發現異常立即修。30 天後完整交接。

DNS 切換 301 重導向 30 天 SEO 監測 完整交接
⏱ 切換 1 天,監測期 30 天

對照表三種搬法的成本差距。

以 100 頁的 WordPress 站為例。對比「自己手動搬」、「外包 SEO/網頁公司」、「AICMS 專用工具」三種做法的成本、時程、SEO 風險。

面向 自己手動搬 一般外包公司 AICMS 專用工具 ✨
耗時 2-3 週滿班 1-2 個月 1-2 週 (含客戶 review)
Page Builder 內容 複製貼上、shortcode 變亂碼 看公司技術力,不一定能解 內建 5+ builder 解析器
媒體 (圖片/PDF) 手動下載再上傳 收額外費用 / 部分公司不做 自動下載 + CDN re-host
URL / SEO 連續性 沒做 → 流量掉 40-70% 看公司有沒有做 301 slug 保留 + 自動產 301 對照
內容結構化 (Schema) 沒做 通常另外加價 AI 自動補, GEO 原生 ready
合約 / 權責 N/A 看公司, 通常只簽訂單 正式合約 + 4 條核心條款
客戶可見度 自己做自己知道 黑盒子, 等交付 即時 dashboard + 階段 sign-off

把那個老 WP 站
搬到 GEO 原生新站。

30 分鐘線上會議,先看你網站規模、評估遷移工程量、提供合約範本與報價。沒簽合約一律不開工 — 但簽完之後,2 週內就能上新站。

已實際完成遷移:waterman-sports.com → waterman-sports.cc (120+ 頁)