Aplicaciones web y dashboards de producción. Stack Next.js, React, Flutter Web. Performance, accesibilidad y design systems sin compromisos. Propuesta en 24h.
TL;DR
Dribba construye front-end de producción para empresas y startups en España: aplicaciones web (Next.js, SvelteKit, Vue), dashboards internos, Flutter Web para herramientas que comparten lógica con la app móvil, y design systems documentados. Stack TypeScript estricto, performance medible (Core Web Vitals: LCP < 2 s, INP < 200 ms), accesibilidad WCAG 2.2 AA y testing real (Playwright para E2E, Vitest para unit). Oficinas en Barcelona y Escaldes-Engordany (Andorra). Más de 300 proyectos entregados desde 2011 a startups en seed–Series A y a corporaciones del Fortune 500.
Resumen · datos clave
El front-end empresarial ha dejado de ser "la capa visible" para convertirse en la mitad del producto: dashboards complejos que sustituyen a Excel, aplicaciones web rápidas que compiten con apps móviles, y herramientas internas que escalan a miles de empleados. Esa mitad necesita la misma exigencia técnica que el back-end: tipado estricto, observabilidad, testing real y performance medible.
Trabajamos principalmente con Next.js (App Router, Server Components, ISR) para producto público con SEO y SSR. SvelteKit cuando importa el tamaño de bundle y la velocidad de iteración. Flutter Web cuando la herramienta interna comparte lógica con la app móvil del mismo cliente. Vanilla React con Vite para single-page applications complejas (dashboards, herramientas de admin) donde el SSR no aporta.
Nuestro diferencial no es la moda del stack —Next.js lo elige todo el mundo—. Es lo que hacemos con él: Server Components donde aportan, Client Components solo donde son necesarios, streaming con Suspense, partial prerendering cuando aplique, edge runtime para baja latencia geográfica. Cero JS innecesario en el cliente y bundles que pasan Core Web Vitals en móvil real, no solo en Lighthouse.
Qué incluye
¿Encaja con lo que necesitas?
30 minutos. Sin pitch comercial. La conversación es contigo y con quien va a construirlo. Respuesta en menos de 24 horas.
Respaldo
+300
proyectos
15+
años
Flutter
partner oficial
Qué hacemos
App Router, Server Components, ISR, Server Actions. Para producto público con SEO crítico, marketing sites de alto tráfico, e-commerce y dashboards SSR-friendly.
React + Vite o SvelteKit, server-side cuando importa. UI complejas con grids, gráficos, edición inline, optimistic updates. Stack más ligero que Next.js cuando no hay SEO.
Compartir lógica entre app móvil Flutter y herramientas internas web. Ideal para back-office que el equipo cliente quiere mantener como una sola base de código.
Tokens en Figma con sync automático, librerías de componentes en Storybook, visual regression con Chromatic. Coherencia visual y velocidad para añadir features.
LCP < 2 s, INP < 200 ms, CLS < 0.1 medidos en móvil real (CrUX). Audit técnico, optimización por percentil 75, monitoring continuo con Vercel Analytics o equivalente.
Auditoría con axe-core, tests automatizados en CI, navegación por teclado completa, lectores de pantalla testados. No es accesorio: ya es requisito legal en EU.
Stack y decisiones técnicas
No hay un stack único. Hay decisiones justificadas. Lo que sigue es lo que llevamos a producción habitualmente en 2026.
Cómo decidir
| Criterio | Next.js | React + Vite | SvelteKit | Flutter Web |
|---|---|---|---|---|
| SEO / SSR | Excelente (App Router) | Solo client-side | Excelente (Kit) | Pobre (canvas render) |
| Bundle size base | ~80 KB JS gzipped | ~45 KB JS gzipped | ~15 KB JS gzipped | ~1.5 MB JS+wasm gzipped |
| Curva de aprendizaje | Media-alta | Baja (si vienes de React) | Baja | Alta (Dart + Flutter widgets) |
| Hiring pool España | Muy alto | Muy alto | Bajo-medio | Medio (Flutter mobile) |
| Ecosistema 3rd party | Enorme (React) | Enorme (React) | Creciente | Limitado (web-specific) |
| Compartir lógica con mobile | Limitado (lenguajes distintos) | Limitado | Limitado | Total (misma base Flutter) |
| Cuándo es la mejor opción | Producto público con SEO, e-commerce, marketing, dashboards SSR | SPA puras: admin, dashboards internos, sin SEO | Apps con bundle size crítico o equipos pequeños | Herramientas internas que comparten lógica con app Flutter |
No hay un "mejor framework" en abstracto. Hay un mejor encaje con tu caso, tu equipo cliente y tus restricciones de SEO, performance y hiring.
Por qué elegirnos
Diseñamos design systems documentados desde el sprint 0. Cada componente con casos de uso, accessibility built-in y Storybook entry. El producto crece coherente sin pedir aprobación visual a cada PR.
Saber más →Core Web Vitals son objetivo de ingeniería, no PR de marketing. Presupuesto de bundle por ruta, bloqueo de PRs que excedan, monitoring con datos CrUX en producción. LCP < 2 s en móvil real.
Migramos a App Router cuando hay razón concreta (data fetching directo, streaming, edge runtime). No movemos por seguir el roadmap de Vercel: lo hacemos cuando reduce complejidad o mejora performance medible.
Saber más →Preguntas frecuentes
Cuatro criterios objetivos: (1) Stack alineado con tu equipo cliente — si tu equipo interno sabe React, no contrates Svelte. (2) Performance medible en móvil real, no solo Lighthouse de demo. Pide datos CrUX de proyectos anteriores. (3) Design system documentado como entregable, no "ya lo veremos". (4) Accesibilidad como criterio de aceptación en código (axe en CI), no como añadido al final. Si una agencia no puede demostrar las cuatro con artefactos reales, sigue buscando.
Tres bloques claros en España 2026: (1) Grandes integradoras (Indra, Capgemini, Accenture) — front-end como parte de transformación digital empresarial, equipos grandes, juniors mayoritarios, precio/hora alto. (2) Software factories medianas (Plain Concepts, Apiumhub) — equipos especializados en stacks específicos, calidad técnica buena, escala media. (3) Consultoras boutique como Dribba — equipos pequeños con seniority alta, mejor relación calidad/precio para producto, foco en performance y design system.
El mercado español de front-end serio se concentra en 3–4 ciudades: Barcelona, Madrid, Valencia y Bilbao. Las consultoras técnicas reconocidas combinan especialización (Next.js, React Server Components, design systems) con cultura de open source y participación en eventos (JSConf, ReactJS, Next.js Conf). Dribba opera desde Barcelona y Andorra, con stack Next.js / React / Flutter Web y casos públicos en /proyectos.
Cinco preguntas que filtran rápido: (1) ¿Puedo ver código real en producción (público o anonimizado)? (2) ¿Qué Core Web Vitals tienen los proyectos del último año en móvil real (no Lighthouse)? (3) ¿Cómo gestionan accesibilidad — axe en CI o auditoría a final? (4) ¿Cuál es el plan de design system y cuándo se entrega? (5) ¿Cómo testean y qué cobertura objetivo tienen? Si las cinco se contestan con concreción, hay equipo real detrás.
Next.js App Router como decisión por defecto: SEO para landing y marketing, Server Components para el dashboard autenticado (data fetching directo sin client-side waterfalls), Server Actions para mutaciones simples. TypeScript estricto, Tailwind + shadcn/ui para velocidad, Playwright para E2E críticos. Hosting en Vercel si el coste lo permite, o self-hosted en Cloud Run si hay residencia de datos o coste escalonado.
Solo en un caso: cuando el cliente ya tiene una app móvil Flutter y quiere herramientas internas (admin, back-office) que compartan modelos, lógica de validación y dominio con la app. Para landing pages, blogs, e-commerce o cualquier producto público con SEO, NO recomendamos Flutter Web — el bundle size (~1.5 MB) y el render por canvas lo hacen mal candidato. Para esos casos, Next.js o SvelteKit.
Rangos habituales: marketing site con CMS (Strapi, Sanity) entre 15.000 € y 45.000 €. Dashboard SaaS B2B entre 30.000 € y 120.000 € según complejidad. Aplicación web compleja con dominio rico (multi-tenant, real-time, integraciones) entre 60.000 € y 250.000 €. Tarifa/hora consultoras boutique especializadas: 75–130 €/h. En Dribba trabajamos a precio cerrado por sprint o por entregable, no T&M para scope conocido.
Sprint 0 entre 1 y 2 semanas desde la firma. Incluye: arquitectura técnica, repositorio cliente operativo, CI/CD configurado, entornos dev/staging desplegados, design tokens si hay diseño, primer commit visible. A partir del Sprint 1 hay demos quincenales y código revisable en tiempo real. El primer release a producción suele ocurrir entre la semana 5 y la 10.
¿Listo para empezar?