Registo de testes de marketing: como documentar testes e confiar nos resultados

O que é um registo de testes de marketing?

Um registo de testes de marketing é o histórico contínuo de todos os testes que a equipa faz: a hipótese, a alteração exata, onde decorreu, as datas de início e fim, a métrica usada para avaliar e o resultado. Responde a "já testámos isto?" e a "porque é que pusemos isto online?" meses depois.

Quase todas as equipas guardam resultados algures: um diapositivo, uma conversa no Slack, a página de Experimentos do Google Ads. O problema é que fica tudo disperso e perde-se o contexto mais importante, como o que mais mudou enquanto o teste decorria. O registo junta todos os testes num só sítio, no mesmo formato, com datas que se podem alinhar com os resultados.

Não é o mesmo que um registo de alterações de marketing, mas os dois andam juntos. O registo de alterações guarda cada alteração em campanhas, site, tracking e CRM. O registo de testes guarda as alterações feitas de propósito para aprender algo. Quando ambos partilham a mesma cronologia, vê-se que alterações de rotina coincidiram com cada teste.

Três razões para o manter:

• Evitar testes repetidos. Pessoas novas na equipa ou uma nova agência repetem muitas vezes testes que já falharam porque ninguém anotou o resultado.
• Justificar decisões. Quando o cliente pergunta porque é que a landing page é assim, pode mostrar o teste, as datas e os números.
• Avaliar com rigor. Um teste só é tão limpo quanto o período em que decorreu. O registo mostra se esse período foi calmo.

O que deve ter cada entrada do registo de testes?

Cada entrada deve ter detalhe suficiente para que alguém que não estava presente consiga repetir o teste ou confiar no resultado. O guia de plano de testes da Optimizely organiza isto em porquê (a hipótese), quando e onde corre a variação, quem a vê, o que muda e como se mede o sucesso. Junte o resultado e a decisão e o registo fica completo.

O último campo é o que a maioria dos modelos esquece e é ele que decide se o resultado é fiável. Preencha-o a partir do registo de alterações no fim do teste, não de memória. Para uma estrutura pronta, parta de um modelo de registo de alterações de marketing e acrescente colunas para hipótese, método e decisão.

Como registar experimentos do Google Ads e testes do Meta Ads?

Registe cada teste no dia em que o agenda e outra vez quando termina. As plataformas guardam as definições do teste, mas não a sua hipótese, a decisão tomada nem as alterações feitas à volta dele.

Experimentos do Google Ads

No Google Ads, os testes personalizados estão em Campanhas → Experimentos: selecione o botão de adição por cima da tabela "Todos os experimentos" e escolha Personalizado. Algumas regras da Ajuda do Google devem passar para o registo, porque mudam a leitura do resultado:

• As campanhas de pesquisa podem dividir por cookies ou por pesquisas; as de display dividem sempre por cookies. Anote a divisão escolhida.
• A divisão de tráfego não pode ser alterada depois da configuração, por isso a divisão anotada vale para todo o teste.
• A Google recomenda que o teste dure pelo menos 4 a 6 semanas, mais se as conversões forem demoradas, e exclui os primeiros 7 dias dos resultados para cobrir o período de adaptação.
• A Google avisa que alterações à campanha original ou ao teste durante a execução dificultam a interpretação. Cada uma vai para o campo "alterações em simultâneo".
• Os testes terminados manualmente ("Finalizar agora") não são aplicados automaticamente; só os que chegam à data de fim definida. Anote a data real e como o teste terminou.

Para um exemplo prático de testar uma página desta forma, veja como medir uma alteração de landing page.

Testes A/B do Meta Ads

O Gestor de Anúncios da Meta tem os seus próprios testes A/B. Registe-os com os mesmos campos: a variável testada, o público, as datas, a métrica escolhida e o resultado indicado pela Meta. Acrescente edições de orçamento, público ou criativo feitas nos conjuntos testados durante o teste, porque o relatório da Meta não as separa da sua variável.

Testes antes/depois no site

Muitos testes não têm divisão: a página nova fica online e comparam-se semanas. São os que mais precisam do registo, porque nada no desenho do teste protege contra outras alterações. Anote a hora exata de publicação e trate cada alteração em simultâneo como uma ameaça ao resultado.

Porque é que os resultados dos testes se misturam com outras alterações?

Porque nenhum teste decorre isolado. Nas semanas em que está ativo, alguém sobe um orçamento, o Smart Bidding ajusta-se, sai uma newsletter, uma tag é republicada ou um concorrente faz uma promoção. Qualquer uma destas coisas pode mexer na métrica que está a acompanhar.

