Resposta rápida: em 2026, três factores concretos levaram muitas empresas a avaliar a saída do WordPress: a falha crítica no PHP divulgada em outubro de 2026, a instabilidade de governação na Automattic desde a tentativa de afastamento de Matt Mullenweg em setembro de 2026, e o custo crescente de manter dezenas de plugins atualizados num CMS que continua a ser o alvo preferido de ataques automáticos. Migrar sem perder SEO exige inventariar URLs, replicar estrutura semântica, aplicar redirecionamentos 301 um para um, manter os mesmos títulos e meta descriptions, preservar schema markup e monitorizar o Search Console durante 30 a 90 dias.
A Bluesoft migra sites WordPress para uma plataforma própria sem PHP, mantida pela nossa equipa, com continuidade de domínio, conteúdos e posicionamento orgânico.
Porque é que 2026 virou o ano das migrações para fora do WordPress
O WordPress continua a ser o CMS mais usado do mundo, mas 2026 concentrou uma combinação rara de riscos técnicos e sinais de governação negativos.
A falha crítica no PHP de outubro de 2026
Em outubro de 2026 foi divulgada publicamente uma falha grave no PHP, a linguagem em que o WordPress funciona. O detalhe que apanhou muitos administradores de surpresa: atualizar o WordPress, o tema e os plugins não resolvia o problema. A correção tinha de ser aplicada no servidor, na versão do PHP, o que depende do alojamento. Sites em alojamento partilhado ou com versões PHP desatualizadas ficaram expostos durante dias ou semanas.
Esta falha expôs um problema estrutural: num site WordPress, a superfície de ataque não é apenas o código do WordPress, é também o runtime (PHP), o tema, cada plugin instalado e a configuração do servidor. Quatro camadas, autores diferentes, ciclos de atualização diferentes.
A crise de governação na Automattic
Em 9 de setembro de 2026, o conselho de administração da Automattic (empresa dona do WordPress.com) suspendeu Matt Mullenweg e nomeou o CFO Mark Davies como CEO interino. Segundo a TechCrunch, Mullenweg regressou ao cargo 33 horas depois, e segundo a Gizmodo o próprio conselho foi substituído a seguir. O episódio foi descrito pela Fortune como um "golpe de 33 horas falhado". A disputa judicial com a WP Engine, iniciada em 2024, foi reativada em setembro de 2026 com novas alegações antitrust.
Para empresas que dependem do WordPress para operar, o sinal é desconfortável: a liderança do projeto está instável, há tensão com fornecedores de hosting especializados e, como notou o próprio Mullenweg numa entrevista citada em The Repository ("the wheels have fallen off"), a contribuição corporativa para o core do WordPress diminuiu em 2025 e 2026.
O custo real de manter um site WordPress em produção
Um site WordPress médio em produção tem entre 15 e 40 plugins ativos. Cada um:
A Sucuri, no seu relatório anual de 2024, atribui mais de 90% dos sites comprometidos que analisou a plataformas baseadas em CMS, e o WordPress é responsável pela maioria desse volume, por ser o CMS mais usado, não por ser intrinsecamente inseguro. O ponto não é moral, é estatístico: quanto maior a quota de mercado, mais atacantes investem em explorar o CMS.
Devo migrar o meu site WordPress em 2026?
Não há uma resposta universal. A migração justifica-se quando se verificam, pelo menos, dois destes sinais:
- O site foi comprometido nos últimos 12 meses (defacement, injeção de malware, redirecionamentos indesejados).
- Avisos recorrentes de segurança no painel do WordPress, no Google Search Console ou no alojamento.
- Dependência de plugins descontinuados ou sem atualização há mais de 12 meses.
- Custos de manutenção acima de 150€/mês apenas para manter o site a funcionar (updates, firewall, cópias de segurança, correção de incompatibilidades).
- Impossibilidade de atualizar o PHP por incompatibilidade com o tema ou plugins críticos.
- Lentidão estrutural que não se resolve com cache nem CDN (frequente em sites com builders pesados como Elementor ou Divi a acumular dezenas de widgets).
- Necessidade de funcionalidades à medida que exigem desenvolvimento específico, não configuração de plugins.
Se verifica dois ou mais destes pontos, uma migração deixa de ser luxo e passa a ser redução de risco operacional.
Para onde migrar: quatro alternativas realistas em 2026
Não existe "a alternativa ao WordPress". Existe a alternativa certa para o seu caso de uso.
Plataformas managed à medida (como a Bluesoft)
Perfil: PME, sites corporativos, catálogos, serviços profissionais, saúde, imobiliário, hospitality.
O que são: sites desenvolvidos sobre uma stack moderna (Node.js, Next.js, Astro ou similar), sem PHP, sem plugins de terceiros, com um painel de edição simples e manutenção garantida pelo fornecedor.
Vantagens: zero superfície de ataque proveniente de plugins, atualizações de segurança fora do âmbito do cliente, performance nativa (Core Web Vitals verdes por omissão), SEO técnico limpo.
Desvantagens: menos autonomia para instalar funcionalidades novas sem pedir ao fornecedor; dependência de um só prestador.
Shopify (para e-commerce)
Perfil: lojas online com volume consistente, catálogo entre 50 e 5.000 referências.
Vantagens: infraestrutura escalável, pagamentos integrados, ecossistema maduro de apps, baixa manutenção.
Desvantagens: custo mensal recorrente, flexibilidade limitada na checkout nos planos abaixo de Plus, dependência de apps pagas para funcionalidades avançadas.
Headless CMS + framework estático (Astro, Next.js, Nuxt)
Perfil: sites editoriais, blogs técnicos, documentação, startups com equipa técnica.
Vantagens: performance máxima (sites servidos como ficheiros estáticos de CDN), segurança máxima (sem backend exposto), DX moderna para programadores.
Desvantagens: curva de aprendizagem para editores não técnicos, custo de desenvolvimento inicial superior.
Webflow ou Framer
Perfil: sites institucionais pequenos, landing pages de produto, portefólios.
Vantagens: sem código, bons templates, hosting incluído, performance decente.
Desvantagens: limitações em sites com centenas de páginas ou catálogos dinâmicos, custo mensal, pouco flexível para integrações complexas.
A Bluesoft trabalha nos dois primeiros perfis e analisa caso a caso qual faz sentido para cada cliente antes de propor uma migração.
Como migrar sem perder SEO: checklist em 12 passos
Esta é a parte onde mais empresas falham. Migrar o site é fácil; preservar o que o Google e os LLMs já aprenderam sobre o seu domínio exige disciplina.
Fase 1 · Antes da migração
1. Inventário completo de URLs. Exporte todas as URLs indexadas pelo Google (Search Console > Páginas > Exportar) e todas as URLs que recebem tráfego (Analytics ou Plausible). Em paralelo, use o Screaming Frog SEO Spider para rastrear o site atual e obter a árvore completa.
2. Mapa 301 um para um. Para cada URL antiga, defina a URL nova correspondente. Se a estrutura mudar, cada 301 tem de apontar para a página mais relevante, nunca para a homepage em massa.
3. Backup dos metadados. Exporte, para cada página: title tag, meta description, H1, canonical, hreflang (se multilingue), schema markup existente, Open Graph.
4. Backlinks de autoridade. Identifique as 50 páginas que recebem mais links externos. Estas são as páginas onde um 301 mal feito custa posicionamento. A ferramenta Ahrefs, Semrush ou o próprio Search Console (Links > Páginas mais ligadas) dão esta lista.
Fase 2 · Durante o desenvolvimento do novo site
5. Estrutura semântica equivalente. Replique a hierarquia H1 H2 H3 das páginas que já posicionam. Mudar títulos "porque sim" na migração é perder posições sem razão.
6. Preservação de conteúdo. O conteúdo editorial que ranqueia deve ser migrado na íntegra. Reduzir texto "para ficar mais limpo" na migração é uma causa frequente de queda de tráfego.
7. Schema markup. Replique Organization, LocalBusiness, Article, Product, FAQPage e todos os outros tipos de schema que o site antigo já tinha. Em 2026, com o peso crescente dos LLMs e das AI Overviews, schema é meio caminho andado para visibilidade generativa.
8. hreflang (sites multilingues). Se o site tem versões PT/EN/ES, garantir que cada URL nova mantém o par hreflang correto.
Fase 3 · Lançamento
9. Robots.txt e sitemap. Publique sitemap.xml atualizado no novo domínio e submeta no Search Console no dia 0.
10. Redirecionamentos 301 ativos no DNS switch. Nunca lançar o site novo sem os 301 configurados. Idealmente, teste os 301 numa URL de staging antes do switch.
11. Monitorização Search Console. Nos primeiros 30 dias: verifique erros de rastreio, páginas excluídas e cobertura, diariamente. Entre o dia 30 e o 90: queda de impressões superior a 20% em categorias top implica investigação.
12. Monitorização de citações em LLMs. Novidade de 2025 2026: as suas páginas também são "indexadas" por motores generativos (ChatGPT, Perplexity, Gemini, Claude, Google AI Overviews). Ferramentas como Bluementions Pro (gratuita) permitem monitorizar se as queries estratégicas continuam a citar o seu domínio depois da migração.
Quanto tempo demora uma migração do WordPress
Depende de três variáveis: tamanho do site, complexidade de integrações e quantidade de conteúdo editorial.
| Tipo de site | Prazo típico | Observações |
|---|---|---|
| Site institucional (10 a 30 páginas) | 3 a 5 semanas | Design + migração conteúdos + QA + switch |
| Site de serviços (30 a 80 páginas) | 5 a 8 semanas | Inclui remapeamento de categorias e serviços |
| Blog ou site editorial (100 a 500 páginas) | 6 a 10 semanas | Automatização da migração é crítica |
| E-commerce (até 500 SKUs) | 8 a 12 semanas | Depende de integrações: pagamentos, stocks, ERP |
| Site multilingue grande (>500 páginas) | 10 a 16 semanas | Caso a caso |
Durante todo este período, o site WordPress atual continua online. O corte faz-se apenas no dia do switch.
Quanto custa migrar do WordPress
Não há um preço de catálogo honesto, porque os projetos variam demasiado. Valores de mercado em Portugal em 2026, orientativos:
| Tipo de projeto | Investimento típico |
|---|---|
| Site institucional pequeno | 3.500€ a 7.000€ |
| Site de serviços médio | 7.000€ a 15.000€ |
| Site editorial com arquitetura complexa | 12.000€ a 25.000€ |
| E-commerce médio (Shopify ou solução custom) | 10.000€ a 30.000€ |
Importante: comparar este investimento com o custo de manter o status quo. Entre manutenção WordPress ativa (120€ a 300€/mês), licenças de plugins premium (250€ a 800€/ano), um incidente de segurança (média de 2.500€ a 8.000€ para recuperar, mais perda de posicionamento) e horas de equipa interna a lidar com atualizações, o ponto de retorno de uma migração situa-se tipicamente entre 18 e 30 meses.
Perguntas frequentes sobre migrar do WordPress em 2026
Vou perder os meus rankings no Google se migrar?
Não, se a migração for bem executada. Perdas superiores a 15% a 20% de tráfego orgânico pós migração são sinal de erro técnico (301s em falta, mudança de estrutura semântica, perda de conteúdo). Com um plano de migração sólido, a perda esperada é inferior a 10% durante 2 a 4 semanas, com recuperação completa até à semana 8 a 12
Posso manter o meu domínio?
Sim. A migração não exige mudança de domínio. O endereço (ex.: www.exemplo.pt) continua igual. Mudam apenas os registos DNS no momento do switch.
E se o meu site WordPress já foi atacado?
Antes de migrar, é obrigatório identificar o vetor de entrada (plugin comprometido, utilizador com password fraca, falha PHP) e isolar o conteúdo limpo. Nunca migrar código do site atacado, apenas conteúdo editorial validado (textos, imagens, catálogo). Scripts, temas e plugins são deitados fora.
Preciso de refazer o design do site?
Não necessariamente. É possível replicar o design atual com fidelidade. Mas numa migração também é natural aproveitar para corrigir problemas de UX que o WordPress antigo acumulou. É uma decisão de negócio, não técnica.
O que acontece aos emails do meu domínio
Os emails ficam em geral noutro servidor (Google Workspace, Microsoft 365, servidor de email do alojamento). A migração do site não afeta o email, exceto quando se muda de registar e os registos MX precisam de ser transferidos. Nesse caso, planeia-se para zero downtime.
Vale a pena manter o WordPress para o blog e migrar só o site institucional?
Raramente. Manter duas plataformas duplica a manutenção, parte o SEO (duas infraestruturas, duas camadas de performance diferentes) e não resolve o problema de segurança do WordPress. A exceção é um blog corporativo muito grande (milhares de artigos) com SEO maduro, onde o custo de migração do blog não compensa.
A plataforma Bluesoft depende de PHP?
Não. A plataforma própria da Bluesoft não usa PHP, pelo que falhas como a de outubro de 2026 não a afetam.
Posso continuar a editar textos e imagens sozinho depois da migração?
Sim. O painel de edição da plataforma Bluesoft é simples e feito para editores não técnicos. Textos, imagens, páginas e artigos de blog editam-se sem conhecimento de código.
Erros comuns a evitar numa migração do WordPress
Redirecionar tudo para a homepage. É a forma mais rápida de perder entre 40% e 70% do tráfego orgânico. Cada URL antiga precisa de um 301 para a URL nova correspondente mais relevante.
Esquecer o /wp-admin e /wp-login. Mesmo depois da migração, bots continuam a bater nestes endpoints durante meses. Devolva 410 (Gone) em vez de 404, para o Google compreender que são permanentemente removidos.
Não migrar o schema markup. Em 2026, com a importância das AI Overviews e das respostas em LLMs, perder o schema é perder visibilidade em respostas generativas, mesmo que o site tradicional continue a ranquear.
Mudar a estrutura de URLs sem necessidade. Se a URL antiga era /servicos/consultoria-seo/ e passa a /pt/services/consultancy-seo-digital/, está a adicionar dois pontos de atrito desnecessários. Preserve o que funciona.
Lançar sem monitorização configurada. Os primeiros 30 dias são críticos. Sem Search Console a ser verificado diariamente, erros graves (um bloqueio no robots.txt, uma falha nos 301) podem passar despercebidos durante semanas.
Negligenciar os motores generativos. Em 2026, uma parcela crescente das visitas qualificadas chega por recomendação de ChatGPT, Perplexity, Gemini ou Claude. Se o site antigo era citado por estes motores e o novo não é, o tráfego cai mesmo com rankings orgânicos estáveis.
Como a Bluesoft migra sites WordPress
A Bluesoft migra sites WordPress para uma plataforma própria desde 2007, com um processo que combina três compromissos:
- Sem plugins de terceiros. O que o site precisa é desenvolvido pela nossa equipa. Não há dezenas de peças de autores diferentes para manter.
- Sem PHP. A plataforma não usa PHP, por isso falhas como a de outubro de 2026 não a afetam.
- Manutenção a nosso cargo. As atualizações de segurança são feitas pela nossa equipa, não pelo cliente.
O site atual continua online durante todo o desenvolvimento. O switch faz-se num momento combinado, com os redirecionamentos 301 ativos no segundo zero, e seguimos o Search Console durante 90 dias para garantir estabilidade de posicionamento.
Em resumo
Migrar do WordPress em 2026 justifica-se por três razões que não existiam há dois anos: a falha PHP de outubro, a instabilidade de governação da Automattic desde setembro, e o custo acumulado de manter uma arquitetura com dezenas de componentes de autores diferentes. A migração só preserva SEO quando é executada com inventário rigoroso de URLs, mapa 301 um para um, replicação de estrutura semântica e monitorização ativa durante 90 dias. Em paralelo, 2026 trouxe uma segunda camada de visibilidade a proteger: as citações em motores generativos, que exigem schema markup replicado e páginas de resposta directa preservadas.
Se está a avaliar sair do WordPress, peça-nos uma proposta em www.bluesoft.pt/migrar-wordpress.
