Registo de alterações do website: como anotar mudanças e perceber o que mexeu no tráfego

O que é um registo de alterações do website e em que difere do changelog da equipa técnica?

O registo de alterações do website é um histórico pensado para o marketing: tudo o que mudou no site, escrito de forma a que quem olha para um gráfico de tráfego ou de conversões consiga associar uma data a uma causa. Não é o histórico do Git nem o changelog do produto.

O changelog dos programadores lista commits e versões. Raramente diz que esse lançamento também alterou o H1 de 40 páginas de categoria, retirou um campo do formulário ou mudou o banner de cookies de sítio. São precisamente esses pormenores que explicam uma descida de cliques orgânicos ou de contactos, e é isso que o registo do website guarda.

Encare-o como uma faixa de um registo de alterações de marketing mais abrangente: o website, ao lado das contas de publicidade, do tracking e do CRM. O site é muitas vezes a causa comum de alterações que surgem em vários canais ao mesmo tempo, porque o tráfego pago, orgânico e de e-mail chega às mesmas páginas.

O que deve constar num registo de alterações do website?

Registe qualquer alteração que possa mudar a forma como as páginas são rastreadas, posicionadas, carregadas ou como o visitante converte. Na dúvida, registe: uma entrada demora um minuto, uma em falta pode custar dias de análise.

Registe também o que não foi feito pela equipa mas afeta o site: atualização automática de um plugin, falha do alojamento, atualização de ranking da Google. Estes eventos concorrem com as suas alterações como explicação, por isso ficam na mesma cronologia.

Como criar um registo de alterações do website?

Use sempre os mesmos campos, uma entrada por alteração, e torne o registo um passo do lançamento, e não um exercício de memória feito depois.

1. Data e hora de entrada em produção. Não a data em que o ticket foi fechado. Indique o fuso horário, porque o analytics e o servidor usam muitas vezes fusos diferentes.
2. Âmbito. Que URL, templates, secções ou mercados foram afetados (por exemplo, "todas as páginas /blog/" ou "checkout, só em mobile").
3. O que mudou, antes → depois. "Padrão do title: Produto | Marca → Compre Produto online | Marca" é útil. "Ajustes de SEO" não é.
4. Etiqueta de tipo. Lançamento, conteúdo, redirecionamento, técnico, tracking, oferta. As etiquetas permitem filtrar mais tarde.
5. Responsável. A pessoa ou agência que fez a alteração, para saber a quem perguntar.
6. Motivo e efeito esperado. Uma linha: o que se esperava e em que métrica.
7. Ligação. Ticket, pull request, versão do GTM ou captura de ecrã.

Uma folha de cálculo partilhada chega para começar; o nosso modelo de registo de alterações de marketing já traz as colunas. A regra que conta mais do que a ferramenta: quem publica, regista. Acrescente um ponto "registado?" à checklist de lançamento para que a entrada seja escrita no próprio dia, e não reconstruída um mês depois.

É possível usar as anotações do GA4 ou do Search Console em vez disso?

As duas ferramentas permitem marcar datas nos gráficos, o que ajuda quem trabalha nesses relatórios. Nenhuma substitui um registo completo, devido aos limites de tamanho e de retenção.

No Search Console não é possível editar uma anotação depois de criada, e a Google recomenda não incluir dados pessoais, como nomes. O GA4 cria também anotações do sistema quando ocorre um evento com impacto nos dados. Use estas marcas como indicadores ("Template de checkout v3 em produção, ver registo") e mantenha o pormenor, o responsável e o antes/depois no seu registo. O nosso guia de anotações do GA4 explica a configuração com mais detalhe.

Como usar o registo para descobrir o que causou uma alteração no tráfego ou nas conversões?

Parta da data em que a métrica mudou e coloque numa única cronologia todas as alterações dos dias anteriores, de todas as fontes. Depois exclua o tracking, verifique causas externas e teste uma hipótese de cada vez.

