Ex-Disney · Ex-Globant · Freelancer desde 2014
Contrate um desenvolvedor sênior Next.js que envia para produção, não para demos.
Construí apps Next.js que aguentam tráfego real — sites de marketing que rankeiam, dashboards que não explodem com datasets grandes e arquiteturas App Router que sobrevivem ao próximo RFC do React. TypeScript forte, SEO decente, budgets de performance honestos.
Começar um projetoApp Router, Server Components, server actions — escolhidos certos
Nem toda página precisa ser server component. Nem todo form precisa server action. Escolho a estratégia de rendering por rota com base em SEO, interatividade e cache — não ideologia.
SEO que realmente funciona sobre um framework React
Metadata API correta, canonical tags, hreflang, Open Graph, Twitter cards, schema.org JSON-LD, sitemap.xml, robots.txt. Não "é Next.js, claro que é SEO-friendly" — o checklist técnico completo.
Dashboards que lidam com volume real de dados
Paginação server-side, respostas streaming, rendering incremental, TanStack Table para 100K+ linhas, cache e invalidação corretos. Se seus dados passam da escala MVP, a arquitetura precisa passar também.
Deploy em Vercel, Netlify ou sua infra
Vercel é o default, mas já entreguei Next.js em Netlify, self-hosted em Docker e AWS via open-next. Escolho por custo, compliance e time — não por lealdade de plataforma.
O stack Next.js com que entrego
- Next.jsApp Router, componentes server e client, route handlers
- TypeScriptTipos estritos em props, server actions, rotas de API
- ReactSuspense, transitions, o hook use() — onde realmente ajuda
- Server ComponentsDefault para conteúdo data-heavy, semi-estático
- Server ActionsForms com progressive-enhancement sem boilerplate de API
- Tailwind CSSUtility-first, design tokens, dark mode, responsivo
- shadcn/uiComponentes que você possui e customiza, não lib caixa-preta
- VercelDeploy previews, edge runtime, ISR, otimização de imagens
- PrismaORM type-safe com migrações em que dá pra confiar
- NextAuthAuth com Google, GitHub, magic links por email, credenciais
- StripeAssinaturas, usage billing, customer portal, webhooks
- PlaywrightTestes end-to-end em browsers reais, não só Chromium
Quando Next.js é o framework certo
Next.js é meu default quando o projeto é majoritariamente React e precisa de SEO real. Sites de marketing, dashboards com páginas públicas de marketing, apps SaaS multi-tenant, portais com muito conteúdo — Next.js lida com todos com a estratégia de rendering certa por rota. Seu modelo de Server Components deixa você mover data fetching para o servidor sem desistir do modelo mental do React, o que antes exigia escolher entre frameworks SSR e SPA com trade-offs desconfortáveis.
App Router está maduro agora, mas não é um drop-in replacement para Pages Router em todo projeto. Codebases legacy com setups complexos de _app/_document, padrões específicos como getServerSideProps que dependem de acesso a request/response, ou times que já conhecem Pages Router — a migração precisa ser pesada, não assumida. Já fiz tanto migrações quanto a decisão de "fica no Pages por ora", dependendo do ROI.
Onde Next.js não é a escolha certa: SPAs puras onde SEO não importa (use Vite + React, menos partes móveis), apps pesadas no servidor onde o frontend é minoritário (use NestJS e um React enxuto), ou apps que precisam de comportamento offline-first forte (stacks native ou PWA-focused encaixam melhor). Também: não escolha Next.js só porque a Vercel hospeda bem — isso é consequência, não razão.
Construí plataformas Next.js para operadores turísticos (Argenway — site de marketing + admin dashboard), centros de saúde (Maeth — site público + agendamento), imobiliárias (Don Piso Sitges/Mijas — listagens SEO-heavy para Espanha) e sites B2B SEO-driven (DirecTV Argentina — funis de conversão por plano). Mesmo framework, estratégias de rendering muito diferentes por página — essa é a flexibilidade do Next.js bem feito.
Perguntas frequentes
App Router para projetos novos. Pages Router para codebases existentes, a não ser que haja razão real para migrar. Não faço rewrites forçados — se seu app funciona e envia features, a migração é um investimento que precisa se justificar.
Ambos. Muito do meu trabalho recente é assumir projetos Next.js existentes — auditorias, fixes de performance, adicionar App Router incremental, migrar auth, sair ou entrar na Vercel. Leio o código antes de orçar.
Tenho olho de design mas não sou designer. Para landing pages e dashboards, consigo construir a partir de wireframes básicos ou implementar um design system existente de forma limpa. Para qualquer coisa onde marca e UX são o produto core, contrate um designer — trabalho com ele.
Recomendação default é Vercel porque a integração é apertada. Mas já entreguei Next.js em Netlify, self-hosted em Docker no DigitalOcean, AWS via open-next e Cloudflare Pages. Escolhe pelo custo, compliance e time — não pelo hype.
Sim. Integração Stripe completa: checkout, assinaturas, customer portal, webhooks com verificação de assinatura, proration, usage billing, automação de impostos com Stripe Tax. Entreguei isso em produtos SaaS e plataformas de conteúdo.
Sim, bastante. Normalmente começo com shadcn/ui como base porque você possui o código e pode customizar. Tailwind para estilo, Framer Motion ou CSS transitions para animação. Para clientes enterprise, já trabalhei com bibliotecas bespoke e Mantine.
Precisa de um engenheiro Next.js que envia rápido e não quebra prod?
MVPs, dashboards, sites de marketing SEO-heavy, migrações legacy. Resposta em 24 horas.
Começar a conversa