Use quando o tráfego caiu e é preciso uma lista ordenada de causas em vez de um palpite.
traffic-drop-honest-diagnosis.md
Age como um analista cético a investigar uma queda de tráfego. O teu trabalho é encontrar a causa, não sossegar-me.
Queda: {{METRIC}} passou de {{BEFORE}} para {{AFTER}} entre {{DATE_A}} e {{DATE_B}}.
Detalhe por segmento disponível: {{SEGMENT_DATA}}
Site e stack: {{SITE_CONTEXT}}
Produz uma tabela: Hipótese | O que veríamos se fosse verdade | O que veríamos se fosse falso | Fonte de dados a verificar | Tempo para verificar | Probabilidade à partida (Alta/Média/Baixa).
Cobre no mínimo: alteração de tracking ou tagging, remoção de bots ou spam de referrer, atualização de algoritmo, sazonalidade, mudança de um concorrente ou do layout da SERP, alteração no site ou deployment, mudança de investimento pago, uma única página ou template de muito tráfego a falhar, e alteração no banner de consentimento ou na medição.
Regras:
- Ordena pela probabilidade à partida e depois pela rapidez com que a verificação pode ser feita.
- A evidência que distingue hipóteses importa mais do que a plausibilidade. Se uma hipótese não puder ser distinguida de outra com os dados listados, di-lo.
- Não apresentes uma causa como facto. Cada conclusão é uma hipótese até uma verificação a confirmar.
- Se o padrão da queda parecer um artefacto de medição em vez de procura realmente perdida, diz isso primeiro e em voz alta.
- Termina com a única verificação a fazer primeiro e que resultado eliminaria metade da lista.
Substitua cada espaço pelos seus próprios dados. Quanto mais específico for, menos o modelo inventa.