Um cliente preenche o formulário, carrega em enviar e vê uma mensagem de agradecimento. Do lado da empresa, ninguém recebe nada. Se a verificação terminar no ecrã do cliente, o problema pode passar despercebido.
Para testar um formulário de contacto, é preciso acompanhar o mesmo pedido até ao local onde a equipa o vai tratar. A confirmação no website, o registo do pedido, a notificação por email e a resposta comercial são etapas diferentes. Cada uma precisa de uma prova adequada.
Se está a investir em Google Ads ou a trabalhar o SEO do site, faça esta verificação antes de concluir que precisa de mais visitas. Pode estar a avaliar a procura com informação incompleta.
O que significa, afinal, «mensagem enviada»?
Depende de como o formulário foi construído. A frase pode aparecer depois de o servidor guardar a mensagem, depois de tentar enviar um email ou, numa implementação incorreta, apenas depois de o visitante carregar no botão.
Imagine um formulário que guarda o pedido na área de gestão e envia uma cópia para a equipa comercial. Se a notificação falhar, o pedido pode continuar disponível nessa área. Num formulário que depende exclusivamente do email, é necessário perceber que registos existem para investigar a falha.
Até a indicação técnica de envio tem limites. A documentação do PHP explica que o sucesso da função mail() significa que a mensagem foi aceite para entrega; não confirma que chegou ao destinatário. Este comportamento aplica-se a essa função, não permite concluir como funciona qualquer plugin ou serviço de email.
Por isso, peça à equipa responsável pelo site que esclareça o significado da confirmação apresentada ao visitante. A resposta deve indicar onde fica o pedido e o que acontece quando uma etapa falha.
Faça um teste que consiga seguir do princípio ao fim
Combine o teste com quem recebe os contactos. Use dados seus, uma mensagem sem informação sensível e uma referência fácil de procurar, como «TESTE DO FORMULÁRIO — 5 SETEMBRO — A». Identifique-o como teste para não ser tratado como um potencial cliente.
Depois, siga esta sequência:
1. Abra o site num telemóvel, sem sessão iniciada na área de gestão. Preencha os campos e envie o pedido uma única vez.
2. Anote a hora, a página utilizada e a confirmação apresentada. Se existir um número de pedido, guarde-o.
3. Procure a mesma referência na área de gestão ou no CRM, caso o site esteja preparado para guardar os contactos.
4. Confirme a receção na caixa de email prevista. Verifique também spam, quarentena e regras de encaminhamento, quando aplicável.
5. Confirme que a pessoa responsável consegue responder para o endereço usado no teste.
Repita no computador e nos formulários que tenham destinos ou configurações diferentes. Não assuma que o formulário da homepage e o da página de uma campanha usam o mesmo percurso.
Um teste bem-sucedido comprova aquele envio, naquele momento. Para reduzir o risco de uma falha passar despercebida mais tarde, inclua esta verificação nas revisões do site e após alterações ao formulário, alojamento ou serviço de email.
Se o pedido não chegar, descubra onde parou
A mensagem de sucesso é um ponto de partida para investigar. O diagnóstico torna-se mais útil quando separa situações concretas.
O site mostrou sucesso, mas não existe registo onde deveria existir. Peça a verificação da resposta do servidor e do tratamento de erros. Em formulários que usam a API Fetch do navegador, receber uma resposta HTTP de erro não faz, por si só, o pedido entrar no tratamento de falhas de rede. O código tem de verificar a resposta e o resultado da operação. Esta é uma possibilidade técnica a testar, não um diagnóstico à distância.
O pedido está guardado, mas falta o email. A equipa pode recuperar o contacto no sistema enquanto investiga a notificação. Confirme o destinatário configurado e consulte os registos do serviço de envio. Reenviar o mesmo formulário várias vezes pode criar duplicados e dificultar a análise.
O email chegou, mas a equipa não o encontrou a tempo. Reveja as pastas, os encaminhamentos e quem acompanha a caixa. Um sistema de contacto também precisa de um responsável e de uma forma de saber que pedidos aguardam resposta.
Quando pedir apoio, envie a referência do teste, a hora, a página e o ponto em que deixou de conseguir acompanhar a mensagem. «O formulário não funciona» obriga a começar do zero; estes elementos permitem procurar uma ocorrência concreta.
O Analytics pode contar uma conversão sem provar a receção
O Google Analytics inclui o evento generate_lead para medir a geração de contactos, por exemplo através de um formulário. O valor do relatório depende de quando esse evento é enviado pela implementação do site.
Se estiver associado apenas ao clique no botão, pode contar tentativas que acabam em erro. A configuração deve corresponder a uma condição de sucesso definida e testada pela equipa técnica. Mesmo assim, o evento não certifica que alguém recebeu a notificação ou que o pedido tem interesse comercial.
Há ainda uma diferença entre a medição e o sistema de contactos. Se o Analytics só carregar após consentimento, um visitante que recuse essa medição pode enviar um pedido válido sem produzir o evento correspondente. Testes, spam e eventos duplicados também precisam de ser considerados na análise.
Compare, portanto, os eventos com os pedidos efetivamente recebidos no mesmo período. Classifique separadamente testes, publicidade e pedidos de serviço. Uma contagem maior de formulários não demonstra, por si só, mais oportunidades de negócio.
O que deve pedir a quem faz a manutenção
Peça uma verificação documentada do percurso do contacto. Deve esclarecer:
- Em que momento aparece a confirmação de sucesso e quando é registada a conversão.
- Onde fica o pedido e quem pode consultá-lo, caso exista armazenamento.
- Como são detetadas falhas de envio e como a equipa recupera os contactos afetados.
- O que vê o visitante quando há um erro e se consegue corrigir os dados sem perder a mensagem.
- Quem acompanha os pedidos recebidos e como distingue os que já tiveram resposta.
Guardar contactos num sistema próprio pode facilitar a recuperação quando uma notificação falha. Essa decisão exige também definir acessos, dados necessários e prazo de conservação; acumular mensagens indefinidamente não resolve o acompanhamento comercial.
Num website WordPress, esta revisão pode integrar o trabalho de manutenção e apoio técnico. Numa nova criação de website, deve fazer parte dos critérios de entrega, juntamente com os restantes percursos importantes para o negócio.
Comece por um pedido que consiga localizar
Envie um teste identificado e confirme onde ficou. Se não conseguir acompanhá-lo até à pessoa que o vai tratar, já tem uma tarefa concreta para resolver antes de aumentar o investimento em aquisição de clientes.
A VORTICA pode analisar o percurso técnico do formulário e a medição associada. Ao pedir uma análise, indique a página, o comportamento observado e se o problema é constante ou intermitente. Esses detalhes ajudam a definir o diagnóstico necessário.