News · 3 min de leitura

Vercel adiciona Python ao Routing Middleware

Anúncio de 21 de outubro amplia as opções para tratar requisições antes do aplicativo; documentação detalha dependências e limites de execução.

Grupo de pessoas diante do estande com as marcas Vercel e Next.js no Web Summit de 2022
Estande da Vercel no Web Summit de Lisboa, em foto de arquivo de 3 de novembro de 2022. Crédito: Luciano Reis/Web Summit, via Flickr. Título original: WebSummit Lisbon 2022. CC BY 2.0. Redimensionamento, margens laterais e conversão para WebP.

A Vercel anunciou em 21 de outubro de 2026 suporte a Python no Routing Middleware. A novidade permite escrever nessa linguagem a camada que trata requisições antes de elas chegarem ao aplicativo, conforme o changelog oficial.

Essa camada pode redirecionar uma visita, reescrever seu destino ou produzir uma resposta diretamente. O anúncio cita compatibilidade com FastAPI, Flask, Django e outros frameworks Python.

O middleware funciona como uma aplicação ASGI ou WSGI separada do aplicativo principal. O pacote vercel-proxy oferece recursos para organizar regras por caminho e decidir como cada requisição deve prosseguir.

Como a configuração é organizada

A referência oficial de Python orienta separar os pacotes usados pelo middleware no grupo de dependências vercel.proxy, dentro de pyproject.toml. As bibliotecas importadas nessa camada precisam estar no grupo; uma dependência ausente provoca falhas nas requisições que passam por ela.

A entrada de execução usa o formato módulo:objeto. No exemplo proxy:proxy, o primeiro termo identifica o módulo proxy.py e o segundo, o objeto definido nele. A documentação mostra essa definição em proxy.entrypoint, no arquivo vercel.json.

As regras são avaliadas na ordem em que foram registradas, e a primeira correspondência recebe a requisição. Por padrão, uma visita que não corresponde a nenhuma regra segue para o aplicativo sem alteração. O desenvolvedor também pode definir uma resposta alternativa.

Onde faz sentido executar código

A visão geral do Routing Middleware recomenda configuração estática quando a regra pode ser expressa dessa forma. Nesse caso, a CDN aplica a decisão sem chamar código a cada requisição. O middleware fica indicado para decisões que exigem lógica adicional.

Também é necessário escolher quais caminhos passam pela camada, usando um matcher. Sem essa seleção, ela roda em cada requisição, incluindo arquivos estáticos, com impacto em latência e custo.

Outro requisito é utilizar o mesmo runtime do aplicativo. Uma combinação incompatível interrompe o build. A documentação apresenta essas condições como parte da configuração do produto.

O que muda para equipes de sites

Na avaliação editorial da Nextags, a ampliação interessa a equipes que já trabalham com Python e precisam organizar decisões de roteamento. O ponto de partida continua sendo identificar qual comportamento o site precisa oferecer em cada endereço.

Em uma mudança de estrutura de conteúdo, por exemplo, vale registrar os endereços antigos, os destinos esperados e quem acompanha a migração. Esse mapa ajuda a revisar as regras e a reconhecer quais acessos ainda dependem delas.

A escolha da linguagem resolve apenas uma parte dessa organização. É útil manter a finalidade de cada regra documentada e conferir o comportamento esperado antes de uma alteração chegar aos visitantes. Assim, a equipe consegue relacionar uma decisão técnica ao percurso que pretende oferecer no site.

Fontes e referências

As informações foram verificadas nas fontes abaixo. Novos fatos podem atualizar esta notícia.

Conteúdo de . Preparado com apoio de IA. Consulte as fontes e os critérios editoriais. Conheça nossos critérios editoriais e como solicitar uma correção.

Os formulários funcionam sem cookies de publicidade. Você pode mudar esta escolha a qualquer momento no rodapé.