Artículo

¿Qué es el procesamiento client-side?

La mayoría de las herramientas de archivos funcionan enviando tu documento a un ordenador remoto, que hace el trabajo pesado y devuelve el resultado. El procesamiento client-side invierte eso: tu propio navegador hace el trabajo y tu archivo nunca sale de tu dispositivo.

Dos formas en que puede funcionar una herramienta: tu máquina o la suya

Con el procesamiento en el servidor, subir un archivo es un poco como llevar la ropa a la lavandería: la entregas, una máquina remota se encarga de ella y recoges el resultado después. El procesamiento client-side es más como hacer la colada en casa. La herramienta funciona dentro de la pestaña de tu navegador, lee el archivo desde la memoria, lo procesa y te entrega el resultado, todo sin que el archivo toque ninguna conexión de red. El sitio web solo necesita entregar el código de procesamiento una vez. Después, todo funciona en tu lado.

Lo que WebAssembly aportó al navegador

Durante años, los navegadores solo podían ejecutar JavaScript, que es adecuado para interfaces pero demasiado lento para tareas como recodificar un vídeo o aplicar compresión a una imagen grande. WebAssembly (normalmente abreviado como WASM) cambió eso. Es un formato binario compacto que los navegadores pueden ejecutar a velocidad casi nativa, de modo que el código escrito originalmente en C o C++ puede compilarse a WASM y ejecutarse dentro de una pestaña del navegador sin ningún complemento. Los mismos códecs y bibliotecas de compresión que impulsan el software de escritorio ahora se ejecutan directamente en la página. JavaScript y WebAssembly trabajan juntos: JavaScript gestiona la interfaz y la coordinación, mientras que WASM se encarga del cálculo intensivo.

Qué ocurre realmente durante un proceso

Cuando sueltas un archivo en una herramienta client-side, la página carga un pequeño motor de procesamiento (a menudo un módulo WASM) si aún no lo ha hecho, y luego pasa tu archivo a través de JavaScript. El procesamiento real suele ejecutarse en un hilo en segundo plano llamado Web Worker, lo que mantiene la interfaz del navegador receptiva mientras el trabajo se realiza. Puedes abrir la pestaña Red (Network tab) de tu navegador en cualquier momento durante este proceso y no aparecerá ninguna petición que transporte tu archivo. El resultado se ensambla en memoria y se te ofrece como descarga.

Compromisos honestos que debes conocer

La primera vez que usas una herramienta que depende de un motor WASM grande, el navegador lo descarga y lo almacena en caché. Los usos posteriores omiten la descarga y pueden funcionar completamente sin conexión. Dado que el procesamiento se ejecuta en tu dispositivo, un archivo muy grande tardará lo que permitan tu CPU y la memoria disponible, y un centro de datos terminaría algunas tareas pesadas más rápido. Lo que obtienes a cambio es real: tu archivo nunca se transmite, no hay espera de subida en conexiones lentas y la herramienta sigue funcionando sin internet después de esa primera carga.

Herramientas en este artículo

Preguntas frecuentes

¿El procesamiento client-side significa automáticamente que mis datos son privados?

Client-side significa que el archivo no se envía a un servidor por diseño, lo que es lo que hace posible la privacidad. Puedes confirmarlo tú mismo abriendo la pestaña Red (Network tab) en las herramientas de desarrollador de tu navegador mientras procesas un archivo: ninguna petición saliente debería transportar los datos de tu archivo. Aun así, es prudente verificar que una herramienta realmente se comporta así en lugar de fiarte solo de la etiqueta.

¿Por qué el primer uso de una herramienta a veces es más lento?

El navegador necesita descargar el motor de procesamiento (el módulo WASM) la primera vez que lo usas, lo que puede tardar unos segundos según su tamaño y tu conexión. Después, el motor se almacena en caché de forma local, por lo que las sesiones posteriores comienzan de inmediato y la herramienta funciona sin conexión.