Migração de WordPress/PHP para Django/Python: quando compensa e quanto custa
WordPress em PHP atende a maioria dos sites de conteúdo, mas conforme o negócio cresce, plugins, código customizado e limites do CMS viram gargalo. Django/Python é o caminho para lógica de negócio personalizada, APIs, papéis e backend escalável sem um "zoológico de plugins". Abaixo: sinais de que é hora de migrar, cenários típicos, orçamento, prazos e como saber se a mudança compensa em 2026.
- Gatilhos típicos - lógica de negócio complexa, integrações, segurança, performance, dívida técnica em PHP
- Orçamento de migração - $3.000 - $80.000+ conforme volume de dados, funcionalidades e requisitos SEO
- Prazos - 3-12 semanas para site típico, 3-9 meses para e-commerce e SaaS
- Retorno - 12-36 meses com maior conversão, menos custo de suporte e novas integrações
- Principal risco - não é o Django, e sim auditoria legacy fraca e perda de SEO na migração de URLs
Quando WordPress deixa de ser suficiente
WordPress faz sentido enquanto o site é conteúdo + formulários + catálogo básico. Os problemas começam quando a lógica de negócio ultrapassa o ecossistema de plugins:
- 10+ plugins com funções sobrepostas, conflitos de atualização e falhas de segurança;
- PHP customizado em
functions.php, mu-plugins e forks de plugins - sem testes, documentação ou code review; - Páginas lentas com 50K+ registros, filtros complexos ou consultas pesadas do WooCommerce;
- Integrações com gambiarra - webhooks no Zapier, exportações CSV, sincronização manual com CRM e ERP;
- Sem API adequada para app mobile, portal de parceiros ou frontend headless;
- Papéis e permissões além de "admin / editor / assinante" - departamentos, fluxos de aprovação, audit log.
Django não é "melhor que WordPress em tudo" - é melhor onde o CMS vira um ERP caseiro em cima de plugins.
Sinais de que a migração já é necessária
| Sintoma | O que acontece | Para onde leva |
|---|---|---|
| Atualização do WP quebra o site | Conflitos de plugins, hooks obsoletos | Indisponibilidade, leads perdidos |
| Desenvolvimento "no plugin" leva semanas | Sem acesso à lógica central | Alterações caras |
| Segurança em modo incêndio | Vulnerabilidades em plugins, temas nulled | Invasões, penalidades SEO |
| Dados duplicados | Pedidos no WP, clientes no CRM, estoque no Excel | Erros, trabalho manual |
| Carga cresce, cache não salva | Arquitetura monolito-sobre-plugins | Queda de conversão |
Se 2-3 itens da tabela são o seu caso, a migração já não é "stack da moda" - é redução de risco operacional.
O que entra na migração
Um projeto típico "WordPress → Django" não é só mover HTML:
- Auditoria legacy - plugins, código custom, BD, cron, integrações, lógica de negócio "oculta".
- Projeto da nova arquitetura - modelos de dados, API, papéis, tarefas em background (Celery).
- Migração de conteúdo - posts, páginas, mídia, meta, categorias, tags, custom fields (ACF).
- Migração de usuários - hashes de senha (muitas vezes re-hash no primeiro login), papéis, perfis.
- E-commerce / pedidos - se WooCommerce: produtos, variantes, pedidos, cupons, impostos.
- Camada SEO - redirecionamentos 301, sitemap, canonical, Schema.org, preservar slug quando possível.
- Integrações - CRM, pagamentos, email, analytics - já em Python, sem intermediários.
- Operação paralela - staging, UAT, plano de cutover, rollback.
- Treinamento de editores - Wagtail / Django Admin / CMS headless.
Django não precisa replicar o admin do WordPress um a um. Muitas vezes ganha um CMS simplificado alinhado aos processos reais da equipe.
Estratégias de migração
Big bang (corte único)
Site antigo desliga, novo entra em janela de manutenção (madrugada / fim de semana).
- Prós - um cutover, sem suporte duplo.
- Contras - alto risco, rollback necessário, estresse para SEO e equipe.
- Quando serve - site pequeno, poucas integrações, baixo tráfego fora de pico.
Por fases (strangler fig)
Primeiro migra um módulo - blog, área logada, API - e parte do tráfego vai para Django.
- Prós - menos risco, KPIs mensuráveis por partes.
- Contras - dois sistemas temporariamente, infra mais complexa (reverse proxy, auth compartilhada).
- Quando serve - e-commerce, SaaS, alto tráfego, exigência zero-downtime.
Headless WordPress → backend Django
No início WordPress continua CMS para editores; Django fica com catálogo, pedidos, API. Depois o conteúdo vai para Wagtail.
- Prós - editores seguem trabalhando; lógica de negócio sai do PHP mais rápido.
- Contras - dois CMS na transição.
Para a maioria dos projetos B2B e e-commerce, migração por fases compensa em tranquilidade da equipe e menos downtime.
Custo da migração
O preço depende do volume de dados, profundidade WooCommerce / membership, número de integrações e requisitos SEO - não de "migrar para Python" em si.
Faixas típicas (USD, outsourcing Europa Oriental / CEI)
| Cenário | O que migra | Orçamento | Prazo |
|---|---|---|---|
| Site corporativo | 20-100 páginas, blog, formulários, SEO | $3.000 - $12.000 | 3-6 semanas |
| Conteúdo + área logada | Usuários, papéis, documentos, API | $8.000 - $25.000 | 6-10 semanas |
| WooCommerce MVP | Até 2.000 SKUs, pedidos, pagamento, admin | $15.000 - $45.000 | 2-4 meses |
| Marketplace / SaaS | Multi-vendor, assinaturas, billing, RBAC | $40.000 - $80.000+ | 4-9 meses |
Para equipes dos EUA e Europa Ocidental use multiplicador x2-x3. Migração costuma ser +15-35% em relação a projeto Django greenfield similar por parsing legacy, redirecionamentos e operação paralela.
Composição do orçamento
| Item | Fatia | Comentário |
|---|---|---|
| Auditoria e especificação | 10-15% | Sem isso subestima 40-60% |
| Design / frontend | 15-30% | Redesign ou adaptação do markup atual |
| Backend Django | 30-45% | Modelos, API, lógica de negócio, admin |
| Migração de dados | 10-20% | Scripts, validação, dry-run |
| SEO e redirecionamentos | 5-10% | Mapa de URLs, 301, Search Console |
| Testes, UAT | 10-15% | Regressão, carga, ensaio de cutover |
| DevOps | 5-10% | CI/CD, staging, monitoramento |
Economizar em auditoria legacy e SEO é arriscado - é aí que projetos estouram orçamento e perdem tráfego orgânico.
Prazos e caminho crítico
| Etapa | Corporativo | WooCommerce | SaaS / marketplace |
|---|---|---|---|
| Auditoria WP, mapa de dados | 3-7 dias | 1-2 semanas | 2-3 semanas |
| Arquitetura, spec | 3-5 dias | 1-2 semanas | 2-4 semanas |
| Desenvolvimento Django | 2-4 semanas | 6-12 semanas | 12-24 semanas |
| Scripts de migração + dry-run | 3-5 dias | 1-2 semanas | 2-3 semanas |
| SEO, redirecionamentos, UAT | 3-5 dias | 1-2 semanas | 2-3 semanas |
| Cutover | 1 dia | 1-2 dias | 2-5 dias |
| Total | 3-6 semanas | 2-4 meses | 4-9 meses |
Prazos aumentam por dados WP sujos (ACF com dezenas de campos, slugs duplicados), APIs de parceiros instáveis e atrasos na aprovação de redirecionamentos com SEO.
Quando a migração compensa
Retorno mede-se em dinheiro e risco, não em "beleza do stack":
Economia direta
- Suporte a plugins e correções urgentes - $200-800/mês no WP vs $150-500/mês retainer Django sem zoológico de plugins;
- Hosting - WooCommerce pesado em WP gerenciado $100-400/mês vs Django otimizado em VPS $40-150/mês com carga comparável;
- Integrações - abandonar Zapier/Make e CSV intermediários economiza $50-300/mês e horas manuais.
Crescimento de receita
- Velocidade do site - +0,1s LCP muitas vezes dá +1-3% conversão em e-commerce;
- Novas funções sem "teto de plugins" - assinaturas, portal B2B, API para parceiros;
- Menos indisponibilidade - uma invasão WP ou conflito de atualização pode custar mais que um trimestre de suporte.
Fórmula ROI simples
ROI (meses) = (custo migração) / (economia mensal + margem do aumento de conversão)
Exemplo: migração WooCommerce por $25.000. Economia em suporte, hosting, integrações - $600/mês. Aumento de receita por velocidade e nova seção B2B - $800/mês. Total $1.400/mês → retorno ~18 meses.
Migração não compensa se o site é folheto de 10 páginas sem integrações e sem plano de crescimento. Aí é mais barato atualizar WP, remover plugins extras e ir para hosting decente.
Riscos e como reduzi-los
Perda de SEO. Mapa 301 antes do cutover, monitoramento 404 nas primeiras 4-8 semanas, preservar estrutura de URL quando possível.
Perda de dados. Mínimo dois dry-runs, checksums, conferência amostral de pedidos e usuários.
Downtime no cutover. Ensaio em staging, plano rollback, janela de baixo tráfego, feature flags.
Resistência dos editores. Acesso antecipado ao novo admin, treinamento curto, 1-2 semanas em paralelo.
Scope creep. Congelar funcionalidades na migração; novidades na "fase 2" após estabilizar.
WordPress vs Django após a migração
| Critério | WordPress | Django |
|---|---|---|
| Conteúdo, blog | Excelente | Wagtail / CMS headless |
| Lógica de negócio custom | Fraco (gambiarras) | Ponto forte |
| API, clientes mobile | Via plugins | DRF integrado |
| E-commerce enterprise | WooCommerce + dor | Oscar / custom |
| Segurança | Depende de plugins | Menor superfície de ataque |
| Velocidade MVP | Mais rápida | Mais lenta no início |
| TCO ao escalar | Cresce de forma não linear | Mais previsível |
Conclusão
Migrar de WordPress/PHP para Django/Python faz sentido quando o CMS virou dívida técnica: conflitos de plugins, lógica custom, integrações, segurança, escala. Orçamento - de $3.000 para site de conteúdo até $80.000+ para marketplace; prazos - de 3 semanas a 9 meses. Retorno - 12-36 meses com economia mensurável em suporte e crescimento de conversão.
Comece com auditoria legacy de 3-5 dias - ela mostra o escopo real e filtra "migração por migrar". Se Django não for necessário, a auditoria economiza mais do que custa.
Perguntas frequentes
Dá para migrar para Django sem perder SEO?
Sim, com mapa de URLs correto. São necessários redirecionamentos 301 para cada endereço alterado, preservar slug quando possível, sitemap atualizado, Search Console e 404 após cutover. Conteúdo e meta migram por scripts com revisão manual das páginas top de tráfego. O risco não é Django e sim redirecionamentos faltando - reserve 5-10% do orçamento para SEO.
Senhas de usuários sobrevivem à migração do WordPress?
Depende do algoritmo de hash. WordPress usa phpass - Django não aceita diretamente. Abordagem típica: migrar hashes e re-hashear no primeiro login (auth backend custom) ou enviar link único para nova senha. B2C com base grande - comunicar antes; B2B - onboarding manual de contas-chave.
Quanto custa migrar só conteúdo, sem e-commerce?
Site corporativo (até 100 páginas, blog, mídia, formulários) - $3.000 - $8.000, 3-5 semanas. Complexidade sobe com ACF/custom fields, multilíngue (WPML/Polylang) e tipos de post não padrão. Conteúdo no Wagtail com design novo - +15-25% em frontend.
O que é mais barato: estender WordPress ou migrar para Django?
Estender WP é mais barato no curto prazo (dias-semanas) se precisa de uma função pequena e sem dívida técnica. Django é mais barato em 1-3 anos quando plugins, integrações e incidentes de segurança se acumulam e cada feature nova custa x2. Regra: se as últimas 2-3 alterações demoraram mais que o previsto - calcule TCO da migração.
WordPress pode ficar para o blog e Django para a lógica de negócio?
Sim, passo intermediário comum. Django serve catálogo, pedidos, API e áreas logadas; WordPress - só conteúdo editorial. Reverse proxy (Nginx) envia /blog/ para WP, resto para Django. Desvantagem - dois sistemas para updates e segurança. Vantagem - time-to-value mais rápido e menos risco para editores. No longo prazo o conteúdo costuma ir para Wagtail quando módulos de negócio estabilizam.