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 重排版並補 schema執行中…
URL slug 保留與 301 對照表產出
客戶預覽連結就緒/preview
120
頁面
234
媒體檔
2.1h
耗時

WordPress 換 CMS 的痛點「自行搬遷」實際上幾乎不可行。

WordPress 的匯出機制是為「同樣是 WP 站」設計,換到其他 CMS 即會出現嚴重相容性問題:Page Builder 內容變成 HTML 雜訊、圖片連結失效、URL 變動、SEO 流量大幅流失。中小企業沒有人力處理這些。

WP 官方匯出 XML 結構混亂

官方匯出格式是為 WP 自身設計:圖片使用絕對網址、page builder 的 shortcode 內嵌、自訂欄位混雜。換到其他 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 為備援

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 重新代管

原站圖片、PDF、影片自動匯入 AICMS Storage(Supabase CDN)。連結重新指向新網域,原站關閉不影響運作。retina 與 WebP 自動產出。

Supabase Storage · 自動 retry

URL slug 保留與 301 對照表

原 WordPress 的 slug 在新站完整保留,SEO 不掉。若必須變更 slug,自動產出 301 重導對照表(CSV),供 Cloudflare 或主機 redirect 使用。

slug map · 301 csv export

AI 重排版與 schema 自動補完

匯入後第二階段:使用 Claude / GPT 將長篇內容拆段、萃取 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

將舊 WordPress 站
遷移到 GEO 原生新站。

30 分鐘線上會議,評估您的網站規模與遷移工程量,提供合約範本與報價。未簽合約一律不開工,簽約後 2 週內即可上新站。

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