--- title: "Editores en navegador vs cloud: ¿dónde van tus archivos?" description: "Se parecen en pantalla y se diferencian en el destino del archivo: cómo saber si trabajas en el navegador o en la nube, y qué señales no demuestran nada." canonical: "https://freeaigeneration.com/es/guias/editores-en-navegador-vs-cloud-donde-van-tus-archivos/" robots: "noindex" lang: "es" --- # Editores en navegador vs cloud: ¿dónde van tus archivos? Pocas comparaciones se aclaran tanto al formularlas bien. Editores en navegador vs cloud no es una discusión sobre interfaces: es una discusión sobre el destino del archivo que abres. Un editor en el navegador y un editor en la nube se parecen en la pantalla y se diferencian justo ahí. La distinción no es moral. Cada modelo tiene ventajas reales, y la elección depende de qué documento tengas entre manos. ## Dos arquitecturas, dos destinos En un editor que procesa en el navegador, la página lee el archivo con la File API y el trabajo ocurre dentro de la pestaña. El motor puede estar compilado a WebAssembly y descargarse al abrir, pero una vez cargado opera sobre los datos locales. Guardar y exportar acaban en el gestor de descargas del navegador, y el archivo que se descarga es tu copia. En un editor en la nube ocurre lo contrario. El archivo tiene que viajar al servidor antes de que puedas verlo o tocarlo, porque el procesamiento está allí. La pregunta entonces no es si se sube, sino cuánto se retiene, quién accede y con qué finalidad. Entre los dos hay variantes mixtas. Un editor puede procesar localmente y enviar telemetría, o cargar fuentes y modelos desde un CDN, o consultar una licencia. El procesamiento local describe dónde se hace el trabajo, no la ausencia de red. ## Cómo saber cuál estás usando Hay tres señales que se pueden observar sin herramientas especiales. La primera es la espera. Un archivo grande tarda en abrir en un editor en la nube porque tiene que subir antes de mostrarse. En un editor local, la espera corresponde a la lectura del disco y al arranque del motor. La segunda es el comportamiento al desconectar. Si cortas la red y el editor sigue trabajando con un archivo ya abierto, el procesamiento está en la pestaña. Si la interfaz se queda esperando, el trabajo está en otro sitio. La tercera es el resultado. Un editor en la nube suele ofrecer un enlace para compartir el documento. Un editor local entrega una descarga y no tiene nada que compartir. Ninguna de las tres es concluyente por separado, pero juntas orientan bastante. ## Lo que cuesta mover un archivo La diferencia de arquitectura tiene un coste medible, y sirve para decidir. Un archivo de 50 MB en una línea de 10 Mbit/s tarda 40 segundos en subirse, porque 50 × 8 = 400 Mbit y 400 ÷ 10 = 40. Ese tiempo se paga antes de que el editor en la nube empiece a trabajar, y se paga otra vez si el archivo se descarga al final. Con una biblioteca de 500 archivos RAW de 42 MB cada uno, el total son 21 GB, unos 19,6 GiB. A 100 Mbit/s, moverlos supone 168.000 Mbit, es decir, 1.680 segundos o 28 minutos. En un editor local, los archivos se leen del disco y no hay transferencia que esperar. El cálculo también funciona al revés. Si el trabajo es puntual y el archivo pequeño, esos segundos no importan. Si el trabajo es recurrente y el material pesa, el modelo local ahorra tiempo además de evitar el envío. ## Lo que no demuestra nada Hay tres argumentos que se presentan como garantía y no lo son. El primero es WebAssembly. Que el motor esté compilado a WASM indica cómo se ejecuta, no qué hace con los datos. Corre en el sandbox de la página y solo puede llamar a lo que el anfitrión le expone, incluida la red si el anfitrión la expone. El segundo es la política de mismo origen. Impide que un origen lea el almacenamiento de otro, pero no impide que envíe peticiones. CORS regula la lectura de respuestas, no el envío. El tercero es la ausencia de registro. Que no haya cuenta no significa que no haya cookies, analítica o registros del servidor. «Sin registro» y «sin cuenta» son cosas distintas. ## Las excepciones que sí existen En el conjunto de herramientas de este sitio, la línea general es que el motor se sirve desde el mismo origen, se lanza en un iframe después de una acción tuya y no hay sistema de cuentas ni almacenamiento de documentos. Guardar y exportar van al gestor de descargas. También hay excepciones documentadas, y conviene nombrarlas en lugar de esconderlas. El editor PDF no hace peticiones a terceros al arrancar, pero una comprobación manual de actualizaciones puede contactar con GitHub. El editor de movimiento no realiza ninguna. El editor de vídeo ofrece descargas opcionales de modelos desde Hugging Face, y solo después de un diálogo de confirmación. Nombrar las excepciones es más útil que prometer un aislamiento total, porque te dice qué esperar y dónde mirar. ## Explorar las herramientas Las [herramientas creativas](/es/herramientas/) se lanzan bajo demanda y no requieren cuenta de FreeAIGeneration. La primera vez se descarga el motor, que puede pesar decenas de megas; después queda en caché y nada se descarga antes de que pulses el botón. Para la valoración de privacidad en sí, con las preguntas que conviene hacerse, hay una guía específica en [¿son privados los editores online de fotos, vídeo y PDF?](/es/guias/son-privados-los-editores-online-de-fotos-video-y-pdf/). Y la comparación con el software instalado está en [editores creativos en navegador vs software de escritorio](/es/guias/editores-creativos-en-navegador-vs-software-de-escritorio/). Saber dónde va el archivo no resuelve todas las dudas, pero elimina la mitad de ellas.