ファイルではなくフォルダごと送る方法

最終更新: 2026-08-05

プロジェクトを送ることは、ファイルを送ることとは違います。手元にあるのはサブフォルダの入ったフォルダで、ひとつずつコピー&ペーストすると、それを役立つものにしている構造が失われてしまいます。先に圧縮しておく手もありますが、転送を始める前に圧縮ツールへ寄り道することになります。

Relayium ならリアルタイム転送でフォルダをそのまま選んで送信できます。ブラウザはツリー全体と相対パスを保ち、同じ LAN では WebRTC で直接、ネットワークをまたぐ場合は TURN でエンドツーエンド暗号文としてライブ転送し、サーバー側のリアルタイムコピーや履歴を残しません。後で受け取れる保存リンクだけは、ツリーを運ばない唯一の経路です。自分でフォルダを書庫にまとめ、その1ファイルをアップロードしてください。

ファイルの山ではなく、フォルダを選ぶ

必要なもの

送信側はデスクトップのブラウザ、つまり Chrome、Edge、Firefox のいずれか。iPhone や iPad の Safari のファイル選択画面はフォルダをまったく選べず個々のファイルだけなので、フォルダ送信はパソコンから始めます。
ファイル数が最大 1,000 のツリー。この上限はセッションごとではなくバッチごとなので、より大きなツリーは接続し直さずに数回に分けて送れます。
受信側のブラウザについての判断。届いたものの形はそれで決まります。Chrome か Edge なら受信者が選んだフォルダにツリーを書き込み、それ以外のブラウザでは代わりに 1つの .zip ができます。
リアルタイム送信なら双方が同時にオンラインであること。相手がいない場合は、サインイン済みの送信者に加えて、自分で作った書庫が必要です。保存リンクがアップロードするのは平坦なファイル一覧で、ディレクトリ構造は運ばれないからです。

ファイルを1つずつ選ぶのではなく、フォルダそのものを選びます。Relayium はブラウザ内でディレクトリツリー全体をたどり、各ファイルの相対パス（サブフォルダ、入れ子になったサブフォルダも含む）をすべて保持するので、相手に届くものは元と同じレイアウトになります。

これは現在、デスクトップの Chrome、Edge、Firefox で使えます。iOS では使えません。iPhone や iPad の Safari のファイル選択画面にはフォルダを選ぶ手段がなく、個々のファイルしか選べないため、フォルダ送信は今のところデスクトップの機能です。

送信側のパソコンで転送ページを開きます。同じネットワークなら同一ネットワークのページ、ペアリングコードが必要ならリアルタイム転送のページです。
```
https://relayium.com/
```
フォルダをページにドラッグするか、フォルダ選択ボタンを使います。Relayium がブラウザ内でツリーをたどり、各ファイルの相対パスを保つので、事前に圧縮する必要はありません。
同じネットワークなら、「近くのデバイス」で相手を見つけ、そのカードで「ワークスペースを開く」を押し、ワークスペース内の「フォルダを送信」の添付を使います。ネットワークをまたぐ場合も同じ一つの操作です。ペアリングコードの部屋に参加し、そこでも相手のカードで「ワークスペースを開く」を押します。どちらの場合も、相手に届くリクエストには、1ファイルではなくツリー全体のファイル数と合計サイズが示されます。
受信側では、受け入れる前にリクエストの下の行を読んでください。Chrome か Edge ならブラウザが保存先を尋ねると書かれており、その経路こそがディスク上にフォルダを再現します。読んだうえで「受信」を押します。
両方の画面で、ファイルカウンターがツリーを1つずつ進むのを見守ります。数えているのはファイルなので、300 ファイルのフォルダはバッチ全体の進捗バー1本ではなく「ファイル 300/300」まで進みます。
```
ファイル 300/300
```

フォルダ送信が終わったときの画面

カウンターはそのバッチの最後のファイルで止まり、各ファイルは到着時に固有の SHA-256 ハッシュでエンドツーエンドに検証済みなので、着地したものは送ったものとバイト単位で一致します。

その次に見るのはページではなく結果で、ブラウザによって異なります。Chrome か Edge なら選んだフォルダの中にサブフォルダごとツリーがあり、Firefox か Safari ならダウンロード一覧に .zip が1つあって、展開すると同じ構造になります。

LAN直結
ファイル 300/300

相手が受け取るもの

フォルダの届き方は受信側のブラウザによって変わります。Chrome と Edge は、受信者が選んだディレクトリへファイルを直接書き込めるため、フォルダは送り出したときとまったく同じ形でディスク上に現れます。追加の手順は不要です。

Firefox と Safari にはその機能がないため、代わりに無圧縮（ストア方式）の .zip アーカイブを1つ受け取り、解凍すると同じフォルダ構造になります。サイズは 4 GiB 未満に収まります（ZIP64 非対応）。これはほとんどのプロジェクトフォルダや写真・書類のまとまりをカバーしますが、それより大きい場合は2回に分けて送ってください。

症状・確認・対処

送信側の端末でフォルダを選ぶ手段がまったく見つからない。

https://relayium.com/   # 選択画面がフォルダを出すのはブラウザが対応している場合だけ

ほぼ確実に iPhone か iPad で、そこでは Safari の選択画面が個々のファイルしか出しません。フォルダ送信はパソコンの Chrome、Edge、Firefox から始め、スマホは受信側として使ってください。

