Estabelecer o Seu Piso de Ruído de Tráfego
O tráfego orgânico oscila de semana para semana por razões que ninguém controla: a mistura de dias da semana, feriados, um rastreio lento, uma ferramenta de reporte a rever os seus próprios números. Uma equipa que nunca mediu a sua própria variação investiga todas as quebras, o que consome dias e ensina toda a gente a ignorar os alertas, incluindo o que importa. Caracterize a variação normal uma vez por segmento e defina os limiares a partir daí, e não a partir de um número redondo de que alguém gostou.
Use quando uma quebra semanal desencadeia uma investigação e ninguém consegue dizer se o movimento está fora da variação normal.
O ficheiro da competência
O que precisa primeiro
- 13 meses de cliques ou sessões diários por segmento de reporte
- um registo de alterações com os acontecimentos pontuais conhecidos, para os poder excluir da linha de base
- o atraso de reporte e o comportamento de revisão da sua fonte de dados
Método
- 01 Trabalhe em semanas inteiras a partir de um dia da semana fixo. Os efeitos de dia da semana são rotineiramente maiores do que os movimentos que as pessoas escalam, e as comparações diárias vão continuar a fabricá-los.
- 02 Retire primeiro do histórico os acontecimentos pontuais conhecidos, usando o registo de alterações. Deixar uma semana de migração na linha de base alarga o piso e esconde problemas reais durante o ano seguinte.
- 03 Calcule a variação percentual semana a semana ao longo do histórico limpo, por segmento, e tome um percentil alto da variação absoluta, sendo o percentil 90 um ponto de partida razoável, como limiar desse segmento.
- 04 Repita o cálculo face ao ano anterior para a mesma semana, para que a sazonalidade seja transportada em vez de combatida. Uma queda de dezembro que se repete todos os dezembros não é uma descoberta.
- 05 Defina limiares por segmento e não para o site inteiro. Os segmentos pequenos são por construção mais ruidosos, por isso um limiar único partilhado ou o inunda de alertas vindos dos pequenos ou fica calado durante uma quebra real no grande.
- 06 Acrescente uma regra de persistência: duas semanas consecutivas acima do limiar, ou uma semana acima de um limiar muito maior. Os picos de uma só semana são normalmente artefactos, sobretudo em dados que são revistos depois.
- 07 Recalcule o piso de seis em seis meses e após qualquer alteração de medição ou de segmentação, e depois escreva os limiares atuais no próprio relatório para que ninguém tenha de os decorar.
O que isto produz
Uma tabela de limiares de alerta por segmento com o percentil usado, os acontecimentos excluídos da linha de base e a regra de persistência, atualizada duas vezes por ano.
Onde isto corre mal
- Definir um único limiar para o site inteiro, de modo que os segmentos pequenos dão alarmes falsos e o grande fica calado durante um declínio genuíno
- Incluir os últimos dois ou três dias de dados do Search Console, que estão incompletos e parecem sempre uma queda
- Tratar o limiar como um teste de significância, quando é uma regra de triagem sobre onde olhar e não prova de que algo tenha causado o que quer que seja
- Reconstruir a linha de base sobre um período que já continha um declínio prolongado, o que normaliza o declínio dentro da definição de normal
Use esta skill na sua própria IA
O ficheiro é markdown simples, com o nome e o gatilho no frontmatter. Quando um assistente consegue carregar skills sozinho, é esse frontmatter que lê para decidir que esta se aplica.
Mais em Métricas e relatórios
Análise de Consultas à Distância de Ataque
Use quando tem dados do Search Console e precisa de decidir em que consultas vale a pena trabalh...
Separar Atualizações do Algoritmo das Suas Próprias Alterações
Use quando o tráfego orgânico cai e alguém pergunta se foi o Google ou algo que colocou em produ...
Disciplina de Anotação
Use quando estiver a montar ou a reparar o registo do que mudou num site e quando.
A Realidade da Atribuição do Orgânico
Use quando alguém pergunta o que a pesquisa orgânica contribuiu realmente para a receita e o las...