轉移社交媒體存檔，不只是把 ZIP 上載到新帳戶。保留原始匯出檔，維持媒體與其元數據的連結，並在停用舊副本前驗證目的地。

可分四個階段：保留來源、準備套件、執行轉移，以及驗證結果。原生平台匯出與截圖或自動擷取服務應分開處理：截圖能保留視覺內容，但會遺漏說明、留言及互動資料；如要取得完整元數據，建議使用資料匯出 根據 Sprink。

如想在遷移期間持續擷取內容，SocialGuardian 表示可自動擷取貼文、相片、影片及限時動態 根據 SocialGuardian。從個人檔案開始。

建立可攜式轉移套件

從收到的原始匯出檔開始，保持原樣。將 ZIP 及解壓縮後的檔案放在來源套件內，並把 JSON 元數據放在所描述的媒體旁邊。Instagram 及 Facebook 的匯出檔可透過 JSON 元數據檔提供說明及標籤，而不是將它們嵌入 JPEG 根據 Viallo。

BagIt 風格套件可作為轉移記錄的實用模型。BagIt 定義了儲存及轉移任意數碼內容的階層式檔案配置慣例，並將承載檔案與標籤元數據分開 根據 RFC 8493。其承載部分可保留任意子目錄，承載檔案對格式而言是不透明的，因此套件不要求重新詮釋或轉換媒體 根據 RFC 8493。

複製前記錄以下欄位：

  • 來源機構、外部識別碼、描述或來源、封裝日期、套件大小及發送者識別碼。BagIt 將這些列為具體的 bag-info 元數據元素 根據 RFC 8493。
  • 每個承載路徑及其校驗和。BagIt 承載清單完整列出承載路徑及相應校驗和，而且每個承載檔案必須只列出一次 根據 RFC 8493。
  • 穩定的檔案 ID，以及每個媒體檔案、其說明或元數據檔案和其在存檔中位置之間的連結。METS 使用唯一檔案 ID，以及結構和行政參照來連接檔案與元數據 根據美國國會圖書館。
  • 複製或轉換的來源記錄。W3C PROV 明確將移動、複製或重複數碼實體建模為活動，並可描述存檔的成員及其組成方式 根據 W3C PROV。
  • 欄位映射記錄：來源欄位、預定目的地欄位，以及不支援或經轉換的結果。元數據能否保留取決於來源和目的地的結構，驗證時可忽略不支援的屬性 根據 AWS DataSync。

清單不只是庫存。它能讓你分辨遺失檔案、重新命名檔案、已變更檔案，以及目的地無法表示的欄位。

以目的地能保留的格式匯出來源存檔

元數據重要時，使用平台的原生匯出。ICO 將資料可攜性描述為以結構化、通用及機器可讀格式接收個人資料；若沒有通用的行業格式，亦可考慮 CSV、XML 及 JSON 等開放格式 根據 ICO。

不要因為目的地接受上載，就假定它在技術上相容。ICO 表示在技術可行時應支援直接傳送，但資料可攜性不要求系統具備技術相容性 根據 ICO。即使目的地提供匯入工具，也要保留原始匯出檔。

Instagram 桌面版匯出

已記錄的桌面裝置匯出流程如下：

  1. 按左下角的 More，再按 Settings。
  2. 按 Meta Account，再按 Your information and permissions。
  3. 按 Export your information，再按 Create export。
  4. 選擇個人檔案，然後按 Next。
  5. 選擇 Export to device 根據 Instagram。

Instagram 允許你在選擇 Start export 前，選擇指定資料、日期範圍、格式、通知電郵及媒體質素 根據 Instagram。準備好的匯出檔會保留四天；Meta 表示匯出連結可能需時最多 30 天才會送達 根據 Instagram。

Facebook 桌面版匯出

Facebook 已記錄的桌面裝置匯出流程如下：

  1. 按右上角的個人頭像。
  2. 按 Settings & privacy，再按 Settings。
  3. 按 Meta Account，再按 Your information and permissions。
  4. 按 Export your information，再按 Create export。
  5. 選擇個人檔案及 Export to device 根據 Facebook。

