クロスプラットフォームファイル共有：デバイス間転送

プラットフォームネイティブのツールに頼るのをやめた瞬間、クロスプラットフォームのファイル共有は解決済みの問題になります。 AirDrop （ Apple 専用）、 Quick Share （ Google と Samsung ）、 Nearby Sharing （ Windows 専用）、 iMessage はすべて OS の境界で失敗します。 HTTP と TLS が共通言語であるため、過去10年に出荷されたすべての OS でブラウザリンクは機能します。一度ファイルをアップロードして URL をどのチャットアプリにも貼り付ければ、 CLI の Linux ユーザー、4G の Android ユーザー、ホテル Wi-Fi の macOS ユーザーが全員同じバイトを受け取れます。

ブラウザリンクが解決する相互運用問題

Windows のノートPC が iPhone に送るとき、 AirDrop 、 AirPlay 、 SMB のいずれもネイティブには動作しません。一般的なフォールバックはメール（25 MB 上限）、 Windows 用 iCloud （不安定で Apple ID が必要）、または両端へのサードパーティアプリのインストールです。これらはすべて摩擦を生みます。

リンクベースの転送は問題を3ステップに凝縮します。送信者が URL にアップロードし、受信者が URL にアクセスしてダウンロードする。アイデンティティ連携も mDNS 検出もプロトコル不一致もありません。ファイルは HTTPS （2018年以降 TLS 1.3 ）で転送され、すべての最新 OS がデフォルトでサポートしています。

すべてのプラットフォームで機能するための要件

真のクロスプラットフォームファイル転送に必要な要素です。

File API を使ったブラウザアップロード（仕様：HTML Living Standard）—— Safari 12+ 、 Chrome 38+ 、 Firefox 50+ 、 Edge 79+ で動作します。
不安定な接続のための再開可能チャンクアップロード。 HTTP/2 上の Range リクエストで実装されます。
クロス OS のファイル名処理： NTFS は Linux が許可しない文字を許可します（逆もまた然り）。サービスは UTF-8 を一貫してサニタイズまたは保持する必要があります。
受信者が開けるアーカイブ形式：.zip が共通語です。 .tar.gz は Linux / macOS 向けですが Windows では 7-Zip や WinRAR が必要です。 .rar は macOS ではデフォルトで有料ソフトウェアです。
ブラウザ自体が実行できるエンドツーエンド暗号化：Web Crypto API の crypto.subtle は2017年以降すべてのティア1ブラウザに搭載されています。

プラットフォームごとの癖

macOS （ Sonoma 、 Sequoia ）：Finder は zip 内に __MACOSX と .DS_Store ファイルを作成します。送信前にターミナルの zip -X か「クリーン zip」アプリで削除しましょう。そうしないと Windows の受信者にゴミが見えます。

Windows 11 ：依然として :、*、?、"、<、>、| を含むファイル名を拒否します。 Unicode は問題ありませんが、ファイル名末尾のスペースは壊れます。ダウンロードは %USERPROFILE%\Downloads に入り、 SmartScreen がアーカイブの .exe にフラグを立てることがあります。

Linux （ Ubuntu 、 Fedora 、 Arch ）：大文字小文字を区別するファイルシステムです。 Photo.jpg と photo.jpg が共存します。 macOS （デフォルトで大文字小文字を区別しない）で Linux 配信用に zip するとき、偶発的な名前衝突に注意してください。

iOS / iPadOS ： Files アプリは一般的なアーカイブを開きますが .zip を好みます。 Documents by Readdle のようなサードパーティアプリは .7z や .rar を扱います。

Android ： Files by Google アプリは .zip を展開しますが、その他には RAR や 7-Zip のインストールが必要です。 Android 11 以降のスコープ付きストレージがファイルの保存場所を制限します。

Chrome OS ： Files アプリが認識する任意のアーカイブ——.zip 、 .rar 、 .tar 、 .gz 。 Files からブラウザタブへのドラッグ＆ドロップはそのまま動作します。

1回のアップロードで全受信者をカバーできる理由

100 Mbps での5 GB ファイルの単一パスアップロードは約7分かかります。個別 P2P 転送の複数受信者シナリオ（4つの OS 上の4人）は最も遅い上り回線でその4倍かかります。調整コストも加わります。リンクアプローチはサーバーに一度だけファイルを送信し、送信者のコンピューターが閉じている夜間も含めて、各受信者が自分のペースで取り出せます。

すべての OS でのエンドツーエンド暗号化

AES-256-GCM を使ったクライアントサイド暗号化は、 iPad の Safari 、 Android の Chrome 、 Windows の Edge 、 Linux の Firefox 、 macOS の Safari で同一に動作します。 Web Crypto API は標準化されています（ W3C Web Cryptography API 、2017年勧告）。ブラウザに入力したパスワードは PBKDF2-HMAC-SHA256 で256ビット鍵になります。ファイルは5 MB チャンクで、各チャンクに固有の96ビット IV と128ビット認証タグが付いて暗号化されます。サーバーは平文を決して見ません。

HexaTransfer はまさにこのパイプラインで構築されています。 Android のアーティストが暗号化された8 GB のプロジェクトを Linux のアニメーターに送れます。同じコードパス、同じ暗号文形式です。

リンクはすべてのネイティブ共有ツールに勝る

| ネイティブツール | 対象 | 除外される相手 | | --- | --- | --- | | AirDrop | Apple ↔ Apple | その他全員 | | Quick Share | Android ↔ ChromeOS 、一部 Windows | iOS 、 Linux 、古い Mac | | Nearby Sharing | Windows 10/11 ↔ Windows | その他全員 | | SMB / Windows 共有 | 同一 LAN | リモート受信者 | | Bluetooth OBEX | 任意 | 20 MB 超では低速すぎる | | 共有リンク | すべてのブラウザ | 誰も除外しない |

ファイル名とエンコーディングの落とし穴

UTF-8 が唯一安全なエンコーディングです。 macOS はアクセント付き文字のファイル名に NFC ではなく NFD 正規化を使います（ HFS+ 互換性のため）。 Windows の受信者は café.pdf が café.pdf として表示され、開けない場合があります。良い転送サービスは NFC に再正規化し、 Windows で禁止されている文字を保存前にサニタイズします。

スペース、絵文字、非ラテン文字（日本語、العربية、русский）はすべてブラウザベースの転送を通じて保持されます。サーバーが生の UTF-8 バイトを保存し、ダウンロードが Content-Disposition: attachment; filename*=UTF-8''... ヘッダー（ RFC 6266 ）で保持するからです。

真にクロスプラットフォームなツールの比較

| サービス | 最大サイズ | E2E 暗号化 | アカウント不要の受信者 | 瞬断時の再開 | | --- | --- | --- | --- | --- | | WeTransfer Free | 2 GB | いいえ | はい | いいえ | | Smash | 無制限 | いいえ | はい | 部分的 | | SwissTransfer | 50 GB | 保存時のパスワード保護 | はい | はい | | Dropbox Transfer | 100 GB（Pro） | いいえ | はい | はい | | HexaTransfer | 10 GB | ブラウザ内 AES-256-GCM | はい | はい |

クロスプラットフォームの美点は、送信者と受信者が何も事前に合意する必要がないことです。ブラウザさえあれば十分です。

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