Da auditoria do site ao plano de ação: como decidir o que corrigir primeiro

Uma auditoria ao site diz-lhe o que está mal. Um plano de ação diz quem corrige o quê, até quando e como vai saber se resultou. Para passar de uma coisa à outra, comece por arrumar cada problema encontrado numa categoria. Avalie-o pelo impacto no negócio, pela urgência, pelo esforço e pelas dependências. Depois, transforme os primeiros da lista em tarefas com um responsável, um prazo e uma métrica de sucesso. Não tente corrigir tudo de uma vez.

Porque é que uma auditoria, por si só, não melhora o seu site?

Uma auditoria é uma lista de problemas. Não altera uma única página. Muitos donos de pequenas empresas de serviços recebem um relatório com dezenas ou centenas de problemas e acabam por não fazer nada, porque a lista não diz por onde começar.

A distância entre encontrar e corrigir resume-se normalmente a três perguntas que o relatório deixa sem resposta:

• Que problemas lhe fazem perder clientes de facto? Um formulário de contacto avariado pesa mais do que a falta de descrição de uma imagem num artigo antigo do blogue.
• Quem vai fazer o trabalho? O próprio dono, alguém da equipa, um programador web ou uma ferramenta.
• Como vai saber se ajudou? Sem uma medida, uma correção é apenas uma alteração.

Um plano de ação responde às três. A auditoria é o ponto de partida. O plano é aquilo que põe em prática.

Como deve agrupar os resultados da auditoria?

Comece por arrumar cada problema encontrado num de cinco grupos. Assim percebe que tipo de trabalho cada um exige e quem o pode fazer.

Alguns problemas encaixam em dois grupos. Coloque-os onde a correção acontece, não onde o sintoma aparece.

Como decidir o que corrigir primeiro?

Avalie cada problema em quatro fatores. Basta uma escala simples de baixo, médio e alto.

1. Impacto no negócio. Quanto pode afetar pedidos de contacto, chamadas ou marcações? Um botão de marcação avariado é alto. Um título de página um pouco longo é baixo.
2. Urgência. Está a piorar, ou há um prazo? A página de encomendas para as festas de uma pastelaria, antes da época, é urgente. Um erro de digitação num artigo antigo não é.
3. Esforço. Quanto tempo, dinheiro ou conhecimento exige a correção? Reescrever um título é baixo. Refazer a navegação do site é alto.
4. Dependências. Há outra correção que tenha de acontecer primeiro? Pouco adianta melhorar o texto de uma página se os motores de pesquisa ainda não a conseguem indexar.

Depois, trabalhe por esta ordem:

• Fazer primeiro: impacto alto, esforço baixo ou médio, sem dependências que bloqueiem.
• Planear a seguir: impacto alto, esforço alto. Divida estes em passos mais pequenos.
• Agrupar para depois: impacto baixo, esforço baixo. Junte-os e corrija-os de uma vez.
• Abandonar ou adiar: impacto baixo, esforço alto.

Eis como uma clínica dentária poderia avaliar quatro problemas:

Repare na correção do registo. Não é o problema mais visível, mas sem ela não consegue saber se as outras correções resultaram. É por isso que a análise de dados fica muitas vezes perto do topo.

Como é uma boa tarefa de ação?

Um problema como "conteúdo fraco nas páginas de serviços" não é uma tarefa. Uma tarefa indica uma alteração, um responsável, um prazo e uma medida.

Use este modelo:

• Tarefa: o que vai mudar, e em que página
• Responsável: uma pessoa com nome, não "a equipa"
• Prazo: uma data ou semana concreta
• Métrica de sucesso: o que vai verificar, e quando

Exemplos de quatro tipos de empresas de serviços:

Canalizador

• Problema: a página de serviço de urgência não está indexada.
• Tarefa: remover a definição que bloqueia os motores de pesquisa na página de serviço de urgência.
• Responsável: o programador web.
• Prazo: final da semana 1.
• Métrica de sucesso: a página aparece como indexada no Google Search Console e surgem impressões da página nas semanas seguintes. As impressões são o número de vezes que a sua página foi mostrada nos resultados de pesquisa.

Pastelaria

• Problema: os bolos de celebração só estão descritos num PDF.
• Tarefa: criar uma página de bolos de celebração com tamanhos, sabores e forma de encomendar.
• Responsável: o dono escreve os detalhes, a plataforma do site publica.
• Prazo: final da semana 3.
• Métrica de sucesso: impressões e cliques na pesquisa para a nova página, e pedidos de bolos através do formulário de contacto.

