ソーシャルメディアのアーカイブをツール間で移行する

ソーシャルメディアのアーカイブ移行は、新しいアカウントにZIPをアップロードするだけではありません。元のエクスポートを保持し、メディアとメタデータの関連付けを維持し、古いコピーを廃止する前に移行先を検証しましょう。

「移行元を保全する」「パッケージを準備する」「転送する」「結果を検証する」という4段階で進めます。ネイティブプラットフォームのエクスポートは、スクリーンショットや自動取得サービスとは別に扱ってください。スクリーンショットは見た目を保存できますが、キャプション、コメント、エンゲージメントデータは含まれません。完全なメタデータにはデータエクスポートが推奨されます Sprinkによると。

移行可能な転送パッケージを作成する

まず、提供された状態のまま元のエクスポートを保存します。ZIPと展開したファイルを移行元パッケージに残し、JSONメタデータがある場合は、それが説明するメディアの隣に置きます。InstagramとFacebookのエクスポートでは、JPEGに埋め込むのではなく、JSONメタデータファイルとしてキャプションやハッシュタグが提供される場合があります Vialloによると。

BagIt形式のパッケージは、転送記録のモデルとして役立ちます。BagItは、任意のデジタルコンテンツを保存・転送するための階層的なファイル配置規則を定め、ペイロードファイルとタグメタデータを分離します RFC 8493によると。ペイロードには任意のサブディレクトリを保持でき、ペイロードファイルは形式から見て不透明なままなので、メディアの再解釈や変換は必要ありません RFC 8493によると。

コピーする前に、次の項目を記録します。

• 移行元の組織、外部識別子、説明または来歴、パッケージ化日、パッケージサイズ、送信者識別子。BagItはこれらを具体的なbag-infoメタデータ要素として挙げています RFC 8493によると。
• すべてのペイロードパスとチェックサム。BagItのペイロードマニフェストは、ペイロードパスとチェックサムの完全な一覧であり、各ペイロードファイルは正確に1回記載する必要があります 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によると。準備済みのエクスポートは4日間利用でき、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 で4日間利用できます 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によると。

移行中は次の3領域を分けます。

• 変更していない移行元エクスポート。
• マニフェストを作成し、マッピングを確認するステージングコピー。
• 移行先コピー。

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によると。

ファイル、ハッシュ、メタデータを照合する

切り替え前に照合を実行します。

1. 移行元と移行先の一覧を比較します。元のZIP、メディアファイル、メタデータファイル、マニフェスト、例外記録を確認します。
2. コピーしたファイルのチェックサムを比較します。NISTは、チェックサムを変更検出のためにオブジェクトとともに保存または送信される、内容に依存した値と定義しています NISTによると。
3. 安全なハッシュを使用する場合は、移行元と移行先のダイジェストを比較します。NISTによると、安全なハッシュダイジェストは、生成後にメッセージが変更されたかを検出します NISTによると。
4. フィールドマッピング記録を比較します。保持、変換、未対応、無視されたメタデータを記録します。AWS DataSyncは、メタデータ保持が移行元と移行先の構造に依存し、ベストエフォートになる場合があると説明しています AWS DataSyncによると。
5. 欠落ファイル、重複、同名競合、スキップ項目、転送項目、検証済み項目、削除項目を確認します。AWS DataSyncのタスクレポートには、これらのカテゴリに加えて移行元・移行先、バイト数、開始時刻、終了時刻が記録されます AWS DataSyncによると。
6. 別のデバイスで代表的なサンプルをダウンロードまたは復元し、各メディアファイルが関連メタデータとともに開くことを確認します。ファイル単位のクラウドコピーでは別のデバイスでダウンロードできることを確認し、CISAはバックアップの定期テストを推奨しています Cloudwardsによると、CISAによると。

BagItパッケージを受け入れモデルにする場合、ペイロードが完全で、ペイロードマニフェストとタグマニフェストのすべてのチェックサムが正常に検証されたときにのみ完全です RFC 8493によると。タグマニフェストでは、ペイロードだけでなく転送記録や他のタグファイルもチェックサム化できます RFC 8493によると。

パスの扱いも確認します。BagItは、マニフェストのパスがバッグディレクトリの外へ出てはならないと警告し、ファイル名の大文字・小文字、Unicode正規化、パス区切り文字の違いを相互運用性のリスクとして挙げています RFC 8493によると。

ロールバック管理付きで切り替える

アップロードが終わっただけで古いプロバイダーを廃止しないでください。一覧、チェックサム、メタデータマッピング、例外確認、サンプル復元が完了してから移行先を有効なアーカイブにします。

その後、次の手順を実行します。

1. 移行先を有効なアーカイブとして設定します。
2. 元のエクスポート、マニフェスト、フィールドマッピング記録、転送レポート、例外ログを保持します。
3. 保持ポリシーに従い、古いコピーを利用可能な状態にします。
4. 最初の定期取得またはエクスポートの後に、新しい移行先を再度テストします。
5. 保持に関する判断が許可し、残りのコピーが復旧要件を満たした場合にのみ、古いコピーを削除します。

3-2-1戦略は回復力を高める方法の一つです。3つのコピー、異なるデバイス上の2つのコピー、オフサイトの1つのコピーを用意します。オフサイトコピーは、他のコピーを利用できない場合の迅速な復旧を支えます ICOによると。

ロールバック管理は移行先によって異なります。AWS S3 Versioningはオブジェクトのバージョンを保持、取得、復元できます。上書きすると新しいバージョンが作成され、以前のバージョンを復元できます AWS S3によると。S3 Object Lockは、一定期間、無期限、または法的保留の下でオブジェクトの削除や上書きを防止できます AWS S3によると。これらはプロバイダー固有の機能であり、普遍的な動作ではありません。移行先が実際にサポートする内容を記録してください。

エクスポートで復元できないものを知る

移行で保持できるのは、移行元エクスポートに含まれるものです。Vialloによると、プラットフォームのエクスポートには圧縮コピーが含まれる場合があり、Instagramのフィルターがエクスポート画像に焼き付けられることもあります。また、いいね、コメント、その他のソーシャルコンテキストが失われる場合があります Vialloによると。

次の層を分けて保持します。

• メディアファイル。
• その隣に置いたキャプションまたはその他のJSONメタデータ。
• エクスポートに含まれない可能性があるプラットフォームのソーシャルコンテキスト。
• 元のエクスポートZIPと転送記録。

プラットフォームが含めなかった情報を、スクリーンショット、圧縮エクスポート、新しいバックアッププロバイダーが再現できるとは約束しないでください。スクリーンショットにはキャプション、コメント、エンゲージメントデータが含まれません Sprinkによると。

移行後もアーカイブを最新に保つ

移行で保護されるのは現在のアーカイブです。将来の変更は、その後のエクスポートで保護します。Sprinkは、各プラットフォームから6か月ごとに新しいデータエクスポートを依頼する定期リマインダーを推奨しています Sprinkによると。

継続的な取得について、SocialGuardianは保護されたアーカイブに投稿、写真、動画、ReelsとShorts、ストーリーズ、キャプションとメタデータ、フォロワーとフォロー中のリスト、エンゲージメントが含まれると説明しています SocialGuardianによると。

FAQ