Cómo verificar la promesa de cero subidas
Todos los navegadores incluyen el instrumento que demuestra o desmiente lo que dice esta página. Lleva menos de un minuto:
- Abre las DevTools: pulsa F12 (Windows/Linux) oCmd+Option+I (Mac).
- Selecciona la pestaña Red.
- Suelta un archivo (cuanto más grande, mejor) en la herramienta de arriba y déjala trabajar.
- Observa la lista de solicitudes. Verás los propios recursos de la página (HTML, CSS, el motor de reparación). Lo que no verás es ninguna solicitud que transporte tu archivo: ni
POST, niPUT, ninguna subida de ningún tamaño.
Esto no es una promesa de marketing que resulta difícil de comprobar: es todo el diseño. Una herramienta que sube tu archivo no puedepasar esta prueba; una que no lo hace, la pasa siempre, para cualquiera y con cualquier archivo.
Pruébalo con un archivo de ejemplo
¿No tienes a mano un vídeo dañado, o prefieres no arriesgar uno que te importa? Coge uno de estos archivos de ejemplo rotos a propósito, suéltalo en la herramienta de arriba con la pestaña Red abierta y observa: se cargan los propios recursos de la página y tu archivo no va a ninguna parte. Cada uno es diminuto y se repara a partir del archivo por sí solo.
- sample-truncated.mp4— un MP4 cuya grabación se cortó antes de terminar de escribirse. Los fotogramas que sobrevivieron al corte se vuelven a multiplexar en un archivo reproducible.
- sample-broken.zip— un ZIP cortado en seco («unexpected end of archive»). Las entradas intactas se verifican y se reconstruyen en un archivo comprimido nuevo y funcional.
- sample-damaged.pdf— un PDF con la tabla de referencias cruzadas destruida («damaged and could not be repaired»). El índice se reconstruye y el documento vuelve a abrirse.
Son archivos de prueba pequeños y sintéticos, sin contenido real — detalles en samples/README.txt. Sea de ejemplo o no, nada de lo que sueltes en la herramienta se sube jamás.
Por qué esto importa
Imágenes sensibles
Pruebas legales, grabaciones médicas, vídeos familiares que no existen en ningún otro sitio. Subirlos crea una copia en un hardware que no controlas, regida por unas condiciones que no escribiste. Cuando la reparación ocurre en tu equipo, esa copia nunca existe — no hay nada que almacenar, porque no se recibe nada.
Acuerdos de confidencialidad y material de clientes
Si te vincula un acuerdo de confidencialidad, «subí el montaje en bruto a una web de reparación» es una frase que nunca querrás pronunciar. La reparación en el navegador mantiene el material dentro del límite que el acuerdo presupone: tu dispositivo.
Archivos de varios gigabytes
El vídeo ocupa mucho. Un clip de dron en 4K o una grabación de OBS de dos horas puede ser más grande de lo que una conexión típica es capaz de subir con fiabilidad, y con las herramientas basadas en subida pagas ese coste antes de saber siquiera si el archivo tiene arreglo. La reparación local empieza a leer el archivo en segundos.
Cómo funciona la reparación en el navegador
Los navegadores modernos pueden ejecutar código compilado a velocidad casi nativa: el mismo motor de análisis y reconstrucción que, si no, se ejecutaría en un servidor, ahora dentro de la pestaña que ya tienes abierta. Cuando sueltas un archivo, la File API del navegador da al motor acceso de lectura directo a los bytes de tu disco. El motor recorre la estructura del archivo, localiza los datos que sobrevivieron, reconstruye a su alrededor el índice o el contenedor roto y ensambla el archivo reparado en la memoria de tu pestaña. Guardarlo es una escritura local de la memoria al disco. Tu CPU, tu RAM, tu archivo — la red simplemente no forma parte del proceso.
Qué suele significar «herramienta online»
El modelo estándar de «reparación online» es subir → procesar → descargar: tu archivo viaja a un servidor, allí se repara y vuelve un resultado. Hay motivos honestos para construir las herramientas así: el servidor puede dedicar más memoria a archivos muy grandes, y es más fácil mantener un solo motor que uno por navegador. Las contrapartidas son igual de reales: esperas a que termine la subida antes de que ocurra nada, el servicio guarda una copia completa de tu archivo durante algún tiempo y no puedes verificar de forma independiente qué pasa con ella. Ninguno de los dos modelos es una estafa; son arquitecturas distintas. Pero solo uno de ellos te permite comprobar la promesa de privacidad desde tu lado del cable — y ese es el que hemos construido.
Qué puede y qué no puede reparar
El límite honesto de la reparación en el navegador es el tamaño, no la calidad. El motor realiza la misma reparación estructural sin importar dónde se ejecute, pero una pestaña del navegador tiene un techo de memoria que un proceso nativo no tiene — los archivos muy grandes (bien entrados en el rango de varios gigabytes, según la RAM de tu dispositivo) pueden superarlo. El plan gratuito limita los archivos a 500 MB; las reparaciones de pago eliminan nuestro límite y procesan archivos grandes en una tubería de streaming en el origen de la app. Todo lo demás sigue la regla de todo el sitio:la estructura se puede reconstruir, los datos que faltan no.