Redesign e modernização de sites WordPress
Este guia explica como preparar o redesign de um site WordPress e o que acontece em cada etapa. Sou Mariusz Szatkowski, trabalho com WordPress desde 2006 e faço sozinho o [serviço de redesign e modernização](/pt-pt/redesign-e-modernizacao-de-websites/). O design vem de si; eu implemento-o, migro os conteúdos e protejo os URLs.
Antes de pedir orçamento: o que precisa de ter
- Um objetivo com número. Que valor deve mudar e qual é o atual: taxa de conversão, LCP no telemóvel, erros de acessibilidade, páginas no índice. Um redesign que só muda o aspeto pode custar posições no Google sem ganho visível.
- O design. Ficheiro Figma do seu designer ou a folha de cálculo que lhe envio, preenchida com os elementos de cada vista. Não faço design gráfico nem wireframes.
- Os textos. Os atuais migro-os; textos novos são escritos por si ou por quem escolher.
- Acessos. Search Console, alojamento, painel do WordPress e a lista de integrações (CRM, pagamentos, faturação, análise).
Para avaliar se o site precisa mesmo de redesign, há uma lista de verificação de prontidão com perguntas sobre desempenho, SEO, acessibilidade, segurança e infraestrutura.
Redesign ou modernização técnica?
O redesign muda a camada visual com o design que me entrega. A modernização trata do que não se vê: versão de PHP, tema, plugins abandonados, base de dados, fluxo de trabalho com Git e staging. A comparação completa, com o caso do site novo de raiz, está na página do serviço.
Quase sempre os dois andam juntos. Um tema novo sobre um construtor de páginas pesado continua lento, e um site rápido com uma navegação que os visitantes não entendem continua sem converter.
Como decorre o trabalho, etapa a etapa
Análise do site atual
Começo pelo que já existe: versão do WordPress e do PHP, tema, plugins ativos e a data da última atualização de cada um, integrações, campos ACF e tipos de conteúdo. No Search Console vejo que páginas recebem tráfego e que URLs estão no índice. Daqui sai a lista do que migra, do que se substitui e do que se remove.
Inventário de URLs
Junto os URLs do sitemap, do Search Console e de um rastreio completo do site. Cada URL antigo fica numa linha da folha, ao lado do novo endereço. As páginas que deixam de existir apontam para a página mais próxima em conteúdo, nunca todas para a página inicial.
Revisão do design recebido
Antes de codificar, verifico o design que me entrega: contraste do texto (mínimo 4,5:1), tamanho das áreas de toque, estados de foco, peso das imagens e tipos de letra. As observações seguem por escrito para si ou para o seu designer. A decisão sobre o aspeto é sua.
Implementação
O tema é escrito num repositório Git privado. Cada alteração vai automaticamente para staging, com uma descrição escrita do que mudou. Construtores de páginas e plugins redundantes saem; o que fazem passa para blocos ou para código do tema.
Migração de conteúdos
Páginas, artigos, produtos, campos personalizados e imagens passam com WP-CLI e scripts próprios, mantendo datas de publicação e texto alternativo. No fim comparo registo a registo, não por amostragem.
Testes e lançamento
Antes do lançamento: axe-core em todos os modelos, leitores de ecrã NVDA e VoiceOver nos modelos principais, Lighthouse, verificação manual nos navegadores atuais e em iOS e Android, e teste de cada redirecionamento do mapa. No dia do lançamento envio o sitemap novo ao Search Console.
Desempenho: o que costuma mudar
A lentidão de um site WordPress antigo raramente vem de um único sítio. Os pontos que mais vezes corrijo num redesign:
- scripts de terceiros carregados de forma síncrona no cabeçalho;
- imagens sem dimensões definidas, que provocam saltos de layout (CLS);
- imagens servidas em JPEG ou PNG em vez de AVIF ou WebP, sem tamanhos responsivos;
- CSS e JavaScript do construtor de páginas carregados em todas as páginas;
- tabelas da base de dados cheias de revisões, transients expirados e opções em autoload de plugins já removidos.
Meço o resultado com os dados de utilizadores reais (CrUX) e não com uma única execução do Lighthouse. Mais detalhe em como acelerar um site WordPress.
Acessibilidade e a lei em Portugal
Desde 28 de junho de 2025, o Decreto-Lei n.º 82/2022, que transpõe a Diretiva (UE) 2019/882, aplica requisitos de acessibilidade aos serviços de comércio eletrónico prestados a consumidores (artigos 2.º e 39.º). Ficam excluídas as microempresas que prestam esses serviços. Os sítios web do setor público seguem o Decreto-Lei n.º 83/2018, que transpõe a Diretiva (UE) 2016/2102.
No código, isto traduz-se em WCAG 2.2 nível AA:
- títulos em ordem lógica e HTML semântico (
nav,main,buttonem vez dedivcom cliques); - navegação completa por teclado, sem armadilhas de foco e com foco visível;
- formulários com etiquetas associadas e mensagens de erro que dizem o que corrigir;
- texto alternativo nas imagens e legendas nos vídeos que publica.
Segurança no tema novo
O código do tema escapa toda a saída, valida e higieniza a entrada e usa nonces nos formulários. Na configuração: autenticação de dois fatores para administradores, limite de tentativas de início de sessão, edição de ficheiros desativada no painel e plugins só de fontes com manutenção ativa. Mais em guia de reforço da segurança do WordPress.
Depois do lançamento
Durante as semanas seguintes acompanho no Search Console os erros 404, os redirecionamentos em falta e as páginas cujo tráfego cai, e corrijo o que aparecer. Entrego um manual escrito com as tarefas habituais da sua equipa no editor de blocos.
Se quiser, fico com a manutenção do site: monitorização de disponibilidade a cada 1 a 5 minutos, cópias de segurança guardadas pelo menos 30 dias em países da UE e atualizações testadas em staging antes de chegarem à produção. Antes de ter acesso a dados pessoais assinamos um acordo de subcontratação nos termos do artigo 28.º do RGPD.
Como começar
Envie pelo formulário de contacto o endereço do site, o objetivo com número e o design que tem. Recebe por escrito as próximas etapas e uma proposta com os pressupostos.