届いた .zip が壊れている、またはダウンロードが 4 GiB 近くで止まる。

chrome://downloads   # .zip のサイズを送ったフォルダと見比べる

アーカイブ経路は ZIP64 に対応していないため、単一エントリもアーカイブ全体も 4 GiB 未満に収める必要があります。ツリーを2回に分けて送るか、受信側に Chrome か Edge を使ってもらってください。そちらは選んだフォルダへファイルを書き込み、アーカイブをまったく作りません。

.zip のサイズがフォルダと同じで、まったく圧縮されていない。

chrome://downloads   # エントリのサイズがフォルダの合計と一致し、小さくならない

これは想定どおりです。このアーカイブはストア方式なので、圧縮せずにツリーをまとめるだけで、送ったものとバイト単位で同一のままです。回線上のサイズが正確な複製より重要なら、送る前に自分でフォルダを圧縮してください。

ファイルは届いたが、すべて1つのフォルダに平たく並び、サブフォルダが消えている。

chrome://downloads   # ディレクトリ選択のないブラウザは .zip を1つ渡す

リアルタイム送信では相対パスが保たれるので、これは転送が構造をつぶしたのではなく、展開前の .zip の見た目です。アーカイブを展開すればサブフォルダはそこにあります。ツリーを直接ディスクへ置きたい場合は Chrome か Edge で受け取り、尋ねられたときに保存先フォルダを選んでください。本当に平坦になる経路は保存ダウンロードリンクだけで、そこは平坦なファイル一覧をアップロードしてパスを捨てます。リンクで渡すフォルダを先に書庫へまとめるのはそのためです。

数百ファイルのフォルダが途中で止まり、1つ足りない。

https://relayium.com/   # カウンターが止まったファイルの名前を示す

リアルタイム送信は1回のライブセッションで、両方のページが開いたままなら一時的な切断は最後の永続チェックポイントから再開できます。どちらかを閉じたり再読み込みしたりするとセッションは終わり、再開できるものは残りません。まずは両方のタブを開いたまま少し待ち、セッションが本当に終わっていたときだけ、カウンターが示したファイルからバッチを送り直してください。相手が同席しない受け渡しなら、先に自分でフォルダを zip にまとめ、その1つの書庫を保存リンクとしてアップロードします。保存アップロードが受け取るのは平坦なファイル一覧だからです。

今すぐリアルタイムで、または後で取れるリンクを

双方が同時にオンラインなら、フォルダをリアルタイムで送れます。同じ LAN では WebRTC が直接接続し、ネットワークをまたぐブラウザは設計上 TURN で、リレーが読み取りも復号もできないエンドツーエンド暗号文を運びます。Relayium はサーバー側のリアルタイムコピーや転送履歴を保持しません。同じネットワークはアカウント不要で、ネットワークをまたぐ場合はペアリングコードの作成者がサインインし、参加者は不要です。

相手が今いない場合は、代わりに保存リンクを作成できます。ただし先に自分でフォルダを書庫へまとめてください。保存アップロードが受け取るのは平坦なファイル一覧で、相対パスは捨てられます。ツリーをそのままアップロードすると、届くのはばらばらのファイルで、別のサブフォルダにある同名の2ファイルは衝突します。ふつうの .zip を作ってその1ファイルをアップロードすれば、構造は書庫の中を一緒に運ばれます。ブラウザはアップロード前に、そのリンク自体にしか存在しないランダムな AES-256-GCM 鍵でアップロードするものを暗号化するため、サーバーは読めない暗号文だけを保持します。リンクの作成には送信側のサインインが必要です。有効期限は1時間・1日・3日・7日・最長14日（プランによる）から選ぶか、初回ダウンロード後に消去する設定にもできます。

よくある質問

iPhone や iPad からフォルダを送れますか？

送信側としては送れません。iOS の Safari にはフォルダ選択の手段がなく、個々のファイルしか選べないため、現在フォルダ送信はデスクトップの Chrome、Edge、Firefox からのみ行えます。iPhone や iPad は受信側としてはフォルダを問題なく受け取れます（.zip として届きます）。

サブフォルダやファイル構造は保持されますか？

リアルタイム送信なら保持されます。Relayium は入れ子になったサブフォルダを含む各ファイルの相対パスを保持するため、届くフォルダは選んだものと同じレイアウトになります。保存ダウンロードリンクは別で、平坦なファイル一覧をアップロードしてパスを捨てるので、構造を残したいときは自分でフォルダを書庫へまとめ、その書庫をアップロードしてください。

フォルダ送信に入れられるファイル数の上限は？

1バッチ最大1,000ファイルで、それぞれ到着時に固有の SHA-256 ハッシュで検証されます。

相手が受け取るのは実際のフォルダですか、それとも .zip ですか？

相手のブラウザによります。Chrome と Edge は相手が選んだディレクトリへファイルを直接書き込みます。Firefox と Safari は無圧縮の .zip（4 GiB 未満）を1つ受け取り、解凍すると同じフォルダ構造になります。

フォルダを送るのにアカウントは必要ですか？

同じネットワークなら不要です。ネットワークをまたいでペアリングコードで送る場合は送信側のサインインが必要ですが、受信側はどちらの場合もアカウント不要です。

フォルダを選んで、そのままの形で送りましょう。構造そのまま、すべてのファイルを検証済みで。

Relayium を今すぐ試す