Blogger 停權搬家 WordPress | 1044 篇文章的資料自主權
編譯摘要:Blogger 停權搬家 WordPress
第一步:濃縮
核心結論 1:託管平台上的內容不完全屬於你——平台可無理由停權、也可無理由復權,你連能對話的窗口都沒有。
- 一個 13 年、1044 篇文章的 Blogger 因「惡意軟體和類似惡意內容」被移除,通知沒指出違規位置,隔天又自動復權,全程沒有真人窗口。
- 申訴要 90 天內提出、審理 10 個工作天,停權期間後台完全鎖死,什麼都不能操作。
- 規則、審查標準、申訴流程全由平台單方面決定——這次是誤判,下一次可能是政策改版或演算法調整。
核心結論 2:搬到自架 WordPress 的成敗關鍵不是搬文章,而是保住 SEO 與圖片落地。
- Blogger 網址帶
/YYYY/MM/年月路徑與.html結尾,跟 WordPress 預設格式不同,不處理就是 1044 個 404、排名蒸發。 - 解法分兩層:固定網址盡量對齊原路徑,對不齊的用 301 永久轉址把權重整包導過去。
- 圖片匯入後連結多半仍掛在 Google 的
blogspot/googleusercontent網域,要另外抓進媒體庫才算真正落地,否則原平台清資料就滿站破圖。
核心結論 3:搬遷的前置生死線是「平時就有備份」——停權當下後台鎖死,來不及匯出。
- 客戶手邊留著 Blogger 匯出的 XML(含全部文章、留言、發佈日期),整個流程才走得通。
- 沒有備份而等到停權那一刻才想匯出,後台是鎖死的,什麼都拿不到。
第二步:質疑
前提假設:
- 手邊有備份。若無備份且已被永久停權,內容全滅,本方法不適用——作者明確把備份當成生死線。
- 有技術能力(或找得到團隊)做 301 轉址、圖片抓取、自訂主題。純非技術個人用戶自己做門檻高。
- 自架的維運成本(主機費、備份策略、升級節奏)可承受。若不在意風險、時間比錢貴,託管仍是理性選擇(見 [[內容自主權 vs 託管便利]])。
- 停權是誤判、可復權。若是真違規或永久封鎖,「隔天復權」那段不成立,但「搬家保資料」的結論反而更強。
換情境還成立嗎:
- 換平台(痞客邦、Medium、Substack):停權/政策變更的風險同構,但匯出格式與轉址細節不同——Medium 幾乎無自訂網址可控、痞客邦匯出限制更多。
- 換規模(10 篇 vs 1044 篇):篇數少時 SEO 資產小,301 的必要性下降,但「資料要在自己手上」的道理不變。
- 換內容型態(電商、會員站):要遷的不只文章,還有訂單、會員、金流設定,複雜度遠高於部落格,備份與轉址只是冰山一角。
反例與邊界條件:
- 若站本身沒什麼 SEO 流量(新站、私密站),301 的價值低,搬家重點只剩資料保存。
- 自架不是零風險:主機商一樣可能倒、網站可能被駭(見 [[持久化攻擊]] 對應的鑑識案例)。差別在於風險從「單一平台、無窗口、不可搬」變成「可自主處理、可整包搬遷」。
第三步:對標
跨域類比:
- 租屋 vs 自有房——託管平台像租屋,省去修繕(維運)但房東能解約、漲租、改規則;自架像自有房,要自己顧但不會被趕出去。資料自主權的本質是「產權」而非「使用權」。
- 平台帳號封禁的黑箱治理——Blogger 停權「規則由平台定、申訴走系統、無真人」的結構,與 YouTube 頻道下架、FB 粉專封鎖、Amazon 賣家帳號凍結完全同構。單一渠道依賴的脆弱性是跨平台的通則。
- 301 轉址 ↔ 商譽/地址轉移——企業搬遷留轉接電話、併購繼承品牌商譽,都是「把舊入口累積的價值導到新入口」。301 是 SEO 世界的地址變更通知。
- 備份是生死線 ↔ 災難復原(3-2-1 原則)——出事那一刻能不能復原,完全取決於出事之前做了什麼。備份的價值在平時是零、在停權那天是全部。
知識庫定位: 既有的 [[內容自主權 vs 託管便利]] 概念此前只有抽象的選型論述,本文補上一個「託管風險真的引爆」的完整實戰案例——不是理論推演,是 1044 篇被停權的真實後果與救援全流程。同時把 [[第三方服務依賴風險]] 從「API 費率/表單服務」層級,擴充到「整個內容平台停權」這個最極端的層級。