AirDrop para Windows, Linux y Android

Última actualización: 2026-08-07

AirDrop solo existe dentro del mundo de Apple, lo que deja a todos los demás — Windows, Linux, Android y cualquier hogar con una mezcla de dispositivos — sin un equivalente integrado. Esta guía muestra lo más parecido a AirDrop para dispositivos que no son de Apple: abre una página web en ambos extremos y el archivo simplemente se mueve.

Funciona igual sea cual sea la plataforma, así que también cubre el caso que AirDrop nunca gestiona bien: un portátil con Windows, un ordenador de escritorio con Linux y un teléfono Android todos en la misma habitación, o los tres más un iPhone añadido.

El flujo tipo AirDrop: misma Wi-Fi, en el navegador

Lo que necesitas

Un navegador actual en cada dispositivo — Chrome o Edge en Windows, Firefox o Chrome en Linux, Chrome en Android. Nada de una tienda, nada que instalar.
Los dos dispositivos en la misma Wi-Fi. A diferencia de AirDrop, el criterio no es la cercanía: el descubrimiento agrupa los dispositivos por la IP pública desde la que se conectan, así que un teléfono que sigue en datos móviles no aparecerá ni estando en la misma mesa.
Acceso a internet en los dos, con la página abierta mediante https://relayium.com/. AirDrop no necesita internet en absoluto, mientras que estos dos navegadores sí tienen que llegar al punto de encuentro para hallarse, de modo que una red aislada pide una instancia autoalojada.
Ni cuenta ni código de emparejamiento para el caso de la misma red — eso es justo lo que este flujo comparte con AirDrop.

Este es el caso cotidiano para el que se creó AirDrop, y Relayium lo iguala sin necesidad de una app de ninguna tienda.

En cada dispositivo, abre la página de transferencia en el navegador.
```
https://relayium.com/
```
Compara la IP pública de la línea de estado en los dos. Compartir una dirección es lo que hace visibles a los dos dispositivos entre sí, y es la forma más rápida de descubrir el teléfono que nunca salió de los datos móviles.
```
Conectado · este dispositivo ThinkPad · IP pública 203.0.113.9
```
En el dispositivo que envía, busca el otro bajo «Dispositivos cercanos», elige su tarjeta y pulsa «Abrir espacio de trabajo». En un navegador actual esa es la única acción que ofrece una tarjeta, porque a partir de ahí archivos, carpetas y mensajes viajan todos por la única conexión cifrada que abre. Una sala puede listar varios dispositivos; abrir un espacio de trabajo es cómo eliges al único destinatario de esta transferencia, y abres otro cuando llega el turno de la siguiente persona.
El espacio de trabajo sustituye a esa tarjeta. Envía desde los controles bajo su encabezado: «Enviar archivos» para un lote de hasta 1.000, «Enviar una carpeta» para un árbol completo allí donde el navegador ofrece elegir carpetas, o escribe en el cuadro de mensaje — «Enter para una nueva línea · ⌘/Ctrl+Enter para enviar» — y pulsa «Enviar». En el dispositivo que recibe, lee la línea bajo la solicitud antes de aceptar — dice si el navegador preguntará dónde guardar o escribirá en sus propias descargas — y después pulsa «Aceptar». Para comparar antes un código de verificación (SAS), activa «Verificación avanzada» en los dos dispositivos antes de empezar.

Qué se ve cuando la transferencia funciona

A esas alturas la tarjeta del otro dispositivo ya no está — el espacio de trabajo ocupó su lugar —, así que lee el estado en el encabezado del espacio de trabajo: el dispositivo al que estás conectado, un estado de enlace «Conectado» y una única etiqueta de ruta que marca «Directo por LAN». El contador de archivos llega al último archivo del lote en las dos pantallas.

Cómo aterriza una carpeta depende del navegador que recibe, así que comprueba el resultado en vez de suponerlo: Chrome y Edge en un ordenador escriben el árbol en el directorio que elegiste, mientras que Firefox, Safari y todos los navegadores de teléfono te entregan un único .zip que se descomprime con la misma estructura. La lista de descargas de ese navegador es donde lo confirmas — chrome://downloads en Chrome, edge://downloads en Edge, about:downloads en Firefox.

