スマホで撮った写真や動画は、撮った直後は探せても、数か月たつと急に探せなくなります。ファイル名が「IMG_」で始まる似た名前ばかりで、どれが元のデータで、どれが編集済みなのか、どこに控えがあるのかが分からなくなるためです。撮影データは、撮る量が増えるほど、保存する前の「フォルダ設計」で探しやすさが決まります。
結論からいうと、条件で基本形が分かれます。家族写真や日常の記録が中心で量が少なめなら「年／月／出来事」という撮影日中心のシンプルな形、SNSや動画制作で複数の案件・テーマが並行するなら「年月／案件・テーマ／素材の種類」という組み合わせ型、長期で残したい原本が多いなら、そこに「原本と書き出し済みを分ける」「置き場所ごとに同じフォルダ構成をそろえる」を加えた形が向きます。共通するのは、階層を深くしすぎず、ファイル名の付け方を1つのルールにそろえ、元のデータには手を加えない置き場所を分けることです。この記事は、スマホで撮った動画・写真素材をバックアップする際のフォルダ設計だけに絞り、設計の一般的な考え方を整理します。同期の仕組みそのものや、PC全体のファイル整理、保全設計の全般には踏み込みません。内容はプラットフォーム公式等の情報に基づく整理で、著者本人の運用実例や実測ではありません。
なぜ撮影データには専用のフォルダ設計が要るのか
文書や表計算と違い、撮影データには次の特徴があります。
- 1回で量が一気に増える：1日の撮影で写真が数百枚、動画が数十本になることがあり、動画は1本でも容量が大きくなりやすい
- ファイル名が似通う：端末やカメラアプリが付ける名前は連番中心で、名前だけでは内容が分からない
- 撮り直しができない：行事や取材、制作の素材は、失うと作り直せないものが多い
- 派生ファイルが増える：元の写真・動画から、編集用コピー、編集プロジェクト、書き出し済み、投稿用に縮小した版などが次々に生まれる
このため、撮影データを文書と同じ「とりあえず1つのフォルダへ入れる」やり方で扱うと、原本と派生ファイルが混ざり、控えを取ったつもりでも同じファイルの重複や、逆に原本の取りこぼしが起きやすくなります。設計の目的は、おしゃれな整理ではなく、「原本はどこか」「編集したものはどこか」「控えはどこに、同じ構成であるか」を、名前と場所だけで判断できるようにすることです。
| 撮影データの種類 | 例 | 設計で分ける理由 |
|---|---|---|
| 原本（元データ） | スマホで撮ったままの写真・動画、録音したままの音声 | 撮り直しができない土台。上書き・再圧縮を避け、そのまま残す場所が要る |
| 作業用ファイル | 編集のために複製した素材、低解像度に変換した確認用ファイルなど | 消えても原本から作り直せる。原本と混ぜると、どちらが土台か分からなくなる |
| 編集プロジェクト | 動画編集・写真編集アプリのプロジェクトデータ、カットやテロップの情報 | 素材とは別ファイルで、失うと編集のやり直しになる。素材とセットで置き場所を決める必要がある |
| 書き出し済み・完成版 | 書き出した動画、現像・補正済みの写真、投稿用・納品用の版 | 原本とは役割が違う成果物。版（バージョン）が複数生まれるため、原本の場所とは分けて名前も区別する |
フォルダ設計の3つの原則
- ① 階層は浅く、3〜4段までを目安にする：細かく分けすぎると、保存するときに迷い、探すときは多くのフォルダを開くことになります。撮影日、案件・テーマ、素材種別という3つの切り口があれば、多くの場合は足ります
- ② 上の階層ほど、変わらない切り口にする：いちばん上を「年」や「大きなテーマ」のような後から増えても崩れない切り口にし、下の階層で細かい内容を分ける。逆にすると、分類の見直しのたびに全体を動かすことになります
- ③ 「マスターは1か所」と決める：同じ原本が、スマホ、PCのあちこち、クラウドに少しずつ違う版で散らばると、どれが正本か分からなくなります。原本の正本を置く場所を1つ決め、ほかの場所にあるものは「控え」か「作業用」と位置づけます
フォルダ名自体も、並び順がそのまま意味を持つように付けます。日付は「2026-10-24」のように桁をそろえた形式にすると、名前順に並べたときに時系列順になります。月や連番も「1、2、10」ではなく「01、02、10」のようにゼロ埋めすると、並び順が崩れにくくなります。これは特定のアプリの仕様ではなく、ファイル一覧の名前順で探すという前提に立った、設計上の工夫です。
階層の切り方：撮影日・案件／テーマ・素材種別の組み合わせ
切り口は主に3つです。撮影日（いつ撮ったか）、案件・テーマ（何のために、何を撮ったか）、素材種別（写真か動画か音声か、原本か書き出し済みか）。どれをいちばん上に置くかで、探し方が変わります。
| 型 | 階層の例 | 向いている使い方 | 弱点 |
|---|---|---|---|
| A. 撮影日が主役 | 2026 ＞ 2026-10 ＞ 2026-10-24_運動会 | 家族写真、旅行、日常の記録。「いつか」で思い出すことが多い人 | 同じテーマの撮影が日をまたぐと、複数のフォルダに分散する |
| B. 案件・テーマが主役 | 案件・テーマ名 ＞ 撮影日 ＞ 素材種別 | 仕事の制作、連載企画、同じ場所・同じ被写体を繰り返し撮る人。「何の素材か」で思い出すことが多い人 | プライベートな写真まで案件の切り口に当てにくく、テーマが増えると上の階層が膨らむ |
| C. 組み合わせ型（制作向けの基本形） | 年月 ＞ 案件・テーマ ＞ 素材種別／状態 | 撮影日でも案件でも探したい人、SNS・動画制作で撮影と制作が並行する人 | Aより1段深くなる。素材種別の分け方を先に決めないと、人や時期で分け方がぶれる |
たとえば組み合わせ型では、次のような形が一例です。あくまで設計例であり、フォルダ名の単語そのものを真似る必要はありません。自分の撮影テーマに置き換えてください。
- 00_未整理：取り込んだ直後の一時置き。ここにため続けないことが前提
- 01_撮影データ ＞ 2026-10 ＞ 2026-10-24_テーマ名 ＞ 01_写真_原本／02_動画_原本／03_音声
- 02_編集中 ＞ テーマ名：編集プロジェクトと作業用コピー
- 03_書き出し済み ＞ テーマ名：完成版（マスター）、投稿用などの版を分ける
- 99_アーカイブ：終わった案件・古い年を移す置き場所。日常の作業場所と分けることで、一覧が膨らみすぎるのを防ぐ
頭に「01_」「02_」のような番号を付けるのは、名前順に並べたときに、作業の流れ（未整理→原本→編集中→書き出し済み）の順に表示させるためです。個人の記録だけなら、ここまで分けず「年＞月＞出来事」の2〜3段で十分です。分ける段数を増やすほど管理は細かくなりますが、保存時の手間も増えます。「自分が保存するときに迷わない段数」が上限です。
ファイル名の付け方：日付＋内容＋連番を1つのルールにする
フォルダで大枠を分け、ファイル名で中身が分かるようにするのが役割分担です。おすすめの基本形は「日付_内容_連番.拡張子」です。
| 要素 | 例 | 付ける理由 |
|---|---|---|
| 日付 | 20261024、または2026-10-24 | 名前順＝時系列順になる。どちらかに統一し、混ぜない |
| 内容 | 公園、インタビューA、商品撮影など、短い単語で | サムネイルを開かなくても中身を推測できる。長い文章にすると後で付け方がぶれる |
| 連番 | 001、002……（3桁ゼロ埋め） | 同じ日に同じ内容で複数撮っても名前が重ならない。並び順も保てる |
| 状態の区別（書き出し時のみ） | 末尾に_master、_snsなど、あらかじめ決めた短い記号 | 原本と書き出し済みを、名前でも見分けられるようにする。記号の種類は増やしすぎない |
具体例は「20261024_公園_001.jpg」「20261024_インタビューA_001.mp4」のような形です。写真編集ソフト等の書き出し機能でも、元の名前を使うか、基本名に連番を付けて書き出すかといった指定ができ、保存先に同じ名前がある場合は上書きしないように名前が変えられる、とAdobeの公式案内で説明されています。書き出しは「原本とは別のファイルを新しく作る作業」と捉え、名前の付け方も原本用と書き出し用で分けて決めておくと、混同を防げます。
原本の名前はどうするか：2つの決め方から1つを選ぶ
- 原本は端末の名前のまま残し、フォルダ名で内容を示す：改名の手間がなく、撮影時の情報（端末が付けた連番）もそのまま残る。ただしファイル名だけでは中身が分からないため、フォルダ設計への依存度が高くなる
- 取り込み時に、日付＋内容＋連番へ一括で付け替える：どのフォルダへ移しても中身が分かる。ただし付け替えを中途半端にすると、付け替えたものとそうでないものが混ざって、かえって探しにくくなる
どちらが正解という話ではなく、途中で方式を変えないこと、変えるなら「この撮影分から」と境界を決めることが要点です。過去分をすべて付け替え直す作業は量が多いほど止まりやすいため、新しい撮影分からルールを適用し、過去分はフォルダ単位で段階的にそろえる進め方も現実的です。
名前に使わない方がよい文字
クラウドと同期する前提では、ファイル名・フォルダ名に使える文字にも制約があります。Microsoftの公式案内では、OneDriveやSharePointのファイル名・フォルダ名では「" ＊ ： ＜ ＞ ？ ／ ＼ ｜」といった文字が使えず、先頭・末尾のスペースも認められないとされています。ほかのサービスでも、記号の扱いは共通しない場合があります。撮影データの名前では、英数字、ハイフン、アンダースコア程度の無難な文字に寄せ、日付や区切り方を統一すると、PC、クラウド、編集アプリの間で移動させても名前が原因で止まりにくくなります。全角・半角の混在、末尾のピリオド、極端に長い名前も避けた方が無難です。
元データと編集済み・書き出し済みを分ける
| 置き場所の区分 | 入れるもの | 扱いのルール |
|---|---|---|
| 原本 | 撮ったままの写真・動画・音声 | 直接編集しない、切り取ったり圧縮したりして上書きしない。編集は複製した作業用ファイルで行う |
| 編集中 | 編集プロジェクト、作業用コピー、確認用の変換ファイル | 案件・テーマごとに素材への参照が分かる置き方にする。終わったら残すプロジェクトと捨てる作業用を分ける |
| 書き出し済み（マスター） | 完成版として書き出した動画・写真のうち、最も品質の高い版 | 投稿用に縮小・圧縮した版とは分ける。ここを「完成版の正本」にする |
| 書き出し済み（用途別） | 投稿用、共有用、納品用など、用途に合わせて作った版 | 名前の末尾の記号などで用途を区別する。作り直せる前提で、マスターから再生成できる状態を保つ |
分ける最大の理由は、「どれを消してよくて、どれを消してはいけないか」を一目で判断できるようにすることです。作業用や用途別の版は原本とマスターがあれば作り直せますが、原本と書き出しマスターは作り直せません。同じフォルダにすべてを混ぜると、容量を空けたいときに判断を誤りやすくなります。逆に、プロジェクトファイルは素材とは別種の「編集の記録」なので、素材の原本フォルダとは分けつつ、案件・テーマ名は素材側とそろえると、後から対応関係を追えます。
置き場所の役割分担：クラウドと外付けは「同じ構成の控え」にする
フォルダ設計は、置き場所ごとにバラバラに作ると破綻します。基本は「正本のフォルダ構成を1つ決め、控え側にも同じ構成で写す」ことです。そうすれば、コピーはフォルダごとに行え、控え側で探すときも同じ道順でたどれます。
| 置き場所 | 撮影の流れでの役割 | フォルダ設計での扱い |
|---|---|---|
| スマホ本体 | 撮影する場所。一時的な置き場所 | 本体の中での細かい整理に時間をかけすぎず、PC等へ取り込んだ後が本当の整理場所、と位置づける |
| PC（ローカル） | 取り込み、選別、編集の作業場所。正本を置く候補 | この記事で示した階層の正本をここに置く。編集中・書き出し済みもここを中心に分ける |
| 外付けSSD／HDD等 | 大容量の控え、終わった案件のアーカイブ先 | 正本と同じフォルダ構成で写す。動画など容量の大きい素材の控えに向く。つないでいない時間を作れる点も保全上の意味がある |
| クラウド（写真サービス／ストレージ） | 別の場所にある控え、別端末から見るための置き場所 | 自動で上がる写真ライブラリと、フォルダごと保管するアーカイブは役割が違う、と分けて考える。フォルダ保管側にも正本と同じ構成を使う |
クラウド側の自動保存については、公式案内でも仕組みが示されています。Appleの公式ガイドでは、iCloudへiPhoneやiPadをバックアップする手順が案内され、iCloud写真では写真や動画が自動でアップロードされ、元のフォーマット・フル解像度で保管されることなどが説明されています。Googleの公式ヘルプでは、Googleフォトのバックアップをオンにすると写真や動画がGoogleアカウントへ自動で保存され、サインインした端末からアクセスできること、バックアップできるのは一度に1つのGoogleアカウントであることが案内されています。Microsoftの公式案内では、OneDriveでフォルダをバックアップ・同期する仕組みが説明されています。
ここで撮影データの設計として押さえたいのは、自動で写真ライブラリに保存されることと、自分で決めたフォルダ構成でアーカイブすることは、同じではないという点です。写真サービス側で削除や編集がほかの端末へ反映される仕組みでは、ライブラリだけが唯一の置き場所だと、整理のつもりの削除が控え側にも及ぶ場合があります。大切な撮影分については、自動保存に任せる範囲と、フォルダ構成をそろえた控えとして別に写す範囲を分けて決めてください。同期とバックアップの違いの詳しい整理は本記事では繰り返さず、必要に応じて各サービスの公式案内で削除時の動きを確認してください。
容量の考え方はシンプルです。原本と書き出しマスターは控えの対象に含め、作業用の一時ファイルや、作り直せる用途別の版は控えの優先度を下げる。こう振り分けると、クラウドの容量も外付けの容量も、守るべきものに集中できます。具体的な料金や容量プランは変わるため、この記事では特定サービスの価格は挙げません。契約前に各公式ページで最新の内容を確認してください。
取り込みから保管までの流れを固定する
- ① 撮る：撮影前に、端末の空き容量と、撮影後に取り込む先（PCか外付けか）を確認しておく
- ② 取り込む：撮影した日、または決めたタイミングで「00_未整理」へまず丸ごと移す。選別は取り込みと同時に行わない方が、取りこぼしを防げる
- ③ 名前と場所をそろえる：未整理の中身を確認し、決めた階層とファイル名ルールに沿って撮影分フォルダへ移す。この時点で不要な失敗カットをどう扱うか（残す／分ける／消す）もルールを決めておく
- ④ 控えを写して、開いて確認する：外付けやクラウドなど、もう1か所へ同じ構成で写す。コピー完了の表示だけで終わらせず、写真数枚と動画1本を実際に開く・再生して確認する
- ⑤ 編集は作業用で行い、書き出しは別に置く：原本には触れず、完成したら書き出し済みの場所へ、マスターと用途別を分けて保存する
- ⑥ スマホ側を空けるのは最後：控えが2か所で確認できた後に、スマホ本体の撮影分をどうするか判断する。確認前に消さない順番を守る
この流れでいちばん大切なのは、②の未整理フォルダを「通過点」であって「保管場所」ではないと決めることです。未整理にたまり続けると、結局そこが一番大きな無秩序なフォルダになります。「撮影の翌日まで」「週に1回」など、自分で守れる間隔でよいので、未整理を空にするタイミングを先に決めてください。
設計が崩れるよくあるパターン
| パターン | 何が起きるか | 直し方 |
|---|---|---|
| 分類を細かくしすぎる | 保存するたびに迷い、結局デスクトップや未整理に置きっぱなしになる | 上の階層を撮影日と大きなテーマだけに戻し、細かい分類はファイル名やメモに寄せる |
| 途中で命名ルールを変える | 同じ意味のフォルダが2方式で存在し、検索や名前順でまとまらない | 変更日を境に「ここから新ルール」と決め、過去分は無理に全付け替えしない |
| 原本と書き出しを混ぜる | 容量整理で原本まで消す、投稿用に縮小した版だけが残る | 原本／編集中／書き出し済みの3区分だけでも先に分ける |
| 置き場所ごとに構成が違う | 控えにあるかどうかを、場所ごとに別の探し方で探すことになる | 正本の構成を決め、控えはフォルダごと写す形にそろえる |
| 個人の写真と制作素材を同じ切り口で混ぜる | 探す目的が違うものが混ざり、どちらにとっても探しにくくなる | 最上位だけでも「個人の記録」と「制作」を分け、下の階層の作りは共通にする |
始める前に決めるチェックリスト
- ① 主役の切り口 撮影日が主役か、案件・テーマが主役か、組み合わせ型か決めたか
- ② 階層の深さ 3〜4段までに収まる構成か。未整理、原本、編集中、書き出し済みの置き場所があるか
- ③ ファイル名 日付の形式、内容の書き方、連番の桁数、書き出し時の記号を1つのルールに決めたか
- ④ 使わない文字 クラウド同期で止まりやすい記号を避ける形に寄せたか
- ⑤ 原本の扱い 原本は上書きしない、編集は作業用で行う、という線引きを決めたか
- ⑥ 置き場所の役割 正本はどこか、控えはどこに、同じ構成で写すか決めたか。自動保存に任せる範囲と、フォルダで保管する範囲を分けたか
- ⑦ 流れとタイミング 取り込み→整理→控え確認→スマホ側を空ける、という順番と、未整理を空にする間隔を決めたか
よくある質問
Q. いちばん上は撮影日と案件・テーマ、どちらがよい？
思い出し方で決めます。「いつ撮ったか」で探すことが多ければ撮影日、「何の撮影だったか」で探すことが多ければ案件・テーマです。両方で探す制作用途では、年月を上に、案件・テーマをその下に置く組み合わせ型が無難です。どちらか一方に寄せた後で不便を感じたら、下の階層の切り口を足す方が、上の階層を作り替えるより影響が小さく済みます。
Q. 原本のファイル名は、付け替えた方がよい？
必須ではありません。フォルダ名で撮影日と内容が分かる設計なら、原本は端末の名前のまま残す方法も成り立ちます。付け替える場合は、取り込み時に一括で、日付＋内容＋連番の同じルールで付け替え、一部のファイルだけ付け替える状態を作らないことが大切です。
Q. クラウドの写真サービスに自動で入っているなら、フォルダ設計は不要？
自動保存は「写真ライブラリとして保存される」仕組みで、案件・テーマ別に原本、編集中、書き出し済みを分ける設計とは役割が異なります。制作素材のように派生ファイルが多いものや、長期のアーカイブとして残したいものは、自動保存とは別に、フォルダ構成をそろえた控えを用意する設計が向きます。自動保存側で削除がどう伝わるかは、サービスごとに公式案内で確認してください。
Q. たまってしまった過去の撮影データを、全部整理し直すべき？
一度に全部を完璧にそろえようとすると、作業量の多さで止まりやすくなります。先に新しい撮影分からルールを適用して流れを固定し、過去分は「年単位」「案件単位」などフォルダの塊ごとに、必要なものから段階的に移す進め方が現実的です。過去分に手を付ける前には、まず控えがある状態にしてから移動・改名を行ってください。
まとめ：浅い階層、一貫した名前、原本と書き出しの分離
スマホ撮影データのフォルダ設計は、①階層は撮影日／案件・テーマ／素材種別を組み合わせて3〜4段までに抑える、②ファイル名は日付＋内容＋連番の1ルールにそろえ、使える文字にも配慮する、③原本、編集中、書き出し済みを分け、原本は上書きしない、④置き場所ごとに構成を変えず、正本と同じ構成の控えを外付けやクラウドにも置く、⑤取り込みから控え確認までの流れを固定する、という5点で整理できます。
まずは次の1回分の撮影からで構いません。未整理フォルダに取り込み、決めた階層に移し、もう1か所へ同じ構成で写して開いて確認する。この1周を小さく回してみると、自分の撮影量に合う段数や名前の付け方が見えてきます。
参照した公式資料・確認日
- Apple：Back up your iPhone or iPad to iCloud（iCloudバックアップの手順。関連するiCloud写真の自動アップロードと元のフォーマットでの保管の考え方の確認）
- Google Photos Help：Back up photos and videos（バックアップをオンにするとGoogleアカウントへ自動保存されること、サインインした端末からアクセスできること、一度に1つのアカウントへのバックアップ）
- Microsoft Support：Restrictions and limitations in OneDrive and SharePoint（ファイル名・フォルダ名で使えない文字、先頭・末尾のスペースの扱い）
- Microsoft Support：Backup with OneDrive（OneDriveでのフォルダのバックアップ設定）
- Adobe ヘルプ：Elements Organizerでのフォルダーへの写真の書き出し（書き出し時のファイル名の指定、基本名＋連番、同名ファイルがある場合の扱い）
資料確認日：2026年10月24日。この記事はスマホ撮影データのフォルダ設計に関する一般的な考え方の解説であり、著者本人の運用実例・使用感・転送速度等の実測ではありません。特定のクラウド／ストレージ製品の価格は挙げていません。サービスの仕様や料金は変更される場合があるため、利用時は各公式ページで最新情報を確認してください。