Metlivi ブログ

転送中にファイルの日付が変わってしまった写真のタイムラインを再構築する方法

転送によって写真のファイル日付が変わってしまった場合は、各画像に埋め込まれた日付を確認し、ファイルの作成日や変更日と比較した上で、埋め込み日付がない場合や疑わしい場合にのみ独立した記録を用いることで、タイムラインを再構築できます。作業はコピーに対して行い、日時の不確かな写真は分けて保管し、コレクション全体を再整理する前に少数のサンプルで検証してください。

2026年10月15日所要時間 6 分Metlivi Editorial Team
セクション 1

写真に複数の異なる日付が表示される理由

写真のタイムラインには、少なくとも2種類のタイムスタンプが関係する場合があります。画像内部に保存されている日付と、コンピューターやストレージサービスによってファイルに付与される日付です。画像に元の撮影日時が保持されている場合でも、ダウンロードやコピーの処理によって新しいファイルタイムスタンプが割り当てられることがあります。Googleは、メディア内に元のタイムスタンプが埋め込まれたままであっても、OSがダウンロード時にダウンロードファイルへタイムスタンプを付与する場合があることを確認しています。Google フォト:Google データをダウンロードする方法

つまり、ファイルブラウザに表示される最近の「作成日時」は、それ単体では写真がいつ撮影されたかを示すものではありません。同様に、写真アプリが表示する日付も、そのライブラリによるものか、画像のメタデータによるものか場合があります。アプリがどのフィールドを表示しているかが分かるまでは、これらを別々の手がかりとして扱ってください。

セクション 2

調査前にファイルを保護する

転送されたフォルダーやアーカイブの作業用コピーを作成し、オリジナルには手を触れずに残しておきます。エクスポートフォルダーが複数ある場合は、そのフォルダー名や構造を維持してください。どの転送処理やアカウントによって生成されたファイルかを特定するのに役立つ場合があります。問題を診断している最中は、日付の一括変更を行わないようにしてください。

コレクションを代表する少数のサンプルを選びます。たとえば、確実にカメラで撮影した写真数枚、スクリーンショット、編集済み画像、動画などです。各ファイル名、OSに表示されるファイルの日付、メタデータ読み取りツールに表示される「撮影日時」または同等のフィールドを記録します。スプレッドシートで十分です。この比較により、問題がすべてのファイルに及んでいるのか、特定のデバイスだけなのか、あるいは特定の書き出し経路によるものなのかが明らかになります。

セクション 3

まず埋め込まれた撮影日を確認する

メタデータビューアーを使用して、画像自体に撮影日や元の作成日が含まれているか確認します。多くの画像フォーマットがこの情報を保持できますが、すべてのファイルに含まれているわけではありません。スクリーンショット、ウェブサイトから保存した画像、編集後のエクスポートファイル、スキャンデータなどには、信頼できる撮影タイムスタンプがない場合があります。該当するフィールドが存在しない場合でも、転送日を撮影日であるかのように流用してはいけません。

すべての日付ラベルが同じ意味を持つと思い込まず、利用可能な場合は関連するフィールドを比較してください。カメラの連番や既知のイベントと一致する撮影日は、転送日と一致するファイルシステムの日付よりも、並べ替えの根拠として信頼性が高くなります。埋め込まれた2つの日付が食い違っている場合は、その矛盾がわかる状態を維持し、何も変更せずに原因を調査してください。

動画の場合は、動画自体のメタデータも確認します。動画フォーマットは静止画とは異なる方法でタイムスタンプを保存することがあり、ソフトウェアによってタイムゾーンの解釈が異なる場合があります。クリップの日時が一定の時間数だけずれているように見える場合は、セット全体に修正を適用する前に、元のデバイスのタイムゾーンと受信アプリの表示設定を確認してください。

セクション 4

転送記録とサイドカーファイルを探す

写真がクラウドライブラリからのものである場合、ダウンロードやエクスポートの記録に、メディア内に埋め込まれている以上の情報が含まれていることがあります。Googleによると、Google フォト内のコメントなど、元のファイルに存在しない追加情報は補助的なJSONファイルに含まれる場合があるとのことです。調査中は、それらのJSONファイルを対応するメディアと同じ場所に保管しておいてください。ファイル名の一致やエクスポートフォルダーが、その記録がどのアイテムを指しているかを特定する手がかりになります。Google フォト:Google データをダウンロードする方法