Conectado a Pixel · Conectado · Directo por LAN
Archivo 8/8

Cuando el otro dispositivo no aparece

Empieza por el punto en que este flujo se aparta de AirDrop: lo que hace visibles a dos dispositivos entre sí es la red desde la que se conectan, no lo cerca que estén. Las comprobaciones de abajo son las primeras habituales más que una lista exhaustiva, y cada una lee su respuesta en la página en lugar de adivinarla.

Síntoma, comprobación, solución

El otro dispositivo está justo al lado y aun así no sale bajo «Dispositivos cercanos».

https://relayium.com/   # compara la IP pública de la línea de estado en los dos dispositivos

Dos direcciones IP públicas distintas son dos salas, y la cercanía no arregla eso. Pon primero los dos dispositivos en la misma Wi-Fi y apaga los datos móviles en el teléfono. Una VPN o iCloud Private Relay en cualquiera de los lados es otro motivo frecuente de dos direcciones; si estás dispuesto a cambiarlos, corta la VPN o desactiva Private Relay solo para esa red, y recarga https://relayium.com/ ahí. Si prefieres dejarlos puestos, un código de emparejamiento en https://relayium.com/cross-network llega al otro dispositivo sin tocar ninguno de los dos ajustes.

Los dos dispositivos muestran la misma IP pública y no aparece ninguna tarjeta.

https://relayium.com/   # la indicación bajo la lista de dispositivos nombra el ajuste del router

El router separa a sus propios clientes. Desactiva «aislamiento de AP / aislamiento de clientes» en sus ajustes de Wi-Fi, o usa un código de emparejamiento en https://relayium.com/cross-network cuando el router no sea tuyo.

En una red sin acceso a internet, la propia página no carga.

https://relayium.com/   # si nunca carga, la red no tiene ruta hasta el punto de encuentro

Esta es la diferencia real frente a AirDrop, que se las arregla sin internet. Dos navegadores siguen necesitando alcanzar el punto de encuentro para presentarse, así que en una red aislada levanta tu propia instancia dentro de ella — Relayium está bajo AGPL-3.0 en github.com/relayium/relayium — o vuelve a una memoria USB.

Antes de aceptar, el lado que recibe avisa de que el lote hay que sostenerlo en memoria.

chrome://downloads   # en Chrome; Edge tiene edge://downloads y Firefox about:downloads

Firefox, Safari y todos los navegadores de teléfono carecen de la API File System Access, así que montan el lote en memoria y Relayium avisa a partir de unos 256 MiB. Recíbelo en Chrome o Edge en un ordenador, o manda menos archivos de una vez, y revisa cada llegada en la lista de descargas de ese navegador en lugar de dar por hecho que se guardó — chrome://downloads en Chrome, edge://downloads en Edge, about:downloads en Firefox.

Una carpeta llegó como un único .zip en vez de como carpeta.

chrome://downloads   # en Chrome; sin selector de directorio, la entrada es un solo .zip

Ese es el resultado esperado en un navegador sin selector de directorio, y el archivo se descomprime con la misma estructura y las rutas relativas intactas. Descomprímelo, o recibe la misma carpeta en Chrome o Edge de ordenador, que pide un directorio de destino y escribe el árbol dentro tal cual.

Entre redes: emparejamiento y retransmisión

El servidor genera exactamente seis dígitos decimales (0–9, incluido un cero inicial). El remitente inicia sesión para crear el código; quien se une por código, enlace o QR nunca necesita una cuenta. Acepta nuevas conexiones durante cinco minutos; una transferencia ya conectada no se corta cuando termina la cuenta atrás.

Entre redes distintas, los navegadores usan por diseño un retransmisor TURN cifrado en vez de intentar primero una ruta directa. La clave permanece en los dos dispositivos, así que el retransmisor solo reenvía texto cifrado de extremo a extremo, no puede leer los archivos ni conserva una copia o historial del contenido en tiempo real.

Qué protege realmente el archivo

