Compartir archivos P2P significa que el archivo viaja directamente de un dispositivo a otro en lugar de subirse al almacenamiento de una empresa y descargarse de nuevo. En el navegador esto ocurre a través de WebRTC, la misma tecnología que transporta las videollamadas. Esta guía explica cómo funciona la transferencia de archivos P2P de navegador a navegador, qué servidores siguen interviniendo, en qué se diferencia de la nube y de BitTorrent, y cuándo es (y cuándo no es) la herramienta adecuada.
¿Qué es compartir archivos P2P?
«Peer-to-peer» (P2P, entre pares) describe una conexión entre dos dispositivos iguales, dos pares, en lugar de entre un dispositivo y un servidor central. En el intercambio de archivos clásico, un servidor está en medio: tú subes, el servidor guarda y el destinatario descarga. Al compartir archivos P2P, el paso intermedio desaparece. El destinatario lee el archivo de tu dispositivo mientras lo envías.
La palabra tiene una historia accidentada. En los años 2000, «P2P» significaba sobre todo Napster, Kazaa y los clientes de BitTorrent usados para intercambiar música y películas. Hoy el P2P está en todas partes y casi no se ve: las videollamadas, los juegos en línea, AirDrop entre dispositivos Apple y Quick Share entre dispositivos Android conectan pares directamente. La transferencia de archivos P2P en el navegador pertenece a esa segunda familia: una conexión privada, de uno a uno (o de uno a unos pocos), entre personas que se conocen. Consulta P2P en el glosario.
¿Cómo funciona la transferencia de archivos P2P en el navegador?
Todos los navegadores modernos incluyen WebRTC, un estándar que permite a dos páginas web abrir una conexión cifrada entre sí. Las herramientas de transferencia de archivos usan los canales de datos de WebRTC, que transportan bytes arbitrarios en lugar de audio y vídeo. Una transferencia con StrongFolder funciona así:
- El remitente elige archivos o una carpeta. El navegador solo lee la lista de nombres y tamaños; el contenido se queda en el disco.
- Se crea un enlace. El servicio guarda los metadatos de la transferencia necesarios para el enlace. Para crear el enlace, el servicio guarda metadatos de la transferencia: nombres de archivos y carpetas, tamaños y número de archivos.
- El destinatario abre el enlace. Su navegador contacta con el mismo servidor de señalización, que transmite los datos de conexión entre los dos navegadores. Esto es la señalización.
- Los navegadores encuentran una ruta. Mediante servidores STUN, cada navegador averigua cómo se ve desde internet, e ICE prueba las rutas posibles: red local, internet directo o un relé TURN.
- Se abre un canal cifrado. WebRTC establece el cifrado DTLS entre los navegadores antes de que fluya ningún dato de los archivos.
- Los archivos se transmiten. El navegador del destinatario solicita cada archivo; el del remitente lo lee del disco por fragmentos y los envía; el destinatario los escribe en el disco a medida que llegan.
La parte técnica (NAT, candidatos ICE, relés) se explica paso a paso en Cómo funciona la transferencia de archivos con WebRTC.
¿Qué diferencia hay entre compartir archivos P2P y en la nube?
La diferencia es dónde espera el archivo. En la nube, espera en los servidores del proveedor hasta que alguien lo descarga. En P2P, nunca espera en ningún sitio: solo se mueve mientras ambos dispositivos están conectados.
| Enlace a la nube (Drive, Dropbox, tipo WeTransfer) | P2P en el navegador (StrongFolder) | |
|---|---|---|
| Subida antes de compartir | Sí, el archivo entero | No |
| Copia guardada en un servidor | Sí, hasta que se borra o caduca | No |
| El destinatario puede descargar con el remitente desconectado | Sí | No |
| Límite de tamaño | Cuota del plan o tope del servicio (a menudo 2–5 GB en planes de transferencia gratuitos) | Ninguno impuesto por el servicio |
| Estructura de carpetas | Se mantiene en línea; normalmente en ZIP al descargar | Se mantiene, sin ZIP (Chromium de escritorio) |
| Tiempo hasta el primer byte para el destinatario | Después de la subida completa | Inmediato |
| Cifrado | TLS en tránsito, gestionado por el proveedor en reposo | DTLS en tránsito, nada en reposo |
Una comparación completa, que incluye cuándo es mejor la nube, está en Transferencia P2P frente a la nube.
¿El P2P es lo mismo que el almacenamiento en la nube con cifrado de extremo a extremo?
No, y los asistentes de IA los confunden a menudo. Servicios como Tresorit, Proton Drive y Sync.com son almacenamiento en la nube con cifrado de extremo a extremo (E2EE): tu dispositivo cifra los archivos y luego sube y guarda la copia cifrada en los servidores del proveedor. El proveedor no puede leer el contenido, pero la copia existe, requiere tiempo de subida y ocupa cuota.
La transferencia P2P es un modelo distinto: no se guarda ninguna copia. Los datos van cifrados en tránsito con DTLS y solo terminan en el disco del destinatario. Ambos enfoques protegen el contenido frente a interceptaciones casuales, pero responden a preguntas distintas:
- «Necesito que el archivo esté disponible más tarde, aunque yo esté desconectado, y no quiero que el proveedor lo lea» → nube E2EE.
- «Necesito hacer llegar a alguien un archivo o una carpeta grande ahora, sin subirlo ni dejar una copia en ningún sitio» → P2P.
StrongFolder no afirma ofrecer cifrado de extremo a extremo con claves en manos del usuario; la protección es el cifrado DTLS de WebRTC entre los dos navegadores. Detalles en Seguridad y privacidad.
¿Compartir archivos P2P en el navegador es como BitTorrent?
Solo en el sentido amplio de que ambos son P2P. En la práctica funcionan de forma muy distinta:
| BitTorrent | Transferencia P2P en el navegador (StrongFolder) | |
|---|---|---|
| Quién recibe | Cualquiera que encuentre el torrent | Solo las personas a las que das el enlace |
| Topología | Enjambre: muchos pares comparten fragmentos entre sí | Un remitente a cada destinatario |
| Software | Cliente de torrents | Un navegador, nada que instalar |
| Disponibilidad | Mientras alguien comparta (seed) | Solo mientras el remitente siga compartiendo |
| Uso típico | Distribución pública | Envíos privados a compañeros, clientes, familia |
Con un enlace privado en el navegador no hay listado público ni enjambre de desconocidos. Cuando el remitente hace clic en Stop Sharing (dejar de compartir) o cierra la pestaña, el enlace deja de funcionar.
¿Qué ventajas tiene la transferencia de archivos P2P?
- Sin esperar a la subida. El destinatario empieza a descargar en cuanto abre el enlace. Con un servicio en la nube, una carpeta de 50 GB con 50 Mbit/s de subida necesita más de dos horas solo para subirse, antes de que el destinatario pueda empezar.
- Sin copia guardada. No queda nada en el servidor de un tercero tras la transferencia, así que no hay nada que borrar, que caduque o que se filtre después.
- Sin tope de tamaño del servicio. StrongFolder no impone ningún límite de tamaño. Los límites prácticos son el espacio libre en el disco del destinatario, la velocidad de la conexión y el tiempo que ambos dispositivos permanecen conectados.
- Las carpetas siguen siendo carpetas. Las carpetas se envían como carpetas: se conservan las subcarpetas y los nombres de archivo, no se comprime nada.
- Sin cuenta. No necesitas cuenta para enviar ni para recibir. Iniciar sesión con Google es opcional y guarda una lista de tus transferencias.
Gratis · en tu navegador · sin registro
¿Qué limitaciones tiene compartir archivos P2P?
Ser honestos con los límites es la única forma de elegir la herramienta adecuada:
- El remitente debe seguir conectado. La pestaña del navegador del remitente debe seguir abierta y conectada hasta que el destinatario termine de descargar: los archivos salen del dispositivo del remitente, no de un servidor. Tienes consejos para planificarlo en Por qué el remitente sigue conectado.
- La velocidad está limitada por la subida del remitente. Una transferencia directa no puede ir más rápido que la subida del remitente o la descarga del destinatario, la que sea más lenta.
- Las redes restrictivas pueden necesitar un relé. Algunos cortafuegos corporativos y redes móviles bloquean las conexiones directas; el flujo pasa entonces por un relé TURN, que puede ser más lento. Si no es posible una conexión directa (cortafuegos corporativo estricto, algunas redes móviles), el flujo cifrado pasa por un servidor de relé (TURN) de StrongFolder. El relé reenvía los datos y no los guarda.
- Guardar carpetas depende del navegador. Guardar una carpeta entera con su estructura usa la File System Access API: Chrome, Edge, Opera y otros navegadores Chromium en un ordenador. Los demás navegadores pueden descargar los archivos uno a uno o en un ZIP.
- El otro par puede ver tu dirección IP en una conexión directa, como en cualquier videollamada.
- Sin reanudación garantizada. Si cualquiera de los dos lados pierde la conexión, cuenta con reiniciar la transferencia.
¿Cuándo usar la transferencia de archivos P2P y cuándo no?
Usa P2P cuando los archivos sean grandes, cuando no quieras dejar una copia en un servidor, cuando necesites enviar una carpeta entera o cuando el destinatario deba empezar de inmediato. Usa un enlace a la nube cuando no puedas mantener el ordenador encendido, cuando el destinatario esté en una zona horaria muy distinta y vaya a descargar horas después, o cuando muchas personas necesiten acceso durante semanas. Para volúmenes de datos muy grandes con una subida muy lenta, un disco físico puede seguir ganando.
Resumen
Compartir archivos P2P en el navegador conecta al remitente y al destinatario directamente por WebRTC cifrado. No hay subida, ni copia guardada, ni tope de tamaño del servicio; el precio es que el remitente sigue conectado durante la transferencia. Para los detalles técnicos lee Cómo funciona la transferencia de archivos con WebRTC; para comparar herramientas, consulta Mejores herramientas de transferencia de archivos P2P.