# 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. Autoria: Angelo Sebastião Silva Goncalves Publicado: 2026-10-23T18:05:53.704Z Revisado: 2026-10-23T18:05:53.704Z URL canônica: https://nextags.com.br/news/vercel-python-routing-middleware/ 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](https://vercel.com/changelog/routing-middleware-now-supports-python). 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](https://vercel.com/docs/routing-middleware/python-reference) 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](https://vercel.com/docs/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 - [Vercel — anúncio de suporte Python no Routing Middleware,21/10/2026](https://vercel.com/changelog/routing-middleware-now-supports-python) - [Vercel — referência técnica de Routing Middleware em Python](https://vercel.com/docs/routing-middleware/python-reference) - [Vercel — visão geral e condições de execução do Routing Middleware](https://vercel.com/docs/routing-middleware) - [Fotografia do estande Vercel — Luciano Reis/Web Summit,3/11/2022](https://www.flickr.com/photos/websummit/52493950480/) - [Licença da fotografia — CC BY2.0](https://creativecommons.org/licenses/by/2.0/)