Cross-Platform Sharing

An AirDrop Alternative for Windows and Android

AirDrop only exists inside Apple's ecosystem. The moment a Windows laptop or an Android phone is involved, you're back to email, USB cables, or a chat app — unless the transfer happens in a browser instead of a platform-specific protocol.

Why AirDrop can't help outside iOS and macOS

AirDrop uses a proprietary discovery and transfer protocol built specifically into iOS and macOS. It isn't licensed to Android or Windows, so there's no official client for either — any app claiming to be "AirDrop for Android" is a third-party reimplementation, not the real protocol, and generally can't talk to actual Apple devices either.

This becomes a real problem the moment your workflow crosses platforms — sending a photo from an Android phone to a Windows desktop, or from an iPhone to a Windows laptop, has no single built-in solution the way AirDrop handles iPhone-to-Mac.

A protocol that doesn't care what platform you're on

Instead of relying on a platform-specific protocol, a browser-based transfer sidesteps the problem entirely: any device with a modern browser — Windows, macOS, Linux, Android, iOS — can open /create-session or /join-session and pair with any other. The underlying transport is WebRTC, which is implemented consistently across Chrome, Edge, Firefox, and Safari, regardless of the operating system underneath.

Trading proximity detection for a QR code

AirDrop's main convenience is automatic discovery — nearby devices just show up. A cross-platform browser tool can't replicate Bluetooth proximity detection across every OS, so pairing is explicit instead: one device shows a session ID and QR code, the other scans or types it in. It's one extra step compared to AirDrop's auto-discovery, in exchange for working identically on every platform, including over the internet rather than requiring physical proximity.

What happens after the devices pair

Once paired, the two browsers negotiate a direct WebRTC data channel and the file streams straight across, encrypted with AES-256-GCM before it leaves the sending device. If a direct connection isn't possible — some networks block the UDP traffic WebRTC prefers — it falls back to a WebSocket relay that only ever handles encrypted ciphertext.

Where this comes up most often

Mixed-device households are the most common case: one family member on an iPhone, another on a Pixel or Samsung phone, a shared Windows desktop for schoolwork or photo editing. AirDrop handles the iPhone-to-Mac pairs fine but has nothing to offer once a Windows or Android device enters the picture. The same problem shows up in workplaces that issue Windows laptops but don't restrict which phone employees carry — sending a scanned document or a photo from a personal Android phone to a work Windows machine has no built-in answer without something like this.

It also matters for anyone switching platforms — moving from an iPhone to an Android phone, or from a Mac to a Windows machine — during the transition period where files still need to move between an old and a new device that no longer share a single ecosystem.

AirDrop vs. a browser-based alternative

  • Platform support: AirDrop — iOS/macOS only. Browser-based — any device with a modern browser.
  • Discovery: AirDrop — automatic via Bluetooth proximity. Browser-based — manual via session ID or QR code.
  • Range: AirDrop — requires physical proximity. Browser-based — works over the internet, no proximity required.
  • Install step: AirDrop — built into the OS. Browser-based — none; it's a website.
  • Encryption: AirDrop — encrypted over TLS between devices. Browser-based — AES-256-GCM end-to-end, keys derived on-device.

For transfers you do often, not just once

If you regularly move files between the same Windows PC and Android phone — say, exporting photos every week — repeating the QR-scan pairing each time is a minor but real bit of friction compared to AirDrop's instant discovery. The CLI's quick-share command is the better fit for that pattern: mint one link, bookmark it on the receiving device, and reuse the sending command whenever a new batch of files needs to go out, skipping the pairing step on repeat transfers.

Frequently asked questions

Related guides

Try it yourself — no account required

Open Srift in your browser or run the CLI. There's nothing to install to receive a file, and nothing to sign up for to send one.