Compartir archivos multiplataforma: transferir entre dispositivos

Compartir archivos entre plataformas es un problema resuelto en cuanto dejas de depender de herramientas nativas. AirDrop (solo Apple), Quick Share (Google y Samsung), Compartir con dispositivos cercanos (solo Windows) e iMessage fallan todos en la frontera. Un enlace por navegador funciona en cualquier sistema operativo lanzado en la última década, porque HTTP y TLS son el idioma común. Sube el archivo una vez, pega la URL en cualquier app de chat, y un usuario de Linux en terminal, uno de Android con 4G y uno de macOS con Wi-Fi de hotel pueden descargar los mismos bytes.

El problema de interoperabilidad que resuelven los enlaces

Cuando un portátil Windows envía a un iPhone, ni AirDrop, ni AirPlay, ni SMB funcionan de forma nativa. Los parches habituales: correo (con tope de 25 MB), iCloud para Windows (caprichoso, exige Apple ID) o apps de terceros en ambos extremos. Todo suma fricción.

Una transferencia basada en enlace reduce el problema a tres pasos: el remitente sube a una URL, el destinatario pincha la URL y descarga. Sin federación de identidades, sin descubrimiento por mDNS, sin incompatibilidad de protocolos. El archivo viaja por HTTPS (TLS 1.3 desde 2018), que cualquier SO moderno soporta por defecto.

Lo que tiene que funcionar en todas las plataformas

Una transferencia de archivos genuinamente multiplataforma necesita:

• Subida por navegador usando la File API (espec: HTML Living Standard): funciona en Safari 12+, Chrome 38+, Firefox 50+, Edge 79+.
• Subidas reanudables por fragmentos para conexiones inestables. Implementadas con peticiones Range sobre HTTP/2.
• Manejo multiplataforma de nombres de archivo: NTFS admite caracteres que Linux no (y viceversa). El servicio tiene que sanear o preservar UTF-8 de forma consistente.
• Formato de archivo que el destinatario pueda abrir: .zip es la lingua franca. .tar.gz es Linux/macOS pero pide 7-Zip o WinRAR en Windows. .rar es software de pago en macOS por defecto.
• Cifrado de extremo a extremo que el navegador pueda hacer solo: la Web Crypto API crypto.subtle existe en todo navegador tier-one desde 2017.

Las plataformas y sus manías

macOS (Sonoma, Sequoia): Finder crea archivos __MACOSX y .DS_Store dentro de los zip. Usa zip -X desde Terminal o una app de "zip limpio" para quitarlos antes de enviar. Si no, los destinatarios en Windows ven basura.

Windows 11: sigue rechazando nombres con :, *, ?, ", <, >, |. Unicode bien, pero los espacios finales en nombres rompen. Las descargas van a %USERPROFILE%\Downloads y SmartScreen puede marcar un .exe dentro de un archivo.

Linux (Ubuntu, Fedora, Arch): sistema de archivos case-sensitive. Photo.jpg y photo.jpg conviven. Al comprimir en macOS (case-insensitive por defecto) para entregar a Linux, ojo con colisiones accidentales de nombres.

iOS/iPadOS: la app Archivos abre archivos comunes pero prefiere .zip. Apps de terceros como Documents by Readdle manejan .7z y .rar.

Android: Files by Google extrae .zip, pero para otros pide instalar RAR o 7-Zip. El almacenamiento con ámbito desde Android 11 restringe dónde aterrizan los archivos.

Chrome OS: cualquier archivo que reconozca Files —.zip, .rar, .tar, .gz—. El arrastrar y soltar desde Files a una pestaña del navegador funciona.

Una subida, todos los destinatarios: las cuentas

Una subida única a 100 Mbps para un archivo de 5 GB lleva unos 7 minutos. Un escenario con varios destinatarios (cuatro destinatarios en cuatro SO) con transferencias peer-to-peer individuales tardaría 4x por el enlace más lento, más la coordinación. El enfoque por enlace envía el archivo una sola vez a un servidor y deja que cada destinatario lo descargue a su ritmo, incluso de madrugada con el ordenador del remitente apagado.

