コンテンツへスキップ
HexaTransfer
ブログへ戻る
ファイル転送

写真を一括でオンライン共有:高速グループ写真シェア

大量の写真を一度に共有したいですか?解像度を落とさず写真を一括送信する最速の方法をご紹介。

何百枚もの写真を元の解像度で共有するには、まとめて1つのアーカイブに ZIP 化し、転送サービスにアップロードしましょう。 HexaTransfer は10GBのアーカイブに対応し、 RAW 約400枚または高画質 JPEG 約4,000枚をカバーできます。 Google Photos と iCloud 共有アルバムはデフォルトで画像を縮小するため避けましょう。 iMessage と WhatsApp は再圧縮するため同様に避けましょう。圧縮フォルダへの単一リンクは、チャットに200ファイルをドラッグするより高速でクリーンです。

一括写真のファイルサイズ感

1枚あたりの典型的なサイズは次のとおりです。

  • iPhone HEIC(12MP): 2〜3MB
  • 一眼レフの JPEG(24MP、fine): 8〜12MB
  • Sony A7 IV の RAW(.ARW): 40〜60MB
  • Fujifilm GFX の RAW(.RAF 中判): 80〜120MB
  • フィルムスキャンの TIFF: 100〜300MB

1,500枚の JPEG(各10MB)の結婚式の写真は15GBです。同じ撮影の RAW アーカイブは60〜90GBになります。ほとんどのカジュアルな共有では2GB未満ですが、プロ向け納品では10〜50GBを見込んでください。

Google Photos と iCloud が画質を壊す理由

Google Photos の無料「保存容量の節約」設定は最大16MPに再エンコードします。 iCloud 共有アルバムは長辺2,048ピクセルに縮小して JPEG として再圧縮します。受信者が編集や印刷をする必要があるなら、どちらも使えません。両サービスともメインライブラリ(有料ストレージ枠から消費)では元画質を保持しますが、共有コンテンツに適用するには受信者も同じエコシステムで十分な有料ストレージが必要です。

メタデータを失わずに ZIP 化する

EXIF・IPTC・XMP のメタデータは JPEG/RAW ファイル内に保存され、ZIP 化しても影響を受けません。失われ得るものは次のとおりです。

  • 受信者が平坦なディレクトリに展開するとフォルダ階層が失われます(7-Zip の「パスを保存」で保護可能)。
  • macOS でファイルシステム間を展開すると作成日が展開時刻に変わります。
  • macOS の Finder コメントとタグは拡張属性として保存されており、ditto -c -k --keepParent による .zip で保存できます。

ほとんどのクライアントには OS 標準ツールで作った .zip で十分です。アーカイブ用途には macOS/Linux では .tar.gz、既に圧縮済みの JPEG には 7-Zip の「Store」圧縮(高速・無圧縮)が向きます。

JPEG の ZIP 圧縮はスキップでよい

JPEG フォルダへの deflate 圧縮はほぼ意味がありません。CPU 時間が10倍かかって節約は1〜3%程度です。 7-Zip では「Store」モード(無圧縮)を使うか、zip -0 で無意味な圧縮パスなしにファイルをまとめましょう。アップロード速度が向上します。

RAW は別です。多くのカメラはデフォルトで非圧縮 RAW を書き出し、.zip で15〜25%削減できます。カメラがロスレス圧縮 RAW(新しい Sony ボディの .ARW、 Canon の .CR3)を提供するなら既に圧縮済みなので ZIP での追加効果はありません。

一括写真転送向け無料サービス比較

| サービス | 最大アーカイブサイズ | EXIF 保持 | リンク有効期限 | |---|---|---|---| | HexaTransfer | 10 GB | はい | 14日 | | WeTransfer 無料 | 2 GB | はい | 3日 | | SwissTransfer | 50 GB | はい | 30日 | | Dropbox 共有フォルダ | 2 GB(Basic) | はい | 恒久 | | Google Drive リンク | 15 GB(共有) | はい | 手動管理 | | Flickr | 無料1,000枚 | はい(ただし再エンコードして表示) | 恒久 |

クライアントへの単発の受け渡しなら、 Drive フォルダへの招待を受け入れてもらうより HexaTransfer や SwissTransfer のほうがシンプルです。

アップロード前に写真を整理する

DSC_0001.JPG から DSC_2458.JPG まで構造のないアーカイブは受信者が困ります。ZIP 化前に次の手順を踏みましょう。

  1. 明らかな NGショット(目を閉じた写真、テスト撮影)を間引く。
  2. シーンやセットアップごとにサブフォルダを作成する。例:01_ceremony/02_portraits/03_reception/
  3. SNS 投稿用に Web 解像度の小さな「セレクト」サブフォルダをエクスポートする。
  4. 指示(プリントサイズ、公開禁止日、クレジット表記)があれば README.txt を含める。

この作業は20分で済み、プロとしての印象を与えます。受信者が誤ってマスターファイルを削除するのを防ぐ効果もあります。

HEIC の互換性問題

iPhone の写真はデフォルトで HEIC 形式ですが、メディア拡張機能アドオンをインストールしていない Windows 10 では開けません。混在する受信者に送る場合は、エクスポート時に JPEG に変換しましょう。 Lightroom と Photos には「エクスポート時に変換」オプションがあります。macOS のバッチ変換には Preview アプリが100枚以上を一度に処理でき、Windows では IrfanView や XnConvert が使えます。

プライバシー:顔・位置情報・メタデータ

写真はデフォルトで GPS 座標を持ちます。自宅での撮影分500枚を新しいクライアントに送ると、自宅の住所も一緒に送ることになります。信頼できる範囲外の人に一括共有する前に、GPS EXIF を削除しましょう。

  • Lightroom: エクスポートのメタデータパネルで「位置情報」のチェックを外す。
  • Photos(macOS): ファイル > 書き出し > 「位置情報を含める」をオフ。
  • Windows エクスプローラー: 右クリック > プロパティ > 詳細 > 「プロパティや個人情報を削除」。
  • exiftool バッチ: exiftool -gps:all= -P *.jpg

転送時のエンドツーエンド暗号化( HexaTransfer )は傍受を防ぎますが、JPEG 内部のメタデータは ZIP 化前に別途処理すべき問題です。

技術に詳しくない受信者に送るとき

祖父母や結婚式ゲストは .zip を展開できないことがよくあります。そういう相手には次の方法を検討しましょう。

  • Google Photos アルバムを作成する(縮小のトレードオフを受け入れる)。
  • SmugMug や Pic-Time のような専用ギャラリーツールを使う。
  • 個別保存できる20〜50枚のキュレーションされた写真をフルサイズで送る。

一括 ZIP 転送は、扱い方を知っている相手に最適です。編集者・印刷業者・クライアント・家族の記録係などが該当します。

hexatransfer.comでお試しください — 無料、登録不要、最大10GB。

エンドツーエンド暗号化で大容量ファイルを安全に送信

エンドツーエンド暗号化で最大10GBのファイルを無料で転送。アカウント不要。ファイルはアップロード前にブラウザで暗号化されるため、他の誰にも読まれません。

ファイルを送信