Email vs servicios de transferencia: ¿cuál es mejor en 2026?

Para cualquier archivo mayor de 25 MB, o cualquier cosa que no quieras dejar en la bandeja de entrada de alguien durante siete años, un servicio de transferencia dedicado supera al email. Gmail limita los adjuntos a 25 MB, Outlook a 20 MB, y ambos eliminan silenciosamente los archivos ejecutables. Servicios como HexaTransfer, WeTransfer y SwissTransfer gestionan archivos de hasta 10 GB o más, cifran las cargas en tránsito y en reposo, y el enlace caduca automáticamente. El email sigue ganando para mensajes cortos con archivos pequeños; pierde en casi todo lo demás.

El tope de 25 MB que no se ha movido desde 2007

Gmail lleva casi dos décadas aplicando un límite de 25 MB para adjuntos. Outlook.com se queda en 20 MB. Yahoo Mail permite 25 MB. Los servidores Exchange corporativos a menudo lo reducen a 10 MB o incluso 5 MB por cuotas de buzón. Ese límite se fijó cuando un documento Word típico pesaba 300 KB. Un clip de vídeo 4K de un iPhone 15 Pro supera los 400 MB en 30 segundos de grabación. Una foto RAW de una Sony A7R V pesa entre 60 y 90 MB cada una — una sola foto ya supera el límite.

El email simplemente no fue diseñado para transportar cargas modernas. El protocolo SMTP data de la RFC 821 (1982), y aunque existen extensiones MIME con codificación base64 (que infla el tamaño del adjunto en torno a un 33%), los servidores de correo rechazan con fuerza los mensajes de gran tamaño.

Lo que ocurre realmente al pulsar «enviar»

Cuando adjuntas un archivo de 22 MB en Gmail, se codifica en base64 y pasa a ser unos 29 MB en la red. El mensaje se pone en cola, se analiza, posiblemente se replica en varias regiones de centros de datos, se indexa y se almacena indefinidamente. Llega a la bandeja del destinatario, cuenta contra su cuota de almacenamiento y permanece allí para siempre salvo que se borre manualmente. Si ese destinatario lo reenvía a tres compañeros, ya hay cuatro copias repartidas por distintos sistemas de correo.

Un servicio de transferencia hace exactamente lo contrario. Subes el archivo una sola vez a un origen único. El destinatario descarga mediante una URL firmada. Cuando el enlace caduca —24 horas, 7 días, lo que tú configures—, el objeto se borra del almacenamiento. Sin rastro de reenvíos, sin saturar bandejas, sin duplicados dispersos por bases de datos Exchange.

Tipos de archivo que el email bloquea por defecto

Gmail bloquea más de 40 extensiones de archivo: .exe, .bat, .cmd, .msi, .jar, .js, .vbs, .ps1, .scr, entre otras. Incluso comprimidos en un .zip, si el archivo contiene esos tipos, Gmail rechaza la entrega. La ATP (Advanced Threat Protection) de Office 365 añade otra capa, analizando macros de .docx y archivos .pdf con JavaScript embebido. Un desarrollador que quiera compartir un artefacto de compilación no puede usar el email: el mensaje rebota o queda en cuarentena sin aviso.

Los servicios de transferencia no inspeccionan el contenido más allá del análisis de virus. Un .iso, .dmg o .apk se sube sin problema. Eso no supone un riesgo de seguridad cuando el enlace dura poco y la carga está cifrada de extremo a extremo antes de salir del navegador del emisor.

Cifrado: transporte frente a conocimiento cero

El email usa TLS entre servidores de correo cuando ambos lados lo soportan — algo que hoy suele ocurrir, pero que no se puede verificar. El mensaje reside descifrado en cada retransmisor por el que pasa, y en tu carpeta de enviados. S/MIME y PGP existen, pero requieren un intercambio de certificados que muy poca gente realiza.

