複数ファイルを一度に送る方法：バッチ転送ガイド

複数ファイルを一度に送るには、すべてを転送サービスにドラッグするか（最新ツールは複数ファイルのドロップに対応）、まず単一のアーカイブに ZIP 化しましょう。 HexaTransfer は任意の数のファイルで合計10GBまで対応します。メールは依然として添付を含むメッセージあたり約20〜25MB が上限です。フォルダ構造を保持するには .zip が必要ですが、平坦な複数選択ドロップでは保持されません。受信者が構成を必要とするか内容だけで良いかで選択しましょう。

ドラッグ＆ドロップと ZIP アーカイブの使い分け

複数ファイルのドラッグ＆ドロップ： 速くて前処理不要ですが、フォルダ階層は平坦化されます。受信者は N 個のファイルを個別にダウンロードするか、サービスが生成するアーカイブを受け取ります。

単一の ZIP アーカイブ： アップロードは1ファイルでディレクトリ構造を保持し、テキスト中心のコンテンツは圧縮されます。欠点として ZIP 化のステップが加わり、受信者は展開が必要です。

目安として、1〜20個の独立したファイルならすべてドラッグしましょう。ネストしたフォルダがある、または50個以上のファイルがある場合は先に ZIP 化することをお勧めします。

各 OS での ZIP アーカイブ作成手順

macOS： 選択したファイルやフォルダを右クリック > 圧縮。メタデータを正しく保持するにはターミナルで以下を実行します。

ditto -c -k --keepParent source_folder archive.zip

Windows 11： 右クリック > 圧縮 > ZIP ファイル。追加オプション（7z、分割アーカイブ）が必要なら 7-Zip をインストールしましょう。

Linux：

zip -r archive.zip source_folder/
# または
tar -czf archive.tar.gz source_folder/

クロスプラットフォーム注記： .zip は最も安全な汎用フォーマットです。.tar.gz は Unix ネイティブで Windows ユーザーには 7-Zip や WinRAR が必要です。.rar は独自仕様なので共有成果物には避けましょう。

主要サービスのファイル数・容量制限

| サービス | 1転送あたりの最大ファイル数 | 合計最大サイズ | |---|---|---| | HexaTransfer | 合計10 GB に制限 | 10 GB | | WeTransfer 無料 | 2 GB 内で無制限 | 2 GB | | SwissTransfer | 最大50ファイル | 50 GB | | Gmail 直接 | 数十可能、合計約25MB | 25 MB | | Outlook | 同様 | 20 MB | | Dropbox Transfer | フォルダレベル | 無料100MB、有料100GB |

500枚の写真を個別に送る場合、サービスによって対応が異なります。受信者用に単一のダウンロード ZIP を作成するものもあれば、ファイルごとのダウンロードを強制するものもあります。 HexaTransfer と WeTransfer は複数ファイル転送をダウンロード時に1つのアーカイブにまとめます。

フォルダ構造：保持されるか平坦化されるか

ほとんどのブラウザアップローダーにフォルダをドラッグすると、ブラウザは再帰的にたどって次のいずれかを行います。

相対パスで各ファイルをアップロードする（最新のサービス — 構造を保持）。
各ファイルをトップレベルとしてアップロードする（古い、またはシンプルなサービス — 構造を平坦化）。

フォルダ構造が重要な場合（受信者がビルドを実行する・ Lightroom カタログをインポートする・兄弟を参照するプロジェクトファイルを開く）は、先に ZIP 化しましょう。ドラッグ＆ドロップがネストを保持すると信じずにテストすることをお勧めします。

並列アップロードのパフォーマンス

良いサービスは HTTP/2 または HTTP/3 の多重化ストリーム上で複数ファイルを並列アップロードします。典型的な同時実行数は4〜8です。光回線では上り帯域が飽和します。低速回線では並列化が小ファイルの TCP ハンドシェイクのレイテンシーを隠して役立ちます。

実用的な意味合いとして、100個の小さなファイル（各5MB未満）は同じ内容の単一 ZIP アーカイブよりも遅くアップロードされることがあります。ハンドシェイクのオーバーヘッドが支配的になるためです。合計200MBの2,000個のソースコードファイルのフォルダをアップロードする場合、先に ZIP 化すればアップロード時間を大幅に削減できます。

重複コンテンツを活かす圧縮テクニック

同じようなバンドル（同じストックアセットのライブラリ、同じテンプレートパック）をよく送る場合、7z のようなツールはファイル間で圧縮するソリッドアーカイブを作成できます。ソリッド圧縮はバッチ全体を1つのストリームとして扱い、ファイルごとの ZIP が見逃す繰り返しパターンを捕捉します。類似する100個の .docx テンプレートフォルダは、標準 ZIP の5〜10%に対して、7z ソリッドモードで40〜60%縮みます。

欠点として、ソリッドアーカイブからは全体を処理せずに単一ファイルを取り出せません。単発配信には問題ありませんが、受信者が時々ファイルを取り出すライブラリには煩わしいです。

巨大なバッチの分割方法

バッチが無料プランの上限（ HexaTransfer は10GB、 WeTransfer 無料は2GB など）を超える場合、複数のアーカイブに分割しましょう。

# 7-Zip コマンドライン
7z a -v2g archive.7z source_folder/

これは各2GBの archive.7z.001・archive.7z.002 などを作成します。受信者はすべてのパートをダウンロードして同じフォルダに置き、最初のものを展開します。7-Zip が自動結合します。ほとんどのサービスで複数の別リンクを送ることが可能です。パッケージ化とラベル付け（PartA・PartB）を明確にして、受信者がすべてを取得する必要があると分かるようにしましょう。

ファイル名で詰まらないための命名規則

特殊文字（/・:・?・*・非ASCII）を含むファイル名はトラブルの元です。macOS・Windows・Linux は許可する文字が異なります。外部配信用に ZIP 化する前に次のことを確認しましょう。

名前にスラッシュとコロンを使わない。
スペースの代わりにアンダースコアやハイフンを使う（一部のツールはスペースを適切にエスケープしない）。
ファイル名を255文字未満に保つ。
Windows のデフォルト設定のためアーカイブパスを260文字未満に保つ。

よくある失敗パターン：Finder タグで Mac 上で ZIP 化し Windows ユーザーに送ると、._filename メタデータファイルで展開が失敗することがあります。ditto を使うか、Windows 受信者に送る前に __MACOSX フォルダを削除しましょう。

受信者の負担を減らすコツ

バッチ配信は受信者がダウンロード・展開・自分で整理しなければならない時に最も煩わしいものです。次の工夫で負担を軽減できます。

アーカイブを記述的に命名する。例：project-alpha-final-deliverables-2026-04-17.zip。
トップレベルにコンテキストを含む短い README.txt を含める。
送信メッセージにサイズと予想展開サイズを記載する。
送信前にクリーンな環境でアーカイブがきれいに開くことを確認する。

「自分で先に開く」ステップは、予想以上に ZIP の破損を発見することがあります。

バッチ転送の代わりに同期を使う場面

バッチが時間とともに成長する場合（受信者が毎週ファイルの追加を期待する）は、共有フォルダ（ Dropbox・ Drive・ Nextcloud ）のほうが繰り返しのバッチ転送よりも適しています。 HexaTransfer や WeTransfer は単発配信に、同期ツールは継続的なコレクションに使いましょう。

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