Cifrado de extremo a extremo en todos ellos

El cifrado en el cliente con AES-256-GCM funciona igual en Safari en iPad, Chrome en Android, Edge en Windows, Firefox en Linux y Safari en macOS. La Web Crypto API está estandarizada (W3C Web Cryptography API, Recommendation 2017). Una contraseña introducida en el navegador se convierte en una clave de 256 bits vía PBKDF2-HMAC-SHA256. El archivo se cifra en fragmentos de 5 MB, cada uno con un IV único de 96 bits y una etiqueta de autenticación de 128 bits. El servidor nunca ve el texto plano.

HexaTransfer está construido sobre exactamente esta tubería. Un artista en Android puede enviar un proyecto cifrado de 8 GB a un animador en Linux: mismo código, mismo formato de ciphertext.

Los enlaces ganan a cualquier herramienta nativa

| Herramienta nativa | A quién sirve | A quién excluye | | --- | --- | --- | | AirDrop | Apple ↔ Apple | Todo el resto | | Quick Share | Android ↔ ChromeOS, alguna Windows | iOS, Linux, Mac antiguos | | Compartir con dispositivos cercanos | Windows 10/11 ↔ Windows | Todo el resto | | SMB/Compartido de Windows | Misma LAN | Destinatarios remotos | | Bluetooth OBEX | Cualquiera | Demasiado lento por encima de 20 MB | | Un enlace compartido | Cualquier navegador | Nadie |

Trampas de nombres y codificación

UTF-8 es la única codificación segura. Si envías un nombre con acentos desde macOS con normalización NFC (que macOS no hace: macOS usa NFD en APFS por compatibilidad con HFS+), un destinatario Windows podría ver café.pdf renderizado como cafe\u0301.pdf y negarse a abrirlo. Un buen servicio de transferencia renormaliza a NFC y sanea los caracteres no permitidos en Windows antes de almacenar.

Los espacios, emojis y escrituras no latinas (日本語, العربية, русский) sobreviven todos a una transferencia por navegador porque el servidor almacena los bytes UTF-8 crudos y la descarga los preserva con la cabecera Content-Disposition: attachment; filename*=UTF-8''... (RFC 6266).

Escenarios multiplataforma reales

• Arquitecto en Windows manda un modelo Revit .rvt de 400 MB a un cliente en macOS que revisa en Enscape: subida por navegador, descarga, el conversor Archicad-a-Revit corre en cualquier lado.
• Equipo de video en Linux Ubuntu edita en DaVinci Resolve y necesita entregar un proyecto .drp de 6 GB a un colorista en Windows: exporta el proyecto a .zip, sube, el colorista lo baja en cualquier SO.
• Fotógrafa en iPad exporta 12 GB de RAW .cr3 y los envía a una retocadora en un MacBook M3: subida desde Safari en iPad, descarga en Safari en macOS, con todos los metadatos originales preservados.

Comparativa de herramientas verdaderamente multiplataforma

| Servicio | Tamaño máximo | Cifrado E2E | Destinatario sin cuenta | Reanudación al caer | | --- | --- | --- | --- | --- | | WeTransfer gratis | 2 GB | No | Sí | No | | Smash | Ilimitado | No | Sí | Parcial | | SwissTransfer | 50 GB | Protegido por contraseña en reposo | Sí | Sí | | Dropbox Transfer | 100 GB (Pro) | No | Sí | Sí | | HexaTransfer | 10 GB | AES-256-GCM en el navegador | Sí | Sí |

Lo bonito del multiplataforma es que remitente y destinatario no necesitan ponerse de acuerdo en nada. Solo necesitan un navegador.

Pruébalo en hexatransfer.com — gratis, sin cuenta, hasta 10 GB.