1. Fixe a data. Encontre o primeiro dia fora do normal e veja se a alteração afeta o site todo ou apenas algumas páginas, dispositivos, países ou canais.
2. Reúna tudo dos 7 a 14 dias anteriores. Entradas do website, publicações de etiquetas e GTM, edições nas contas de publicidade, alterações no CRM ou em formulários. Um lançamento e uma mudança de estratégia de licitação na mesma semana são ambos suspeitos até um ser excluído.
3. Exclua primeiro o tracking. Se as conversões reportadas desceram mas as encomendas ou os contactos no CRM não, o problema está na medição, muitas vezes uma etiqueta, um formulário ou o consentimento. Veja o artigo sobre o histórico de versões do GTM para datar alterações de etiquetas.
4. Verifique causas externas. O guia da Google sobre descidas de tráfego da Pesquisa refere atualizações de algoritmo, problemas técnicos, de segurança e de spam, mudanças no interesse de pesquisa e migrações de sites. Compare com os últimos 16 meses no relatório de performance para detetar padrões sazonais.
5. Cruze âmbito com âmbito. Uma descida apenas nas páginas /blog/ aponta para uma alteração que tocou em /blog/. Uma mudança no checkout não explica menos impressões orgânicas.
6. Teste uma hipótese. Reverta ou ajuste uma alteração, ou compare grupos de páginas afetadas e não afetadas, e acompanhe a métrica durante um período justo.

Conte com atrasos: a Google indica que, numa migração com mudança de URL, um site médio pode demorar algumas semanas até a maioria das páginas ser transferida, e a visibilidade pode oscilar entretanto. Para um diagnóstico só do orgânico, veja porque desceu o meu tráfego orgânico.

Com os lançamentos do website, as publicações no GTM e as edições nas contas de publicidade numa única cronologia, uma descida apenas nas páginas de produto surge logo ao lado do lançamento do modelo de página que as alterou. Crie um registo de alterações gratuito no Changeline e mantenha o website e a publicidade no mesmo sítio.

Exemplo: associar uma descida a um lançamento de template

Exemplo ilustrativo, não se trata de um cliente real. Uma loja online vê as sessões orgânicas das páginas de produto descerem cerca de 20% de uma semana para a outra, enquanto o blog se mantém estável.

• Cronologia dos 14 dias anteriores: lançamento do novo template de produto (terça-feira), publicação no GTM com um novo evento (quarta-feira), aumento de orçamento no Google Ads (quinta-feira).
• Verificação do tracking: os cliques no Search Console também desceram, não só as sessões no GA4, logo não é uma etiqueta. A publicação no GTM fica excluída.
• Verificação do âmbito: só desceram as páginas de produto, precisamente as do template. O orçamento do Google Ads não reduz cliques orgânicos.
• Pormenor do registo: a entrada antes/depois mostra que o lançamento substituiu o bloco de descrição por um separador que só carrega com um clique.
• Teste: a equipa repõe a descrição no HTML inicial em metade das categorias e compara os dois grupos nas semanas seguintes.

Sem o registo, a equipa teria começado por um palpite, provavelmente a alteração mais recente ou mais visível.

Como manter as alterações do website e da publicidade na mesma cronologia?

Junte tudo num só sítio, porque a pergunta raramente é "o que mudou no site"; é "o que mudou em qualquer lado antes de esta métrica se mexer".

No Changeline regista alterações de website, tracking e CRM por projeto, com data, responsável, etiquetas e motivo, e as alterações do Google Ads podem ser importadas automaticamente através de uma ligação só de leitura, com valores antes → depois. As integrações com o website e outras ferramentas ainda não estão disponíveis, por isso as alterações do site são registadas pela equipa. Os registos ficam guardados enquanto o projeto existir, o que facilita ver o que mudou nas mesmas semanas do ano anterior.

Seja qual for a ferramenta, reveja o registo no relatório mensal: liste as alterações do site no período ao lado das métricas que deviam mexer e anote quais resultaram.