// stack.lumi
Frontend

Nuxt

Framework Vue para aplicacoes completas.

// o que é

Nuxt expande Vue com roteamento, renderizacao, estrutura de projeto e recursos full-stack. Para a Lumi Data, e util quando a empresa quer produtividade Vue com padroes prontos para crescimento.

Nuxt é um meta-framework sobre Vue.js — a mesma relação que Next.js tem com React — que implementa convenções de file-based routing, layouts aninhados, server-side rendering, geração estática e, desde o Nuxt 3, Nitro como engine de servidor universal capaz de deployar para Node.js, Cloudflare Workers, AWS Lambda e outros runtimes sem alteração de código. A distinção entre meta-frameworks e frameworks de UI reflete a evolução do ecossistema frontend em direção a full-stack JavaScript: o servidor e o cliente compartilham o mesmo código, tipagem e convenções, eliminando a fricção de dois repositórios separados. O auto-import de componentes e composables — um dos diferenciadores do Nuxt — elimina imports explícitos e reduz boilerplate, mas exige que o time entenda a distinção entre código servidor (nunca chega ao cliente), código cliente (nunca executa no servidor) e código isomórfico (executa nos dois lados). A arquitetura de módulos do Nuxt (nuxt-modules) padroniza integrações com Tailwind, Auth, i18n e outras dependências como plugins de primeira classe, reduzindo decisões de configuração.

Como a Lumi enxerga:A Lumi implementa Nuxt com cuidado em SEO, dados, autenticacao e deploy para reduzir complexidade de evolucao.
// na prática

Como empresas usam Nuxt

01

Empresa de médio porte com frontend Vue legado buscando melhor performance e SEO

Nuxt é adotado para envolver a aplicação Vue existente com SSR e geração estática para páginas públicas, sem reescrever a lógica de componentes. O time migra rotas gradualmente para o novo sistema de roteamento do Nuxt enquanto mantém o código Vue original nos componentes.

02

Agência digital construindo sites institucionais e portais de conteúdo

Nuxt com geração estática (nuxt generate) produz sites HTML otimizados para CDN com zero cold start, enquanto o sistema de módulos integra CMSs headless (Contentful, Sanity, Strapi) via Nuxt Content, acelerando entregas de projetos com gestores de conteúdo não-técnicos.

03

Startup Vue-first construindo produto SaaS com área pública e autenticada

O Nuxt unifica em um repositório as páginas de marketing (SSG) e o dashboard do cliente (SSR com dados do usuário). Nuxt Auth e Nuxt DevTools aceleram o desenvolvimento de autenticação e debugging, mantendo a DX produtiva que o time Vue já conhece.

// decisão técnica

Quando usar — e quando não usar

Use quando
  • O time já trabalha com Vue e quer adicionar SSR, SSG ou ISR sem mudar de framework ou reaprender paradigmas — Nuxt entrega o mesmo salto que Next.js entrega para times React
  • O projeto tem páginas públicas que precisam de SEO forte e LCP abaixo de 2,5 s junto com uma área autenticada com dados dinâmicos
  • A entrega inclui um site institucional ou portal de conteúdo onde a integração com CMSs headless via Nuxt Content acelera o desenvolvimento editorial
  • O time quer deploys serverless sem configurar manualmente AWS Lambda ou Cloudflare Workers — o Nitro abstrai o runtime de destino
  • O projeto usa Tailwind CSS, i18n, analytics ou autenticação e quer integrações prontas via módulos em vez de configuração manual
Evite quando
  • O time não tem experiência com Vue e está considerando Nuxt por ser "mais completo" — o overhead de aprender Vue E Nuxt simultaneamente supera qualquer convenção que o meta-framework oferece
  • A aplicação é puramente client-side sem requisito de SSR ou SEO: Vue com Vite entrega DX mais simples e build mais rápido sem o Nitro no meio
  • A infraestrutura de deploy é um container Docker dedicado com Node.js gerenciado pelo time de infra — o benefício de abstração de runtime do Nitro é desperdiçado e adiciona uma camada de indireção desnecessária
  • O produto precisa de ecossistema frontend muito amplo de headless UI, design system maduro ou integrações específicas que existem no React mas ainda não têm equivalente Vue de qualidade igual
