Electron es el framework favorito de las startups que quieren lanzar una app desktop en Windows, macOS y Linux con una sola codebase JavaScript. VS Code, Slack, Discord, Figma (antes de su migración), Notion: la lista de productos construidos sobre Electron impresiona. El problema es que esas empresas cuentan con equipos de 50 a 200 ingenieros para absorber los costes ocultos del framework.
He acompañado a tres clientes que arrancaron su app Electron con un presupuesto tipo "app web + un wrapper". Los tres superaron su presupuesto inicial entre un 40 y un 80 %, no porque el producto estuviera mal definido, sino porque Electron impone restricciones técnicas que nadie presupuesta desde el principio.
- ⚠️ Chromium integrado: cada release pesa entre 150 y 200 Mo, la optimización de RAM sale cara.
- 🏗️ Puente nativo complejo: el IPC y los módulos nativos exigen perfiles senior escasos en Europa.
- 🔐 Mantenimiento de seguridad: Chromium publica un parche cada 4 semanas, imposible aplazarlo.
- 💰 Equipo Vietnam estructurado: divide la factura Electron por 2 o por 3 sin sacrificar la calidad.
El discurso de Electron es atractivo: tus devs front ya conocen HTML, CSS y JavaScript, así que no necesitas contratar especialistas nativos para cada SO. En teoría, ahorras dos tercios del presupuesto frente a tres apps nativas separadas.
En la práctica, el coste real de una app Electron supera al de una app web entre un 60 y un 120 % según la complejidad del producto. Ese sobrecoste proviene de tres partidas que los presupuestos iniciales ignoran sistemáticamente. Para una app de negocio de complejidad media (dashboard en tiempo real, sincronización offline, integración con el sistema), calcula entre 120 000 y 280 000 € de desarrollo inicial con un equipo europeo. La cifra sube rápido si añades la firma de código, el auto-update, la gestión de archivos nativos y los tests en tres SO.
Según el informe State of JS 2024, Electron sigue siendo el framework desktop más utilizado con un 46 % de cuota de uso, pero el 31 % de los desarrolladores que lo usan declaran que no lo volverían a elegir. Ese descontento rara vez viene del framework en sí: viene de la factura final.
Razón 1: el peso de Chromium que nadie presupuesta
Cada app Electron integra una copia completa de Chromium. En la práctica, tu "sencillo" cliente desktop pesa entre 150 y 200 Mo antes de añadir una sola línea de código de negocio. En Windows, una instancia Electron consume entre 300 y 500 Mo de RAM en reposo.
No es un bug, es la arquitectura del framework. Y tiene un coste directo en el desarrollo.
¿Por qué Chromium encarece cada release?
Tus devs tienen que optimizar el consumo de memoria de forma continua. Cada ventana abre un nuevo proceso renderer. Cada webview añade su propia huella. En máquinas de empresa equipadas con 8 Go de RAM (todavía la norma en muchas pymes en 2026), una app Electron mal optimizada puede consumir el 25 % de la memoria disponible por sí sola.
El resultado: pagas sprints enteros de optimización, profiling de memoria, lazy loading y reducción del bundle. Tauri, la alternativa en Rust que utiliza el webview nativo del SO, produce binarios de 3 a 10 Mo. La diferencia de ratio es brutal, pero migrar un proyecto existente a Tauri suele costar más que optimizar Electron.
La trampa real: el presupuesto de "optimización Chromium" nunca aparece en el presupuesto inicial, pero representa entre el 15 y el 25 % del tiempo total de desarrollo.
Razón 2: el puente nativo exige perfiles senior
Electron permite acceder al sistema operativo a través de Node.js y el IPC (Inter-Process Communication) entre el proceso main y los procesos renderer. Esta arquitectura, atractiva sobre el papel, genera una complejidad técnica que solo dominan desarrolladores con experiencia.
¿Cuándo se necesita un desarrollador nativo además de un dev web?
En cuanto tu app toca el sistema de archivos, las notificaciones del sistema, el llavero de claves (Keychain en macOS, Credential Manager en Windows), la impresión, el Bluetooth o los periféricos USB, sales del territorio cómodo del dev web. El módulo contextBridge introducido en Electron 12 reforzó la seguridad del IPC, pero también complicó el código necesario para cada interacción nativa.
En Europa occidental, un dev senior Electron con experiencia real en módulos nativos (N-API, node-gyp, compilación cross-platform) factura entre 550 y 750 € al día. Estos perfiles son escasos: según los datos de Talent.io del T1 2026, menos del 8 % de los desarrolladores JavaScript en Europa declaran experiencia significativa en Electron.
| Partida | Tarifa diaria Europa | Tarifa diaria Vietnam | Tendencia |
|---|---|---|---|
| Dev front React/TypeScript | 450-600 € | 180-280 € | ↓ brecha que se reduce |
| Dev Electron + IPC nativo | 550-750 € | 220-350 € | → perfiles escasos en todas partes |
| DevOps CI/CD (build 3 SO) | 500-700 € | 200-300 € | ↑ demanda creciente |
| QA multiplataforma | 350-500 € | 140-220 € | ↓ automatización con IA |
FUENTE: observaciones de campo GoLive Software + Talent.io · Actualización 06/2026
El diferencial de tarifa diaria entre Europa y Vietnam se mantiene en un factor de 2 a 2,5 en los perfiles Electron, incluso apuntando a seniors. Es menos espectacular que en desarrollo web clásico, porque las competencias nativas son escasas en todas partes. Pero en un proyecto de 6 a 12 meses, la diferencia representa entre 80 000 y 150 000 € de ahorro.
Razón 3: el mantenimiento de seguridad es un empleo a tiempo completo
Chromium publica una actualización mayor cada 4 semanas. Cada release corrige CVE (Common Vulnerabilities and Exposures), algunas de carácter crítico. Electron sigue ese ritmo con un desfase de unos días a unas semanas.
Ignorar esas actualizaciones no es una opción para una app B2B. Tus clientes empresariales pasan auditorías de seguridad, y una app desktop que integra un Chromium con tres meses de antigüedad es una señal de alarma inmediata.
¿Cómo gestionar el ritmo de actualizaciones de Chromium?
Cada subida de versión de Electron puede romper módulos nativos, API depreciadas o comportamientos de renderizado. En 2025, el paso de Electron 28 a 29 modificó el comportamiento del sandboxing por defecto, lo que obligó a cientos de proyectos a revisar su configuración IPC.
A eso se suma la firma de código (codesigning Apple cuesta 99 $/año, el certificado EV Windows entre 200 y 500 $/año), el pipeline de auto-update (electron-updater o Squirrel) y los tests de no regresión en tres SO con cada release.
Estimo que un proyecto Electron activo consume entre 0,3 y 0,5 ETC (equivalente a tiempo completo) solo en mantenimiento de seguridad y actualizaciones. Con una tarifa diaria europea media de 550 €, eso representa entre 40 000 y 65 000 € al año, solo para mantener lo existente.
« El verdadero coste de Electron no es el desarrollo inicial, es el mantenimiento que pagas cada mes durante toda la vida del producto. »
Vincent Roye, junio 2026
Cómo un equipo Vietnam divide la factura Electron
No pretendo que externalizar en Vietnam resuelva todos los problemas de Electron. Lo que constato en mis clientes es que un equipo estructurado de 3 a 5 desarrolladores vietnamitas senior, bien equipado y bien dirigido, entrega el mismo resultado que un equipo europeo que cuesta el doble.
La clave está en la palabra "estructurado". Un freelance aislado en Ho Chi Minh no basta para un proyecto Electron complejo. Se necesita un equipo con roles claros: un lead técnico que domine la arquitectura Electron y el IPC, uno o dos devs React/TypeScript para el renderer, un DevOps que gestione el build multi-SO y el pipeline CI/CD, y un QA que teste en las tres plataformas.
¿Equipo dedicado o freelances para Electron?
Recomiendo siempre el equipo dedicado. Electron exige un conocimiento profundo del proyecto: la configuración del main.js, los preload scripts, los permisos de cada ventana, los módulos nativos compilados. Un freelance que llega a un proyecto Electron existente tarda de 2 a 4 semanas en ser productivo. Con un equipo estable, ese coste de onboarding se paga una sola vez.
En GoLive Software, mis equipos vietnamitas usan Claude Code y otras herramientas de IA para acelerar las partes repetitivas (tests unitarios, migración de versión, refactoring de preload scripts). La IA no sustituye la experiencia en Electron, pero permite que un dev senior resuelva en 2 horas lo que antes le llevaba un día.
El cálculo es sencillo. Un proyecto Electron de 12 meses con un equipo europeo de 4 personas cuesta entre 300 000 y 450 000 €. El mismo equipo en Vietnam, con el mismo nivel técnico y la IA como apoyo, cuesta entre 120 000 y 200 000 €. La diferencia de 150 000 a 250 000 € no es una cifra de marketing: es lo que observo en los proyectos que dirijo.
Esta lógica de desarrolladores offshore potenciados por la IA se aplica especialmente bien a Electron, porque el framework requiere tanto competencias web (abundantes) como competencias de sistema (escasas). En Vietnam, los planes de estudio universitarios en informática de Hanói y Ho Chi Minh forman ingenieros con formación en C++ y sistemas, no solo en JavaScript. Es una ventaja estructural para los proyectos Electron.
Según los datos de Statista sobre externalización IT en el Sudeste Asiático, Vietnam alcanzó 7 200 millones de dólares en ingresos por outsourcing IT en 2025, con un crecimiento del 18 % interanual. Ese crecimiento atrae talento, no solo clientes.
Si dudas entre optimizar tu presupuesto Electron o migrar a Tauri, te recomiendo auditar tu codebase existente antes de decidir. En el 80 % de los casos que gestiono, la optimización de Electron con un equipo Vietnam cuesta menos que una reescritura completa.
Preguntas frecuentes
¿Sigue siendo Electron una buena elección para una app desktop en 2026?
Sí, si tu equipo ya domina React u otro framework web moderno y tu app no tiene restricciones extremas de rendimiento o tamaño. Electron sigue siendo el framework desktop más maduro, con el mayor ecosistema de plugins y la comunidad más activa. Tauri gana terreno, pero su ecosistema todavía es joven para proyectos empresariales.
¿Cuánto cuesta el mantenimiento anual de una app Electron?
Calcula entre 40 000 y 80 000 € al año para una app de complejidad media, incluyendo las actualizaciones de Chromium (cada 4 semanas), la firma de código, el pipeline de auto-update y los tests de no regresión en tres SO. Esta partida suele subestimarse en un 50 % en los presupuestos iniciales.
¿Puede un equipo offshore gestionar la complejidad nativa de Electron?
Sí, siempre que apuntes a desarrolladores senior con experiencia real en sistemas (C++, Node.js nativo, compilación cross-platform). Universidades vietnamitas como Bach Khoa (Politécnica de Ho Chi Minh) o la Universidad de Ciencias y Tecnología de Hanói forman ingenieros de sistemas sólidos. La trampa sería confiar un proyecto Electron a desarrolladores web junior, ya sea en Europa o en Vietnam.
¿Va Tauri a reemplazar a Electron?
Tauri ofrece binarios entre 10 y 50 veces más ligeros y un consumo de memoria notablemente inferior. Para un proyecto nuevo sin restricciones de ecosistema, es una opción seria. Pero para un proyecto Electron existente, la migración supone una reescritura casi completa del backend (de Node.js a Rust). La mayoría de los equipos a los que asesoro eligen optimizar su Electron actual en lugar de migrar.
¿Cuál es el perfil ideal de un equipo Electron offshore?
Un lead técnico senior (5+ años de Electron, dominio del IPC y los módulos nativos), dos desarrolladores React/TypeScript mid-to-senior para el renderer, un DevOps familiarizado con electron-builder y los pipelines CI multi-SO, y un QA que disponga de máquinas físicas o virtuales en las tres plataformas. Este equipo de 5 personas cubre la totalidad del ciclo de desarrollo y mantenimiento.