Un servicio de transferencia con conocimiento cero cifra el archivo en el navegador con AES-256-GCM antes de la carga. La clave de descifrado vive en el fragmento de la URL (después del #), que los servidores nunca ven. Ni siquiera el propio proveedor puede leer el archivo. Es un modelo de seguridad radicalmente distinto al de «el protocolo TLS funcionó entre Gmail y tu ISP».

Comparativa de un vistazo

| Característica | Email (Gmail/Outlook) | Servicio de transferencia | |---|---|---| | Tamaño máximo | 20-25 MB | 2-10 GB (nivel gratuito) | | Retención | Indefinida | 24h-30d, caducidad automática | | Extensiones bloqueadas | Más de 40 tipos | Ninguna normalmente | | Cifrado de extremo a extremo | Poco común (PGP/S/MIME) | Estándar | | Coste de almacenamiento para el receptor | Cuenta contra la cuota | Cero | | Seguimiento | Solo confirmación de lectura | Confirmaciones de descarga | | Protección por contraseña | Manual (zip + compartir) | Integrada |

Cuándo el email sigue teniendo sentido

¿Una factura .pdf de 1,2 MB? Adjúntala. ¿Un contrato .docx de menos de 5 MB con una nota breve? Adjúntalo. El email gana cuando el archivo es pequeño, el contexto es conversacional y el destinatario espera archivar el documento junto al mensaje.

El email también gana en escenarios de retención legal donde necesitas un rastro de auditoría vinculado a la comunicación. Un enlace que desaparece no satisface las solicitudes de exhibición de documentos de la misma forma que un hilo de correo conservado. Los despachos de abogados suelen enviar documentos como adjuntos deliberadamente, para que la transmisión quede unida a la carta de acompañamiento.

Cuándo los servicios de transferencia se vuelven obligatorios

Todo lo que supere los 25 MB obliga a elegir. Archivos de vídeo, sesiones fotográficas en RAW, exportaciones CAD de ingeniería (.step, .iges), paquetes .dwg de arquitectura, archivos .psd con múltiples capas, archivos .prproj de Premiere Pro y compilaciones de software necesitan un servicio de transferencia. Las cargas sensibles — imágenes médicas en formato DICOM, expedientes de descubrimiento legal, documentación de bajas de RRHH — se benefician de la caducidad automática y la protección por contraseña que el email no ofrece.

Los freelancers que entregan activos finales a clientes usan servicios de transferencia para evitar colapsar las bandejas con renders de vídeo de 800 MB. Los arquitectos que envían expedientes de licitación a contratistas agrupan planos .pdf, hojas de costes .xlsx y archivos .dwg en un único enlace .zip, en lugar de hileras de siete mensajes.

Enfoque híbrido: el enlace dentro del email

El flujo de trabajo más limpio combina ambos. Envía un email breve describiendo lo que compartes, pega el enlace de transferencia y deja que el destinatario descargue la carga. Tu email sigue siendo buscable y archivado; el archivo pesado no sobrecarga ningún buzón. Outlook y Gmail ofrecen esto de forma nativa (con integraciones de OneDrive y Drive respectivamente), pero atan al destinatario a cuentas de Microsoft o Google. Los servicios neutros funcionan para cualquiera que tenga un navegador.

HexaTransfer encaja en este flujo híbrido: sube hasta 10 GB, obtén un enlace, pégalo en tu email, y el archivo se autodestruye tras la ventana que elijas.

El problema del reenvío que el email no puede resolver

Cuando envías un archivo por email a una persona, le has dado una copia perpetua. Puede reenviarlo a quien quiera, hacer capturas de pantalla o dejarlo en su bandeja de entrada hasta que su portátil acabe subastado en una liquidación de empresa. El artículo 5(1)(e) del RGPD exige que los datos se conserven «no más tiempo del necesario» — una obligación contra la que el email trabaja activamente, además de la LOPD-GDD en el ámbito nacional.

Los enlaces de transferencia con caducidad y límite de descargas se alinean mejor con la minimización de datos. Configura el enlace para una sola descarga, 24 horas, con contraseña, y habrás impuesto lo que el email nunca pudo: el archivo existe solo el tiempo que necesita.

Conclusión para 2026

El email sigue siendo la herramienta correcta para los mensajes. Los servicios de transferencia siguen siendo la herramienta correcta para los archivos. El error es pretender que el email sirve para ambas cosas. Para cualquier cosa que supere los 10 MB, cualquier cosa confidencial, o cualquier cosa que no quieras que persista en bandejas ajenas, usa un servicio de transferencia.

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