移行元がアプリで管理されたライブラリであり、そのライブラリがまだ利用可能な場合は、そこから再度オリジナルをエクスポートすることを検討してください。Macの「写真」アプリには「未編集のオリジナルを書き出す」機能があり、割り当てられたIPTC情報やキーワードをXMPサイドカーファイルとして書き出すオプションも用意されています。これらの書き出し機能を利用することで、複数の転送ステップを経たコピーよりもクリーンな参照データを得ることができます。Apple: Macの写真、ビデオ、スライドショー、およびメモリーを書き出す

サイドカーファイルがあれば自動的に写真が修復されると思い込まないでください。そこには編集された日付、キャプション、その他のライブラリ情報が含まれていることがあり、別のプログラムで解釈する必要があります。正しいメディアファイルと照合し、コレクションを使用する予定のアプリケーションで結果の日付を確認してください。

セクション 5

確度を記録しながら不足している日付を再構築する

信頼できる埋め込み日付が存在しない場合は、独立した証拠から候補となる日付を組み立てます。イベントごとに整理されたフォルダーやアルバム、日付を含むファイル名、信頼できるメタデータを持つ前後の写真、当時のエクスポート記録などが挙げられます。その証拠を書き留め、結果には推定である旨を明記してください。これらの手がかりは推測を裏付けるものであり、正確な撮影時刻を証明するものではありません。

役立つ判断基準として、各画像を「確定(confirmed)」「有力(probable)」「不明(unknown)」に分類する方法があります。「確定」は、一貫した埋め込み撮影日があるか、信頼できる元のライブラリの記録があることを意味します。「有力」は、複数の手がかりが同じ日を指していることを意味します。「不明」は、入手可能な証拠では絞り込めないことを意味します。「確定」と「有力」の画像は推定された日付順に並べ替え、「不明」の画像には転送日を割り当てずに、日付未設定のグループとして保管してください。

証拠から特定できるのが「日付(日)」までである場合は、時間や分を勝手に補完しないでください。ファイル名から日付は推測できても時刻がわからない場合は、その精度を維持します。これにより、再構築されたタイムラインが、利用可能な記録の精度を超えて正確であるかのように見えてしまうのを防ぐことができます。

セクション 6

慎重に日付を修正し、結果を検証する

作業用コピーと裏付けとなる日付情報が用意できたら、変更する日付フィールドを選択できるフォトマネージャーまたはメタデータエディターを使用します。まずはコピーした少数のファイルでテストしてください。対象のアプリで希望通りの順序で表示されるか、ファイルが問題なく開くか、編集内容やサイドカー情報が維持されているかを確認します。すべての結果を確認し終えるまで、手を加えていないオリジナルはそのまま残しておいてください。

大規模なコレクションの場合は、タイムラインの最初、中間、最後からサンプルを確認するほか、デバイスや転送バッチごとのファイルも確認します。すべてのファイルに同じダウンロード日がスタンプされた塊がないか、予期しないタイムゾーンのずれがないか、編集・エクスポートされた画像が元の写真から大きく離れた位置に表示されていないかをチェックしてください。テストサンプルで想定通りの結果が得られない場合は作業を中断し、対象を広げる前に日付の情報源や編集対象のフィールドを見直してください。

セクション 7

元の時系列を復元できないケースを見極める

埋め込まれていた撮影日が削除され、ファイル名が変更され、サイドカーファイルもなく、元のライブラリや独立した記録も残っていない場合、正確な時系列を復元することは不可能な場合があります。残された手がかりから有用なおおよその並び順を作ることはできますが、不確かな日付には推定である旨をラベル付けし、本当に不明なアイテムは日付未設定のままにしてください。転送時のタイムスタンプに基づいて作られた一見正確そうなタイムラインよりも、透明性のある部分的なタイムラインの方が有用です。

次の順序で再構築を進めてください。コピーを保存し、埋め込み日付を調査し、エクスポート記録や元のライブラリを参照し、個別の手がかりが一致する場合にのみ推測を行い、修正をテストして代表的なファイルで検証します。このアプローチにより、不確実性を明確にしたまま、入手可能な最も確実な日付の証拠を活用できます。

セクション 8

出典

関連記事

このテーマをさらに見る