Ex-Disney · Ex-Globant · Freelance desde 2014
Contratá un desarrollador senior Next.js que envía a producción, no a demos.
Construyo apps Next.js que aguantan tráfico real — sitios marketing que rankean, dashboards que no explotan con datasets grandes y arquitecturas App Router que sobreviven al próximo RFC de React. TypeScript fuerte, SEO como corresponde, budgets de performance honestos.
Empezar un proyectoApp Router, Server Components, server actions — elegidos bien
No toda página necesita ser server component. No todo form necesita server action. Elijo la estrategia de rendering por ruta según SEO, interactividad y cache — no por ideología.
SEO que realmente funciona sobre un framework React
Metadata API correcta, tags canonical, hreflang, Open Graph, Twitter cards, schema.org JSON-LD, sitemap.xml, robots.txt. No "es Next.js, claro que es SEO-friendly" — el checklist técnico completo.
Dashboards que aguantan volumen real
Paginación server-side, respuestas streaming, rendering incremental, TanStack Table para 100K+ filas, caching e invalidación como corresponde. Si tu data pasa la escala de MVP, la arquitectura también tiene que pasarla.
Deploy en Vercel, Netlify o tu propia infra
Vercel es el default, pero he enviado Next.js a Netlify, self-hosted con Docker y AWS vía open-next. Elijo según costo, compliance y equipo — no por lealtad de plataforma.
El stack Next.js con el que envío
- Next.jsApp Router, componentes server y client, route handlers
- TypeScriptTipos estrictos en props, server actions, routes de API
- ReactSuspense, transitions, el hook use() — donde realmente ayuda
- Server ComponentsDefault para contenido data-heavy, semi-estático
- Server ActionsForms con progressive-enhancement sin boilerplate de API
- Tailwind CSSUtility-first, design tokens, dark mode, responsive
- shadcn/uiComponentes que poseés y customizás, no una librería caja-negra
- VercelDeploy previews, edge runtime, ISR, optimización de imágenes
- PrismaORM type-safe con migraciones confiables
- NextAuthAuth con Google, GitHub, magic links por email, credenciales
- StripeSuscripciones, usage billing, customer portal, webhooks
- PlaywrightTests end-to-end en browsers reales, no solo Chromium
Cuándo Next.js es el framework correcto
Next.js es mi default cuando el proyecto es mayormente React y necesita SEO real. Sitios marketing, dashboards con páginas públicas de marketing, apps SaaS multi-tenant, portales pesados en contenido — Next.js maneja todos con la estrategia de rendering correcta por ruta. Su modelo de Server Components te deja mover el data-fetching al servidor sin abandonar el modelo mental de React, algo que antes requería elegir entre frameworks SSR y SPA con trade-offs incómodos.
App Router está maduro ahora, pero no es un reemplazo directo de Pages Router en todo proyecto. Codebases heredadas con setups complejos de _app/_document custom, patrones específicos como getServerSideProps que dependen del acceso a request/response, o equipos que ya conocen Pages Router bien — la migración tiene que pesarse, no asumirse. He hecho tanto migraciones como la decisión de "quedate en Pages por ahora", según el ROI.
Dónde Next.js no es la decisión correcta: SPAs puras donde el SEO no importa (usá Vite + React, menos piezas móviles), apps pesadas de servidor donde el frontend es menor (usá NestJS y un React thin), o apps que necesitan comportamiento offline-first fuerte (stacks native o PWA-focused encajan mejor). También: no elijas Next.js solo porque Vercel lo hostea bien — es una consecuencia linda, no una razón.
He construido plataformas Next.js para operadores de turismo (Argenway — marketing + dashboard admin), centros de salud (Maeth — sitio público + reserva de turnos), inmobiliaria (Don Piso Sitges/Mijas — listings de propiedades SEO-heavy para España) y sitios B2B SEO-driven (DirecTV Argentina — funnels de conversión por plan). Mismo framework, estrategias de rendering salvajemente distintas por página — esa es la flexibilidad que te da Next.js bien hecho.
Preguntas frecuentes
App Router para proyectos nuevos. Pages Router para codebases existentes a menos que haya una razón real para migrar. No hago rewrites forzados — si tu app funciona y envía features, la migración es una inversión que tiene que justificarse sola.
Ambos. Mucho de mi trabajo reciente es tomar proyectos Next.js existentes — auditorías, fixes de performance, sumar App Router incremental, migrar auth, salir o entrar a Vercel. Leo el código antes de cotizar.
Tengo ojo de diseño pero no soy diseñador. Para landing pages y dashboards, puedo construir desde wireframes básicos o tomar un design system existente e implementarlo limpio. Para cualquier cosa donde marca y UX son el producto core, contratá un diseñador — trabajo con él.
Recomendación default es Vercel porque la integración es fuerte. Pero he enviado Next.js a Netlify, self-hosted en Docker sobre DigitalOcean, AWS vía open-next y Cloudflare Pages. Elegí según costo, compliance y equipo — no según hype.
Sí. Integración completa de Stripe: checkout, suscripciones, customer portal, webhooks con verificación de firma, proration, usage billing, automatización de impuestos con Stripe Tax. He enviado esto en productos SaaS y plataformas de contenido.
Sí, mucho. Normalmente arranco con shadcn/ui como base de componentes porque poseés el código y podés customizar. Tailwind para estilos, Framer Motion o CSS transitions para animación. Para clientes enterprise, he trabajado con librerías de componentes bespoke y Mantine.
¿Necesitás un ingeniero Next.js que envíe rápido y no rompa prod?
MVPs, dashboards, sitios marketing SEO-heavy, migraciones de legacy. Respuesta en 24 horas.
Empezar la conversación