// visão lumi

Nuxt é nossa escolha quando o cliente já tem uma base Vue consolidada ou quando o time tem preferência clara por Vue — não impomos React onde Vue entrega o mesmo resultado. O que exigimos é a mesma disciplina que aplicamos a Next.js: TypeScript obrigatório, monitoramento de Core Web Vitals desde o primeiro deploy, e distinção clara entre código servidor e cliente para não vazar dados sensíveis ao bundle do cliente. A capacidade do Nitro de deployar para múltiplos runtimes sem reconfiguração é um argumento real de portabilidade — projetos que começam na Vercel podem migrar para Cloudflare Workers sem reescrever o servidor.

Lumi escolhe quando

  • Projetos Vue que precisam de SSR ou geração estática sem mudar de ecossistema
  • Sites institucionais e portais com gestão de conteúdo via CMS headless onde Nuxt Content acelera o desenvolvimento editorial
  • Aplicações que vão deployar em múltiplos runtimes (serverless, edge, Node.js) e querem portabilidade sem reconfiguração
  • Times Vue que querem as mesmas capacidades de meta-framework que times React têm com Next.js

Lumi não recomenda quando

  • Times sem experiência Vue sendo direcionados ao Nuxt — o custo de aprender Vue + Nuxt simultaneamente não se justifica quando React + Next.js é igualmente acessível
  • SPAs puramente internos sem SSR ou SEO — Vue + Vite é mais simples e mais rápido de operar nesse contexto
// aplicações

Onde essa tecnologia gera valor

01

Sites institucionais performaticos

A Lumi conecta essa aplicação ao objetivo de negócio, definindo arquitetura, dados, segurança e indicadores de sucesso antes da implementação.

02

Portais e apps Vue

A Lumi conecta essa aplicação ao objetivo de negócio, definindo arquitetura, dados, segurança e indicadores de sucesso antes da implementação.

03

Produtos com SSR/SSG

A Lumi conecta essa aplicação ao objetivo de negócio, definindo arquitetura, dados, segurança e indicadores de sucesso antes da implementação.

04

Frontends integrados a APIs

A Lumi conecta essa aplicação ao objetivo de negócio, definindo arquitetura, dados, segurança e indicadores de sucesso antes da implementação.

// fundamentos

Referências acadêmicas e técnicas

Nuxt Team. (2023). Nuxt 3 Documentation. nuxt.com/docs.

Documentação oficial do Nuxt 3 com Nitro, auto-imports, sistema de módulos e estratégias de renderização — referência primária para entender o modelo do meta-framework.

Google. (2020). Web Vitals: Essential metrics for a healthy site. web.dev/vitals.

Define as métricas de performance que SSR e SSG do Nuxt impactam diretamente, conectando decisões de renderização a LCP e INP mensuráveis.

Vercel. (2023). Next.js Documentation: Rendering Strategies. nextjs.org/docs/app/building-your-application/rendering.

Ponto de comparação direto com o Nuxt para entender os tradeoffs entre SSR, SSG e ISR em meta-frameworks, estabelecendo o contexto em que ambas as escolhas se aplicam.

Osmani, A. (2023). JavaScript Design Patterns (2nd ed.). O'Reilly Media.

Padrões de módulos e composição que se aplicam ao sistema de módulos do Nuxt e ao uso de composables como unidades de lógica reutilizável.

Grigorik, I. (2013). High Performance Browser Networking. O'Reilly Media.

Fundamentos de latência de rede e TTFB que justificam SSR e edge rendering como estratégias de performance para usuários geograficamente distribuídos.

// tecnologias relacionadas

Frontend

// próximo passo

Quer saber se esse stack faz sentido para você?

A Lumi avalia contexto, dados, equipe, custo e maturidade para recomendar a tecnologia certa e entregar com responsabilidade.