Escritório de advogados

• Problema: o formulário de contacto é demasiado longo.
• Tarefa: reduzir o formulário a nome, e-mail, telefone e uma pergunta curta.
• Responsável: um sócio aprova os campos, o programador implementa a alteração.
• Prazo: final da semana 2.
• Métrica de sucesso: número de pedidos pelo formulário por semana, em comparação com as semanas anteriores à alteração.

Clínica dentária

• Problema: as mensagens do formulário não são registadas.
• Tarefa: registar cada mensagem enviada com sucesso pelo formulário de contacto como um evento no analytics.
• Responsável: o programador web.
• Prazo: final da semana 1.
• Métrica de sucesso: as mensagens do formulário aparecem no analytics e coincidem com a caixa de entrada.

A métrica de sucesso não promete um resultado. Diz-lhe o que observar para poder decidir se continua, ajusta ou para.

Porque é que corrigir tudo de uma vez costuma ser um erro?

Entregar a auditoria inteira a um programador parece eficiente. Na prática, costuma correr mal.

• Não consegue saber o que resultou. Se vinte coisas mudam na mesma semana e os pedidos de contacto sobem ou descem, não sabe que alteração foi a causa.
• As pequenas correções abafam as grandes. As listas longas enchem-se de tarefas fáceis e de baixo impacto. Essas ficam feitas, e a correção difícil e importante fica à espera.
• O risco aumenta. Muitas alterações ao mesmo tempo tornam mais difícil perceber o que avariou o site se algo correr mal.
• O orçamento esgota-se. Pagar todas as correções à cabeça pode gastar o dinheiro de que precisava para a que realmente importava.

Um ritmo melhor é trabalhar em poucas tarefas de alto impacto de cada vez. Verifique o resultado e só depois passe ao conjunto seguinte.

Onde entra o AMOS e o que continua a ser decisão sua?

O AMOS foi criado para empresas de serviços sem equipa de SEO, de conteúdos ou de informática, como uma clínica dentária, um escritório de advogados, uma pastelaria ou um canalizador. Ajuda no passo em que a maioria dos donos fica parada: passar de uma lista de problemas para trabalho aprovado.

O que o AMOS faz:

• Lê as suas páginas e as da concorrência, e mostra o que está a travar o seu site, página a página, com o motivo.
• Prepara rascunhos de correções, artigos e alterações ao site no tom da sua marca.
• Propõe ideias de artigos a partir de lacunas reais e lista cada frase de um rascunho que ainda precisa da sua confirmação.
• Envia resumos semanais que mostram impressões, cliques e pedidos de contacto ao lado do trabalho feito, para que veja o que mudou depois de cada passo.

O que o dono decide:

• Que correções, artigos e alterações ao site avançam. Nada fica publicado sem a sua aprovação.
• Que alterações propostas recusa. Quando construímos o nosso próprio site, softalika.com, com o AMOS, cada pedido tornou-se um pequeno rascunho que pré-visualizámos no computador e no telemóvel, e depois aprovámos ou recusámos.

Quando pode continuar a ser preciso um programador:

Se o AMOS construir e alojar o seu site, pode pedir alterações em linguagem simples, pré-visualizá-las no computador e no telemóvel e publicar apenas a versão que aprovar. O site gerido inclui histórico de versões e redirecionamentos. Se o seu site funcionar noutra plataforma, algumas correções, como definições do servidor ou código de registo, podem precisar do seu próprio programador web. Pergunte pela sua configuração na chamada do piloto, para saber que tarefas o AMOS consegue levar até ao fim e quais precisam de outra pessoa.

O AMOS não promete posições nos resultados, tráfego nem faturação. Mostra a mudança medida ao lado do trabalho que foi feito.

Como começa um piloto?

Um piloto começa com uma chamada curta sobre o seu site, a sua equipa e os mercados onde vende. Depois, a equipa do AMOS configura o AMOS para si, em recursos de cloud próprios e isolados. Entra no painel com um código enviado por e-mail e vê os problemas do seu site, página a página. A duração, as condições e o preço do piloto são acordados nessa chamada.

Se tem uma auditoria que nunca pôs em prática, ou nem sequer tem auditoria, peça um piloto através da página de contacto ou do chatbot. Respondemos no prazo de um dia útil.