O website da sua empresa registou 8 000 sessões no último mês. É um bom resultado? Depende: podem ter gerado novos clientes ou nenhum pedido de orçamento.
O volume de tráfego não demonstra, por si só, o contributo do website para o negócio. É necessário saber que ações realizam os visitantes, quais têm valor comercial e se estão a ser medidas corretamente.
O Google Analytics 4 (GA4) ajuda a responder, desde que os objetivos da empresa estejam definidos.
Comece pelos objetivos do negócio
Numa empresa de serviços, podem interessar pedidos de orçamento; numa loja WooCommerce, vendas; num centro de formação, inscrições. Um catálogo B2B pode encaminhar pedidos para a equipa comercial. Cada caso exige indicadores próprios.
Considere duas campanhas hipotéticas destinadas a gerar contactos:
| Indicador | Campanha A | Campanha B |
|---|---|---|
| Sessões | 3 000 | 1 000 |
| Pedidos recebidos | 6 | 40 |
A Campanha A gerou mais sessões, mas a B trouxe mais pedidos. Para avaliar a rentabilidade, faltam o investimento e a qualidade dos contactos.
Sessões, utilizadores e visualizações de páginas continuam a ser úteis para acompanhar tendências e origens de tráfego. O erro é interpretá-los como resultados comerciais sem os relacionar com os objetivos do website.
GA4: eventos, eventos principais e conversões
O GA4 regista ocorrências e interações através de eventos: visualizar uma página, enviar um formulário ou comprar. A recolha pode ser automática, resultar da medição otimizada ou exigir configuração específica.
| Conceito | Significado | Exemplo |
|---|---|---|
| Evento | Interação ou ocorrência registada no GA4. | page_view, file_download, add_to_cart |
| Evento principal (key event) | Evento considerado especialmente importante para o negócio e assinalado como tal no GA4. | Pedido de orçamento concluído |
| Conversão | Na terminologia das ferramentas Google, ação utilizada para medir o desempenho e otimizar campanhas publicitárias. | Compra configurada como conversão no Google Ads |
Na linguagem empresarial, «conversão» continua a designar uma compra, inscrição ou pedido. Ao configurar o GA4 e o Google Ads, convém respeitar a distinção técnica.
No negócio, também se distinguem macroconversões (compras ou pedidos) de microconversões (adicionar um artigo ao carrinho), que revelam interesse sem concluir a compra. Sempre que exista um evento recomendado pela Google, deve ser utilizada a designação oficial.
Formulários WordPress: medir contactos recebidos, não cliques
Contar cliques no botão «Enviar» pode ser enganador: a validação ou o CAPTCHA podem rejeitar o formulário, ou o pedido pode não ser processado.
O GA4 recomenda o evento generate_lead para a geração de contactos comerciais. Num formulário, deve ser registado após a confirmação de uma submissão bem-sucedida, preferencialmente quando o pedido fica guardado ou é aceite pelo sistema que o recebe. Uma mensagem de sucesso no navegador não prova, por si só, que um email tenha sido entregue à empresa.
A medição otimizada pode recolher form_start e form_submit, mas o comportamento depende da implementação, sobretudo em formulários que utilizam AJAX. Um evento form_submit não confirma necessariamente a receção de um contacto comercial.
Uma página de agradecimento, como /obrigado/, pode servir de confirmação se surgir apenas após um envio bem-sucedido. Visitas diretas ou atualizações dessa página, porém, podem gerar contagens indevidas.
Da mesma forma, um clique num número de telefone, no WhatsApp ou numa ligação de email indica intenção de contacto, não uma conversa realizada. O evento file_download identifica normalmente um clique numa ligação para um ficheiro; não comprova que o documento tenha sido lido.
WooCommerce: acompanhar o percurso até à compra
Numa loja online, os eventos de comércio eletrónico ajudam a localizar o interesse e as etapas em que os visitantes deixam de avançar.
| Etapa | Eventos recomendados do GA4 |
|---|---|
| Consultar produtos | view_item_list, view_item |
| Carrinho | add_to_cart, view_cart |
| Finalização da compra | begin_checkout, add_shipping_info, add_payment_info |
| Compras e reembolsos | purchase, refund |
Estes eventos não são enviados automaticamente apenas por instalar o WooCommerce: dependem de uma integração de medição corretamente configurada e testada.
Se muitos visitantes adicionam produtos ao carrinho, mas poucos iniciam a finalização da compra, essa etapa merece análise. Se a perda ocorrer depois, investigue formulários, portes e pagamentos. Os números mostram onde investigar, não a causa.
O evento purchase exige especial cuidado
Cada compra deve ter um transaction_id único e não vazio. O GA4 utiliza este identificador para eliminar compras duplicadas em fluxos de dados Web, mas isso não dispensa a prevenção de envios repetidos na própria integração.
Os parâmetros items, value e currency permitem identificar os produtos, o respetivo valor e a moeda. No modelo recomendado do GA4, value corresponde à soma dos valores dos artigos, sem portes nem impostos, que podem ser enviados separadamente através de shipping e tax. Os reembolsos devem ser tratados com o evento refund e a identificação da transação correspondente.
Uma encomenda criada não equivale a um pagamento confirmado. Em transferências bancárias ou pagamentos por referência, a confirmação pode chegar mais tarde. O momento de contabilização deve ser definido e os dados reconciliados com os registos da loja.
Em negócios B2B, a qualidade do contacto também conta
Numa empresa que vende serviços ou soluções complexas, um formulário pode ser apenas o início do processo comercial.
Imagine 100 pedidos: 60 sem interesse comercial, 20 sem resposta, 15 oportunidades em acompanhamento e cinco clientes angariados. Os 100 eventos generate_lead não revelam esta diferença.
Quando se justifica, é possível registar etapas posteriores com eventos como qualify_lead e uma integração com um sistema de gestão de relações com clientes (CRM). Assim, identificam-se canais que geram oportunidades e clientes, sem enviar dados pessoais indevidos para o Analytics.
A integração depende da complexidade do processo comercial e nem sempre é necessária.
Google Tag Manager e validação: evitar medições duplicadas
O Google Tag Manager (GTM) facilita a gestão de etiquetas e eventos, mas não é obrigatório. Uma integração direta e bem configurada pode ser suficiente.
Se um plugin, o tema e o GTM enviarem os mesmos eventos, podem duplicar visualizações, contactos ou compras. Antes de confiar nos relatórios, verifique:
- Origem: que plugin, etiqueta ou integração envia cada evento?
- Sucesso: uma operação concluída produz o evento esperado, uma única vez e com os parâmetros corretos?
- Falha: um formulário rejeitado ou pagamento falhado é indevidamente contabilizado?
- Repetição: atualizar uma página de confirmação volta a registar a mesma compra ou contacto?
Os relatórios em tempo real, o DebugView e, quando aplicável, a pré-visualização do GTM ajudam nestas verificações. O DebugView exige a ativação do modo de depuração e pode não apresentar eventos quando as definições de privacidade impedem a recolha.
Campanhas, parâmetros UTM e consentimento
Os parâmetros UTM identificam a origem, o meio e a campanha do tráfego. Os mais comuns são utm_source, utm_medium e utm_campaign.
Uma ligação de uma newsletter pode incluir ?utm_source=newsletter&utm_medium=email&utm_campaign=primavera. A nomenclatura deve ser consistente para evitar relatórios fragmentados.
Não utilize parâmetros UTM em ligações internas do próprio website: podem interferir com a atribuição do tráfego. Também não inclua dados pessoais ou sensíveis nos endereços, nomes de eventos ou parâmetros enviados ao Analytics.
O Google Consent Mode adapta o comportamento das etiquetas Google aos sinais de consentimento recebidos. Não recolhe, por si só, as escolhas dos visitantes nem substitui uma solução de gestão de consentimento ou o cumprimento das obrigações legais aplicáveis.
Consoante o consentimento e a configuração, algumas interações não são observadas diretamente e o GA4 pode recorrer a modelação. Os relatórios não constituem um registo exaustivo.
Interpretar resultados: uma percentagem isolada não chega
Uma «taxa de conversão de 4%» só tem significado quando se sabe o que representa: compras por sessão, contactos por utilizador ou oportunidades por pedido recebido?
Num exemplo, 10 000 sessões originam 200 pedidos: são 2 pedidos por cada 100 sessões. Noutro período, 2 000 sessões originam 80 pedidos: 4 por cada 100 sessões. O rácio duplicou, mas chegaram menos 120 pedidos. A qualidade dos contactos e o investimento realizado também podem alterar a avaliação.
Este rácio não é a taxa do evento principal da sessão do GA4, que mede a percentagem de sessões com pelo menos um evento principal.
Um painel útil relaciona volume, taxa, qualidade e valor dos resultados, compara períodos equivalentes e considera alterações no website e nas campanhas. Coincidência temporal não demonstra causalidade.
O Google Search Console mostra o desempenho na Pesquisa Google; o GA4 acompanha a utilização do website, quando a recolha é possível. Cliques da Pesquisa e sessões do Analytics não são equivalentes. Saiba mais em Google Search Console: o que deve acompanhar num website empresarial.
Um plano de medição simples e verificável
Para cada objetivo, defina a ação que representa sucesso, o evento, o momento de registo e o teste de validação.
| Objetivo | Evento GA4 | Quando registar |
|---|---|---|
| Pedido de orçamento | generate_lead | Após confirmação de processamento bem-sucedido |
| Registo de utilizador | sign_up | Após conclusão efetiva do registo |
| Compra WooCommerce | purchase | No momento de compra definido, sem duplicação |
Deve ainda ficar identificado que integração envia o evento, se este é assinalado como principal no GA4 e se é utilizado para medir campanhas no Google Ads.
Lista de verificação final
Negócio
- Qual é o objetivo principal do website e que ação representa sucesso?
- Existem ações com valores comerciais diferentes?
Eventos
- Está a ser utilizado o evento recomendado adequado, quando existe?
- Mede-se uma ação concluída ou apenas uma tentativa ou um clique?
Eventos principais
- Apenas os eventos relevantes estão assinalados como principais?
- Está definida a sua eventual utilização como conversões de publicidade?
Contactos
- Os pedidos enviados com sucesso são efetivamente registados ou recebidos?
- É possível distinguir contactos qualificados de contactos sem interesse comercial?
- Quando necessário, os contactos são relacionados com oportunidades e clientes?
WooCommerce
- As etapas do percurso, incluindo
add_to_cart,begin_checkoutepurchase, estão medidas? - O evento
purchasecorresponde ao momento de compra definido? - Cada
transaction_idé único, válido e não vazio? items,value,currencye, quando aplicável,shippingetaxestão corretos?- Os reembolsos são registados quando necessário?
Campanhas
- Os parâmetros UTM seguem uma nomenclatura consistente?
- Evitam-se UTMs em ligações internas e dados pessoais nos URLs?
Implementação
- Está identificada a origem de cada evento, incluindo plugins e etiquetas?
- Foram excluídos envios duplicados entre as integrações utilizadas?
Validação
- Os eventos aparecem nas ferramentas de verificação, quando aplicável?
- Os erros de formulário e os pagamentos falhados deixam de fora os eventos de sucesso?
- Recarregar páginas de confirmação provoca contagens duplicadas?
Privacidade
- O consentimento aplicável é recolhido e as etiquetas respeitam as escolhas dos visitantes?
- Eventos, parâmetros e URLs estão livres de dados pessoais indevidos?
Análise
- As taxas têm uma base de cálculo definida e as métricas do GA4 e Search Console são distinguidas?
- São acompanhados o volume e a qualidade dos resultados?
- Existem períodos de referência e registo de alterações relevantes?
Nem todas estas funcionalidades são necessárias em qualquer website. A lista ajuda a definir prioridades.
Conclusão: medir para tomar melhores decisões
Uma boa medição distingue ações reais de simples intenções: pedidos recebidos em websites de serviços, compras e respetivos valores numa loja WooCommerce.
O objetivo é ter indicadores fiáveis para orientar melhorias e decisões de negócio, não recolher dados sem critério.
