Por qué construimos en Svelte y no en React
Probamos React, Vue, Solid y Svelte en proyectos reales. Svelte ganó por razones que tienen menos que ver con el framework y más con cómo trabajamos.
Llevamos cinco años haciendo webs para clientes en Medellín y por LATAM. En el camino probamos React (Next.js), Vue (Nuxt), Solid (SolidStart) y Svelte (SvelteKit). Hoy todos nuestros proyectos arrancan en SvelteKit salvo excepciones. No porque sea "mejor" — porque encaja con cómo trabajamos.
El criterio no es el benchmark
Casi todos los frameworks modernos producen builds rápidos. La diferencia real está en cuánto tiempo le tomamos a un dev nuevo en el equipo entender un componente complejo.
Con Svelte 5 + runes, un componente con estado se lee como JavaScript que actualiza el DOM. Sin hooks, sin dependencias circulares, sin useMemo defensivo.
Tres cosas que pesaron en la decisión
- Menos código por feature. Un formulario de checkout en SvelteKit ocupa la mitad de líneas que su versión en Next + React Hook Form + Zustand.
- Bundles más livianos por defecto. Para clientes en Colombia, donde el 4G no siempre va parejo, esto se traduce en mejor conversión.
- SSR + islas + adapter-node. Podemos hacer todo: estático puro, server-rendered, edge, o servidor propio. Sin reescribir.
¿Cuándo NO usamos Svelte?
Cuando el cliente ya tiene un equipo grande en React y va a mantener el código después. La consistencia con su stack vale más que nuestra preferencia.
La mejor tecnología es la que el equipo que te recibe el código puede mantener sin nosotros.
Conclusión
Svelte no es una bala de plata. Pero para un studio chico que entrega proyectos llave en mano, reduce fricción donde más duele: en el costo de mantenimiento.
Si estás evaluando stack para tu próximo proyecto, escríbenos — te decimos honestamente cuál encaja con tu caso, así no terminemos trabajando juntos.