Projeto final: um plano de mensuração que a empresa consiga manter

Uma propriedade bem configurada e sem rotina volta a errar em poucos meses: o site muda, a agência troca o link, o banner de consentimento ganha versão nova e o Google publica novidades que mudam a leitura sem mudar a tag. O projeto de medição existe para que a empresa saiba o que mede e por quê; a rotina existe para que isso continue verdadeiro depois da entrega. A manutenção encurta o tempo entre o defeito e a descoberta, mas não dispensa auditorias.

O projeto cabe numa página que a diretoria aprova

A diretoria recebe uma página por frente de negócio, com decisões, fontes, responsáveis e critérios de aprovação; o painel vem depois. Cada linha liga uma decisão a um indicador, à fonte do número, às lacunas conhecidas, ao responsável, ao prazo e à prova de aceite, a evidência que permite aprovar a entrega. A avaliação do projeto olha a coerência e a justificativa de cada linha; o executivo aprova e cobra, e a equipe técnica implementa.

A Verde Vivo, loja fictícia do curso, começou pelo e-commerce porque foi ali que a receita duplicada levou a uma decisão errada. Clube de assinatura e vendas para empresas vieram depois, com o mesmo molde. A ordem de trabalho foi a mesma em cada frente.

O retrato inicial, de fevereiro de 2026, registrou três instalações da tag, páginas vistas em dobro, compra enviada por dois emissores, recusa de cookies sem configuração de consentimento e nenhum dicionário de dados. Sem esse retrato com números, a entrega não teria com o que se comparar. O plano de melhoria ficou com o que não coube na primeira fase: o envio do Pix pelo servidor, concluído em junho, e a ligação da mesma pessoa entre loja, site e aplicativo.

Ganho de cobertura, mudança de definição e melhora do negócio ficam separados

O erro clássico do fechamento é apresentar a melhora da medição como resultado do marketing. A conversão do e-commerce passou de 1,4% em fevereiro para 2,3% em agosto, e essa diferença mistura três coisas: compras que antes não eram vistas (cobertura), regras que mudaram (definição) e clientes que de fato compraram mais (negócio). Sem separar as três, a diretoria aumenta o orçamento por um ganho que não aconteceu.

Lido assim, o fechamento muda a conversa. Em fevereiro, a diretoria discutia se o número estava certo. No fim do projeto, discute o que fazer com ele: a verba da Meta não foi cortada, e a redução de um terço virou a hipótese da segunda rodada do teste, em novembro; o formulário de empresas ganhou o campo de porte, porque, na extração do HubSpot de 1º de outubro, nove dos 13 contratos assinados no terceiro trimestre de 2026 eram de empresas com mais de 50 funcionários, porte que o comercial já registrava no CRM. Esses números permitem acompanhar cobertura, falhas e decisões; eles não medem, sozinhos, quanto o projeto aumentou as vendas.

A rotina tem dono, calendário e critério de alerta

A rotina semanal reserva uma hora, toda segunda, para a revisão dos controles automatizados, com Marina como responsável; investigações abertas têm prazo próprio. Ela confere os eventos principais por dia contra a mediana das quatro semanas anteriores, as compras do Analytics contra os pedidos pagos da loja, a fatia de tráfego direto contra a faixa habitual, os alertas automáticos da semana e o diagnóstico de identificadores perdidos. Qualquer desvio abre uma linha no registro e segue o método de Clínica de problemas do GA4: investigar divergências antes de mexer na medição.

A rotina mensal produz o relatório com decisões, descrito em Data Studio (antigo Looker Studio): o relatório mensal que junta fontes, e revisa o dicionário de dados. A trimestral relê o plano inteiro e revê indicadores sem uso, preservando os exigidos por controle, risco ou obrigação; cada retirada tem justificativa e responsável. A revisão das novidades do Google entra na rotina mensal como responsabilidade nomeada: alguém lê as fontes, decide se a novidade importa, testa o impacto e registra a mudança na operação ou no curso interno da equipe.

As fontes da revisão mensal são poucas e públicas: as novidades do Google Analytics, as notas de versão do Tag Manager e do Data Studio e os registros de alteração das APIs. Elas nem sempre contam a mesma história. A User Groups Admin API, de 5 de outubro de 2026, aparece nas novidades do Analytics e não no registro de alterações da Admin API do Analytics, que em outubro ainda tinha junho como última entrada. A rotina lê as duas para não perder nada.

O quadro do que vigiar, com o estado em 24 de outubro de 2026

Anúncio, versão de teste, liberação gradual e disponibilidade na propriedade são estados diferentes, e a tabela abaixo os separa. Um recurso em beta ou alpha pode mudar de nome, de regra ou de data sem aviso; a rotina mensal relê cada linha e anota o que encontrou na propriedade da empresa, e não só o que o anúncio prometeu.

Na semana que vem, escolha uma frente da empresa (loja, leads, aplicativo ou loja física) e faça o retrato inicial com números: instalações da tag, eventos repetidos, recusa de consentimento, fatia de tráfego direto e diferença entre a receita do Analytics e a da plataforma de vendas. Escreva a primeira linha da página do projeto com decisão, indicador, fonte, lacuna, responsável, prazo e critério de aprovação. A semana rendeu se a diferença de receita estiver quantificada, com parcelas explicadas e pendências atribuídas a responsáveis e prazos.