O Django sempre se destacou por reunir em um único framework boa parte do que uma aplicação web profissional precisa: acesso ao banco de dados, autenticação, formulários, segurança, administração e uma estrutura organizada para crescer. Com o Django 6.0, lançado em dezembro de 2025, essa proposta ficou ainda mais atual.
A nova versão introduziu recursos que atacam problemas comuns em sistemas reais: processar operações demoradas sem travar a resposta ao usuário, reutilizar componentes de interface, controlar as fontes de conteúdo aceitas pelo navegador e trabalhar com a API moderna de e-mail do Python.
Neste artigo, veremos as quatro novidades mais relevantes, onde elas ajudam e quais cuidados devem fazer parte de uma atualização.
Resumo das principais novidades
- Background Tasks: uma API oficial para definir, enfileirar e acompanhar tarefas executadas fora do ciclo da requisição.
- Template Partials: fragmentos de template nomeados e reutilizáveis dentro do próprio arquivo.
- Content Security Policy: suporte integrado a políticas que restringem scripts, estilos, imagens e outras fontes carregadas pelo navegador.
- API moderna de e-mail: adoção da implementação atual do Python, mais amigável a Unicode e mensagens complexas.
1. Background Tasks: trabalho pesado fora da requisição
Algumas operações não deveriam fazer o usuário esperar: enviar um relatório por e-mail, gerar um PDF, processar uma imagem, importar uma planilha ou sincronizar dados com outro sistema. Executar tudo isso durante a mesma requisição aumenta a latência e pode causar timeouts.
O Django 6.0 passa a oferecer um framework oficial de tarefas. Uma função pode ser declarada com o decorador @task e enviada para uma fila com enqueue():
from django.core.mail import send_mail
from django.tasks import task
@task(queue_name="emails")
def enviar_relatorio(destinatario, assunto, mensagem):
return send_mail(
subject=assunto,
message=mensagem,
from_email=None,
recipient_list=[destinatario],
)
enviar_relatorio.enqueue(
destinatario="cliente@empresa.com.br",
assunto="Seu relatório está pronto",
mensagem="O relatório mensal já pode ser consultado.",
)A API também contempla prioridade, nome de fila, agendamento para uma data futura, contexto de execução e acompanhamento de resultados — desde que o backend escolhido ofereça esses recursos.
Atenção: o Django fornece o contrato e a infraestrutura de enfileiramento, mas não inclui um worker de produção. A execução real ainda depende de um processo ou serviço externo e de um backend compatível. Os backends incluídos no framework são voltados principalmente a desenvolvimento e testes.
Essa separação é positiva: o código da aplicação passa a usar uma interface oficial e consistente, enquanto a infraestrutura de execução pode ser escolhida conforme o volume e a criticidade do projeto.
2. Template Partials: componentes menores e reutilizáveis
Interfaces Django costumam ter pequenos blocos repetidos: cards de produtos, linhas de tabela, avisos, indicadores e resultados de busca. Antes do Django 6.0, era comum criar um arquivo separado para cada fragmento ou recorrer a bibliotecas adicionais.
Os Template Partials permitem definir um fragmento nomeado com partialdef e renderizá-lo com partial:
{% partialdef card-produto %}
<article class="produto-card">
<h3>{{ produto.nome }}</h3>
<p>{{ produto.descricao }}</p>
</article>
{% endpartialdef %}
{% for produto in produtos %}
{% partial card-produto %}
{% endfor %}Um partial também pode ser acessado pela sintaxe template.html#nome-do-partial. Isso é especialmente útil quando uma interação atualiza apenas uma parte da página, sem a necessidade de renderizar todo o template novamente.
O resultado é uma interface mais consistente, com menos duplicação e componentes mais fáceis de manter.
3. Content Security Policy integrada ao framework
A Content Security Policy, conhecida como CSP, é uma camada de proteção aplicada pelo navegador. Ela define quais origens estão autorizadas a fornecer scripts, estilos, fontes, imagens e outros recursos para a aplicação.
Uma política bem configurada reduz o impacto de ataques como Cross-Site Scripting (XSS) e injeção de conteúdo. No Django 6.0, essa configuração pode ser feita diretamente no projeto:
from django.utils.csp import CSP
MIDDLEWARE = [
# ...
"django.middleware.csp.ContentSecurityPolicyMiddleware",
]
SECURE_CSP = {
"default-src": [CSP.SELF],
"script-src": [CSP.SELF, CSP.NONCE],
"img-src": [CSP.SELF, "https:"],
}Também existe o modo SECURE_CSP_REPORT_ONLY, indicado para observar violações antes de ativar o bloqueio definitivo. Essa implantação gradual é importante em sistemas que dependem de serviços externos, bibliotecas antigas ou scripts inline.
CSP não substitui validação de entrada, escape de HTML, CSRF, HTTPS ou atualização de dependências. Ela funciona como uma camada adicional de defesa.
4. Uma base mais moderna para envio de e-mails
O Django 6.0 passou a utilizar a API moderna de e-mail do Python, centrada em email.message.EmailMessage. A mudança melhora o tratamento de Unicode e simplifica mensagens com múltiplas partes e anexos.
Para a maioria dos projetos que usa send_mail(), EmailMessage ou EmailMultiAlternatives pelas APIs públicas, a transição tende a ser tranquila. A atenção maior deve estar em subclasses personalizadas e integrações que dependem de classes MIME antigas ou métodos internos não documentados.
O suporte a objetos legados MIMEBase foi descontinuado. Para anexos complexos, o caminho recomendado passa a ser a API moderna com MIMEPart.
Compatibilidade e cuidados antes de atualizar
O Django 6.0 oferece suporte oficial ao Python 3.12, 3.13 e 3.14. Projetos ainda executados em Python 3.10 ou 3.11 precisam atualizar primeiro o ambiente ou permanecer em uma versão compatível do Django.
Antes de migrar uma aplicação em produção:
- Leia as notas de lançamento e os itens incompatíveis.
- Atualize para a versão de correção mais recente da série escolhida.
- Revise bibliotecas de terceiros e integrações com o admin, e-mail e templates.
- Execute a suíte de testes com avisos de descontinuação habilitados.
- Teste a CSP primeiro em modo de relatório.
- Defina a infraestrutura de workers antes de usar tarefas em produção.
- Prepare rollback, backup do banco e monitoramento após o deploy.
O que essas mudanças representam para empresas?
Para quem utiliza sistemas web no dia a dia, a tecnologia só faz sentido quando melhora resultados. Tarefas em segundo plano deixam páginas mais rápidas; componentes reutilizáveis reduzem inconsistências; CSP reforça a segurança; e uma API de e-mail moderna facilita comunicações transacionais confiáveis.
Essas melhorias beneficiam plataformas administrativas, lojas virtuais, portais educacionais, sistemas financeiros, integrações de dados e aplicações personalizadas que precisam crescer de forma sustentável.
Conclusão
O Django 6.0 não muda a identidade do framework. Ele continua favorecendo produtividade, organização e segurança, mas passa a oferecer soluções oficiais para necessidades que antes dependiam com mais frequência de pacotes externos ou padrões definidos por cada equipe.
A atualização não deve ser automática: compatibilidade, testes e infraestrutura continuam essenciais. Para projetos novos ou aplicações preparadas para Python 3.12 ou superior, porém, a versão representa uma base sólida para construir sistemas web modernos.
