Release do Next.js · 10 de setembro de 2026

Next.js v16.4.0-canary.26

Detalhamento editorial da versão, com mudanças publicadas e referência oficial para consulta técnica.

Breaking changeVer release no GitHub

Resumo

O Next.js v16.4.0-canary.26 amplia a comparação de builds no Bundle Analyzer e corrige a revalidação duplicada de entradas com use cache. Aplicações que ativam experimental.strictRouteMatching também recebem novas verificações de rotas: uma página interceptada precisa ter uma rota comum correspondente, e páginas sem caminho acessível geram erro.

Novidades

  • Next.js v16.4.0-canary.26 — Bundle Analyzer: a análise de um build e a comparação entre builds recebem visualização em tabela. O modo de comparação também mostra as diferenças no treemap, o gráfico de retângulos usado para visualizar os módulos.
  • Next.js v16.4.0-canary.26 — Partial Prefetching: a publicação adiciona uma skill para otimizar o pré-carregamento parcial de páginas.

Melhorias

  • Next.js v16.4.0-canary.26 — Workers: um aviso informa sobre a falha associada ao fsevents. As notas não descrevem uma correção dessa dependência.
  • Next.js v16.4.0-canary.26 — Rotas paralelas: com a correspondência estrita habilitada, o diagnóstico identifica o layout cujos slots não conseguem formar uma rota completa.

Correções

  • Next.js v16.4.0-canary.26 — Cache: entradas com use cache deixam de iniciar revalidações duplicadas em segundo plano.
  • Next.js v16.4.0-canary.26 — Imagens: a resposta interna de next/image deixa de compartilhar o socket da requisição recebida.
  • Next.js v16.4.0-canary.26 — Turbopack: a resolução de import.meta.glob trata padrões iniciados por ../ ou /, e caminhos usados para solicitar módulos recebem um cálculo específico de referência relativa.
  • Next.js v16.4.0-canary.26 — Modo de teste: o testmode deixa de usar a função obsoleta url.parse.

Breaking changes

  • Next.js v16.4.0-canary.26 — Correspondência estrita de rotas: com experimental.strictRouteMatching ativo, o Webpack e o Turbopack rejeitam rotas interceptadas sem cobertura por páginas comuns e reportam páginas inacessíveis em desenvolvimento e no build. Aplicações com esses arranjos precisam completar as páginas correspondentes ou adicionar default.tsx aos slots incompatíveis. Uma interceptação de /photo/[...id], por exemplo, exige cobertura também para /photo/1/2, que uma página comum /photo/[id] não oferece.

Ponto de Atenção

  • Next.js v16.4.0-canary.26 — Estabilidade: esta publicação pertence ao canal canary. A mudança de compatibilidade descrita depende da configuração experimental de correspondência estrita.
  • Next.js v16.4.0-canary.26 — Teste sugerido: numa aplicação com experimental.strictRouteMatching, execute o build e abra uma URL interceptada tanto pela navegação interna quanto por acesso direto. Corrija as páginas ou os defaults apontados pelo diagnóstico e repita o build. Para o cache, acompanhe uma entrada vencida e confira se a revalidação ocorre uma única vez.

Notas da versão

Voltar para o changelog do Next.js

Área pública disponível

Participe da comunidade no Discord

Entre pelo convite oficial, apresente-se à comunidade e acompanhe os avisos e projetos compartilhados entre os encontros.