Facebook 允許你選擇指定資料、日期範圍、格式、通知電郵及媒體質素 根據 Facebook。準備好的匯出檔會在 Available downloads 中提供四天 根據 Facebook。

LinkedIn 桌面版匯出

LinkedIn 已記錄的桌面流程如下：

  1. 按 LinkedIn 首頁頂部的 Me 圖示。
  2. 選擇 Settings & Privacy。
  3. 在左側欄按 Data Privacy。
  4. 在 How LinkedIn uses your data 下按 Download your data。
  5. 選擇資料，然後按 Request archive 根據 LinkedIn。

LinkedIn 表示，指定類別的下載可能在數分鐘內送達；較大的下載可能需時 24 小時，而下載連結有效 72 小時 根據 LinkedIn。

HTML 還是 JSON？

Facebook 將 HTML 描述為附有 index 頁面的可檢視 ZIP，將 JSON 描述為機器可讀資料，於上載到其他服務時可能較易轉移 根據 Facebook。選擇目的地能保留的格式，同時保留原始 ZIP，並在轉移套件中記錄格式。

在不失去關係的情況下準備及轉移

將雲端儲存視為目的地，而不是擷取方式。Sprink 建議使用頂層 Social Media Archive 資料夾、平台子資料夾、已上載的匯出 ZIP，以及定期匯出提醒 根據 Sprink。

轉移期間保持三個區域分開：

  • 未經修改的來源匯出檔。
  • 用來建立清單及檢查映射的準備副本。
  • 目的地副本。

複製 ZIP 及其解壓縮內容。不要以重新整理後的版本取代來源。若匯出檔提供 JSON，將其放在所描述的媒體旁邊。若目的地沒有針對該匯出格式的已記錄匯入工具，請逐檔複製並保留來源配置，不要自行猜測轉換方式。BagIt 允許任意子目錄結構，也不要求轉移格式理解承載內容 根據 RFC 8493。

對於逐檔更換供應商，Cloudwards 以雲端磁碟記錄了以下做法：

  1. 找到已下載的存檔。
  2. 將檔案拖曳到目的地雲端磁碟。
  3. 讓檔案完成上載。
  4. 確認可在另一部裝置下載資料 根據 Cloudwards。

在完整複製前，如工具支援，先執行預覽或試運行。WhatsApp Backup Tools 建議在建立存檔前，以試運行驗證路徑及加密金鑰 根據 WhatsApp Backup Tools。

使用保守的覆寫規則。實用的重新執行模式是略過相同內容；同名但內容不同的檔案加上數字後綴並發出警告；新媒體則正常複製 根據 WhatsApp Backup Tools。將結果記錄在例外記錄中，不要靜默覆寫檔案。

保持轉移私密

匯出檔可能包含私人資料。Facebook 建議確保資料要求安全，並在儲存、傳送或上載至其他服務時採取預防措施 根據 Facebook。

為來源、準備區域及目的地設定存取控制。ICO 安全指引要求進行風險分析，並在適當時使用加密或假名化、機密性、完整性和可用性控制、及時恢復，以及定期測試和檢討 根據 ICO。CISA 亦建議使用離線、加密備份並定期測試 根據 CISA。

更換供應商時，可逆性很重要。SocialGuardian 表示其存檔只屬於帳戶，可隨時匯出，而且沒有供應商鎖定 根據 SocialGuardian。查看存檔設定。

核對檔案、雜湊及元數據