Os testes divididos resolvem parte disto: se os dois braços recebem o mesmo tipo de tráfego ao mesmo tempo, uma subida sazonal afeta ambos. Mas uma alteração que afeta mais um braço do que o outro, ou uma alteração de tracking que estraga uma ação de conversão, continua a distorcer o resultado. Os testes antes/depois ficam expostos a tudo.

As fontes mais comuns de contaminação:

• Edições dentro do teste. Alterações de orçamento, objetivo de licitação ou público nas campanhas testadas.
• Alterações de tracking. Uma nova versão do Google Tag Manager, um ajuste no banner de consentimento ou uma ação de conversão alterada mudam contagens sem mudar o comportamento.
• Outros canais. E-mail, redes sociais ou promoções offline que trazem visitantes diferentes durante o teste.
• Acontecimentos externos. Feriados, épocas de saldos e falhas das plataformas.

As anotações nos relatórios ajudam, mas não substituem o registo. As anotações do GA4, por exemplo, aceitam um título de 60 caracteres e uma descrição de 150, com um máximo de 1000 por propriedade: servem de marcador no gráfico, não de registo de hipótese e resultado. Use-as para apontar para a entrada do registo; o guia de anotações do GA4 explica como as configurar.

Como provar que alteração causou o resultado do teste?

Coloque o teste e todas as outras alterações do mesmo período numa só cronologia, exclua primeiro o tracking e veja se alguma alteração em simultâneo explicaria sozinha a diferença. Se nenhuma explicar, a alteração testada é a melhor explicação; se alguma explicar, o resultado é inconclusivo e o teste deve ser repetido.

1. Confirme que o tracking se manteve. Verifique que ações de conversão, tags e definições de consentimento não mudaram durante o teste.
2. Liste as alterações em simultâneo. Reúna todas as alterações das datas do teste e da semana anterior: da equipa, automatismos das plataformas, publicações no site e promoções.
3. Veja que braço cada alteração afetou. Num teste dividido, uma alteração que afetou os dois braços por igual pesa menos do que uma que afetou só um.
4. Compare o momento. Se a métrica mexeu no dia de uma alteração em simultâneo, e não no arranque, essa alteração é a causa mais provável.
5. Escreva o veredicto. Provado, provável ou inconclusivo, com a razão.

Com todas as alterações numa só cronologia, veria logo que um aumento de orçamento caiu a meio do teste da página, antes de apresentar a subida como vitória da página. O Changeline mantém essa cronologia por cliente: as alterações do Google Ads são importadas automaticamente e a equipa regista ao lado as alterações de site, tracking, e-mail e testes, numa cronologia de alterações partilhada.

Exemplo. Um cliente de SaaS pergunta: "A nova página de preços aumentou os registos em 18% na semana passada. Podemos atribuir isso à página?" A equipa alinha as alterações da semana. A página ficou online na segunda-feira, mas na quarta o orçamento do Meta Ads subiu 25% e na quinta saiu uma newsletter promocional. Os registos dispararam na sexta, não na segunda. Veredicto: inconclusivo. A equipa repetiu a página num teste 50/50, que mostrou uma subida de 6%. (Nomes e números ilustrativos.)

Como manter o registo de testes útil ao longo do tempo?

Torne o registo parte do lançamento de cada teste, reveja-o com uma frequência fixa e guarde as entradas antigas mesmo quando o teste falhou. Um registo só é útil se estiver completo e for fácil de pesquisar.

1. Escreva a hipótese
2. Anote datas e método
3. Trave outras alterações
4. Registe o veredicto

• Sem entrada, sem lançamento. Um teste sem hipótese e métrica de sucesso escritas não arranca.
• Um padrão de nomes. Use o mesmo nome no registo, na plataforma e nos relatórios, por exemplo 2026-11 · Pesquisa · CPA alvo 40 vs 32.
• Guarde os fracassos. Testes falhados ou inconclusivos evitam que a próxima pessoa os repita.
• Reveja todos os meses. Leia os testes do mês ao lado dos resultados do mês. Também torna muito mais rápido explicar uma quebra ao cliente.
• Trave alterações durante o teste. Se uma edição urgente tiver de acontecer, registe-a e marque o teste como afetado.

Para uma visão mais ampla sobre como avaliar se uma alteração resultou, veja como medir o impacto das alterações de marketing.