Ambos modos anteriores son transferencias en tiempo real, y ambos usan el mismo cifrado: un intercambio de claves X25519 deriva una clave que se usa para AES-256-GCM por bloque, negociada solo entre los dos dispositivos. Con la verificación avanzada activada (desactivada por omisión), ambos lados muestran el mismo código de verificación de 6 dígitos (una Short Authentication String) para comprobar que la clave derivada no se ha sustituido: ni el servidor de señalización ni un retransmisor TURN han suplantado a ninguno de los extremos ni han terminado el cifrado de extremo a extremo de la capa de aplicación. En transferencias entre redes, TURN sigue estando en la ruta de los datos, pero solo transporta texto cifrado y no es un extremo del cifrado. Cada archivo se comprueba de extremo a extremo con un hash SHA-256.

En este modo no se almacena nada en un servidor — existe solo durante la transferencia. Relayium es de código abierto bajo la licencia AGPL-3.0 en github.com/relayium/relayium, así que su mecánica es auditable en lugar de una caja negra.

Los límites prácticos, con honestidad

Como el archivo nunca llega a un servidor, no hay cuota de subida — el límite real es qué navegador está recibiendo. Un navegador de escritorio con la API File System Access (Chrome o Edge en Windows o Linux) transmite los datos entrantes directamente al disco, así que los archivos de varios gigabytes no dan problema. Firefox, Safari y todos los navegadores de móvil — incluido Chrome en Android — no tienen esa API, así que ahí la recepción se acumula en memoria y Relayium avisa a quien recibe antes de que acepte en cuanto se pasa de unos 256 MB. Tómalo como una estimación deliberadamente prudente, no como un techo medido: dónde cede de verdad depende de la memoria del dispositivo, de su sistema y de cuántas pestañas haya abiertas.

Las carpetas también funcionan: elige una carpeta en el escritorio (no en iOS) y se conservan las rutas relativas. Si el navegador receptor puede escribir directamente en un directorio elegido (Chrome o Edge de escritorio) los archivos se colocan en su sitio; si no (Firefox, Safari, cualquier navegador de móvil) toda la carpeta llega como un único .zip que se descomprime con la misma estructura.

Preguntas frecuentes

¿Hay una app oficial de AirDrop para Windows o Android?

No — AirDrop es exclusivo de los dispositivos de Apple y Apple nunca ha lanzado un cliente para Windows ni Android. Relayium es un equivalente basado en navegador: abre relayium.com en ambos dispositivos y funciona igual sea cual sea la plataforma, incluidas las parejas mixtas de Apple y no Apple.

¿Necesito una cuenta?

No para el flujo en la misma Wi-Fi — abre la página en ambos dispositivos y se descubren, sin ningún inicio de sesión. Enviar entre redes distintas con un código de emparejamiento requiere que el remitente inicie sesión; la persona que recibe nunca necesita una cuenta, en ninguno de los dos modos de red.

¿Necesito instalar algo?

No. Es una página web en todas las plataformas — Windows, Linux, macOS, Android e iOS — así que no hay nada que descargar de una tienda ni nada que mantener actualizado.

¿En qué se diferencia esto de la comparativa Relayium frente a AirDrop?

Ese artículo es un análisis frente a frente de dónde AirDrop es genuinamente mejor (hogares puramente de Apple) y dónde se queda corto. Esta guía es el tutorial para conseguir de verdad la experiencia tipo AirDrop cuando al menos un dispositivo no es de Apple.

¿Puede enviar a un grupo, como hace AirDrop?

No de una sola vez. La sala local no se limita a dos dispositivos, así que todos los que abrieron la página desde esa red aparecen listados a la vez — pero una transferencia es uno a uno: abres un espacio de trabajo con un destinatario, y esos archivos van ahí. Compartir el mismo lote con varias personas de la sala significa abrir un espacio de trabajo con cada una por turno. El modo con código de emparejamiento para enviar a través de internet une exactamente a dos dispositivos, a través de un retransmisor cifrado.

Abre Relayium en tu dispositivo Windows, Linux o Android y en aquel al que envías — sin cuenta necesaria en la misma red.

Prueba Relayium ahora