Reparação de WordPress
Um botão avariado pode custar-lhe um bom cliente.
Quando o menu não abre ou o formulário deixa de funcionar, os visitantes não conseguem fazer o que os trouxe ao site. Encontramos as falhas de WordPress, corrigimos a causa e testamos a tarefa que importa ao seu negócio.
Envie a página, a ação que falha e o que já tentou. Acordamos o âmbito antes de fazer alterações.
O botão parece certo. O toque não faz nada.
Imagine que o menu móvel deixa de abrir após uma atualização, mas a navegação no computador funciona. Uma causa possível é uma camada transparente sobre o botão que interceta o toque. Mudar a cor do botão não eliminaria esse obstáculo.
Reproduzimos a ação na página e no dispositivo afetados e comparamos com a vista que funciona. A atualização é uma pista a investigar, não uma prova de qual componente está em falha.
Após a reparação, abrimos o menu, seguimos uma ligação e voltamos a fechá-lo. Verificamos também a navegação no computador. A tarefa original torna-se o teste que a reparação tem de superar.
A camada levantada mostra como algo invisível pode bloquear um controlo visível. Ilustra uma causa possível, não um diagnóstico do seu site.
Mostre o sintoma. Vamos procurar o que está por trás.
Um exemplo preciso dá um ponto de partida à investigação. Estas são falhas comuns de WordPress que tratamos e os detalhes que ajudam a distingui-las.
Conflitos de plugins e atualizações
Registe o que mudou e quando. Testamos a interação suspeita numa cópia separada e verificamos se os plugins e o tema existentes podem continuar a cumprir a sua função.
Avisos e erros de PHP
Guarde a mensagem exata e a hora. Relacionamo-la com a ação que falhou e os registos relevantes. Os detalhes de diagnóstico devem ficar em registos protegidos, não em páginas públicas.
Layouts e blocos danificados
Envie o endereço e o tamanho do ecrã. Indique se o problema aparece no editor, na página vista pelos visitantes ou em ambos. Uma captura de ecrã ajuda a mostrar uma diferença visual.
Formulários e email
Um erro, uma confirmação sem entrega e um botão que não reage são falhas diferentes. Verificamos submissão, registo e entrega separadamente, depois repetimos o pedido.
Redirecionamentos e endereços de páginas
Indique a ligação seguida, o destino esperado e onde chegou realmente. Seguimos o percurso, sobretudo após mover uma página ou migrar o site.
Páginas lentas, administração e cache
Identifique uma ação lenta ou uma alteração que continua invisível. Comparamos as vistas de visitantes e utilizadores autenticados e verificamos o conteúdo servido antes de alterar a cache.
O modelo aberto é a cópia de teste; a loja intacta representa o site em serviço. A separação permite investigar uma alteração antes de os visitantes a encontrarem.
Teste a reparação sem testar a paciência dos clientes.
Para alterações que possam perturbar o site em serviço, usamos uma cópia separada e verificamos primeiro a cópia de segurança disponível. Alteramos uma causa suspeita de cada vez, repetimos a tarefa que falhou e verificamos funções relacionadas.
A cópia de teste tem de ser suficientemente próxima do ambiente real para reproduzir a falha. Não substitui a verificação final no site em serviço. Antes de aplicar a reparação, acordamos a alteração, o resultado esperado e como regressar ao estado anterior se necessário.
O que acontece antes de mexermos no site?
Vão substituir os nossos plugins ou o tema?
Só quando os elementos o justificarem. Procuramos primeiro uma correção na configuração existente. Se for necessária uma substituição, explicamos que conteúdos e funções devem ser preservados.
E se o site já estiver indisponível?
Indique o endereço indisponível e quando funcionou pela última vez. Avaliamos acessos, registos e opções de recuperação e acordamos a ação imediata. A causa e o âmbito determinam o trabalho; não prometemos um prazo de reparação antes de investigar.
E se suspeitarmos de um incidente de segurança?
Descreva o que observou e quando. Investigamos os sistemas afetados e acordamos contenção e recuperação. Uma página voltar a estar visível não prova, por si só, que o acesso indesejado foi removido.
O que deve incluir a primeira mensagem?
Envie o endereço, os resultados esperado e real, dispositivo, navegador, alterações recentes e tentativas anteriores. Acrescente um erro ou captura se for útil e indique se há cópia de segurança ou site de teste.
Vamos pôr essa tarefa a funcionar de novo.
Mostre-nos a página e a ação que falha. Inclua um exemplo recente e qualquer prazo que afete o trabalho. Responderemos com a primeira verificação ou correção sustentada pelos elementos disponíveis.