在切換前執行核對：

  1. 比較來源及目的地庫存：原始 ZIP、媒體檔案、元數據檔案、清單及例外記錄。
  2. 比較已複製檔案的校驗和。NIST 將校驗和定義為與物件一同儲存或傳送、且取決於內容的數值，用於偵測變更 根據 NIST。
  3. 使用安全雜湊時，比較來源及目的地摘要。NIST 表示安全雜湊摘要可偵測訊息在產生摘要後是否發生變更 根據 NIST。
  4. 比較欄位映射記錄，標記已保留、已轉換、不支援或被忽略的元數據。AWS DataSync 說明元數據保留取決於來源及目的地結構，而且可能只屬盡力而為 根據 AWS DataSync。
  5. 檢查遺失檔案、重複項目、同名衝突、略過項目、已轉移項目、已驗證項目及已刪除項目。AWS DataSync 工作報告提供這些類別，以及來源和目的地位置、位元組數、開始及結束時間 根據 AWS DataSync。
  6. 在另一部裝置下載或恢復具代表性的樣本，確認每個媒體檔案都能開啟並與相關元數據配對。逐檔雲端複製流程應確認資料可在另一部裝置下載 根據 Cloudwards，而 CISA 建議定期測試備份 根據 CISA。

若以 BagIt 套件作為驗收模型，只有在承載內容完整，而且承載及標籤清單中的每個校驗和都成功驗證後，套件才算完整 根據 RFC 8493。標籤清單除了承載內容，也可為轉移記錄或其他標籤檔案計算校驗和 根據 RFC 8493。

同時檢查路徑處理。BagIt 警告清單路徑不得離開套件目錄，並指出檔名字母大小寫、Unicode 正規化及路徑分隔符差異都是互通風險 根據 RFC 8493。

以回滾控制執行切換

上載完成後不要立即停用舊供應商。只有在完成庫存、校驗和、元數據映射、例外檢查及樣本恢復後，才將目的地設為活動存檔。

然後：

  1. 將目的地標記為活動存檔。
  2. 保留原始匯出檔、清單、欄位映射記錄、轉移報告及例外記錄。
  3. 根據保留政策保留舊副本。
  4. 在首次排程擷取或匯出後，再次測試新目的地。
  5. 只有在保留決策允許，且剩餘副本符合恢復要求時，才移除舊副本。

3-2-1 策略是一種恢復能力模式：三個副本、兩種不同裝置，以及一個異地副本；當其他副本不可用時，異地副本有助及時恢復 根據 ICO。

回滾控制取決於目的地。AWS S3 版本控制可保留、取得及恢復物件版本；覆寫會建立新版本，並可恢復先前版本 根據 AWS S3。S3 Object Lock 可在固定或可變期間、無限期或法律保留期間，防止物件被刪除或覆寫 根據 AWS S3。這些是供應商特定控制，不是普遍行為，因此要記錄目的地實際支援的功能。

了解匯出無法恢復的內容

遷移只能保留來源匯出所包含的內容。Viallo 報告指出，平台匯出可能包含壓縮副本，Instagram 濾鏡可能已套用到匯出圖片，而讚、留言及其他社交背景可能已遺失 根據 Viallo。

將以下內容分成不同層次：

  • 媒體檔案。
  • 放在旁邊的說明或其他 JSON 元數據。
  • 平台社交背景，可能不在匯出檔內。
  • 原始匯出 ZIP 及其轉移記錄。

不要承諾截圖、壓縮匯出檔或新的備份供應商能重建平台未包含的資料。截圖會遺漏說明、留言及互動資料 根據 Sprink。

轉移後保持存檔更新

遷移保護現有存檔；未來的匯出則保護其後的變更。Sprink 建議每六個月定期提醒自己向每個平台要求最新資料匯出 根據 Sprink。

對於持續擷取，SocialGuardian 表示其受保護存檔包括貼文、相片、影片、Reels 和 Shorts、限時動態、說明及元數據、追蹤者和追蹤中名單，以及互動資料 根據 SocialGuardian。

將未來擷取內容與已遷移存檔放在一起：SocialGuardian 表示可在同一處備份 Instagram、TikTok、YouTube、X、Facebook、LinkedIn、Twitch 及 Pinterest 根據 SocialGuardian。開始備份個人檔案。

常見問題