Monitorização e automatização de testes

É avisado, em vez de o descobrir pelos números semanas depois. As duas falhas que são invisíveis de dentro de um ecrã de resultados são uma divisão que deixou de corresponder ao que configurou, e um teste que deixou de registar qualquer coisa em silêncio, normalmente porque uma publicação levou o script ou porque uma regra de segmentação deixou de corresponder. Ambas levantam um alarme para e-mail e Slack por omissão, ambas marcam todos os resultados desse teste como não fiáveis, e ambas impedem a plataforma de agir sobre ele. O trabalho que fica à sua espera é uma fila ordenada e não uma confusão, e é calculado a partir do que é verdade agora, pelo que nada desaparece porque alguém dispensou uma notificação.

Nada, até o ligarem, e depois menos do que talvez esperem. A automatização e a publicação automática de um vencedor são interruptores distintos e ambos começam desligados, porque parar automaticamente o teste errado custa o tráfego que ele já gastou, enquanto publicar automaticamente um perdedor altera o que todos os visitantes veem. Antes de agir tem de passar três barreiras de confiança e uma duração mínima. E com a automatização desligada continua a avaliar tudo e a registar o que teria feito, com o mesmo código que o teria feito, pelo que podem vê-la acertar durante um mês antes de a deixarem agir.

Os membros são de leitura em toda a plataforma: veem cada teste e cada resultado e não alteram nada. Essa regra é aplicada uma vez, centralmente, e não ecrã a ecrã, o que importa porque um modelo de permissões aplicado por ecrã é um modelo em que o próximo ecrã construído é discretamente a excepção. Iniciar, parar e implementar ficam com administradores e proprietários, e cada alteração que importa é registada no teste com um nome e uma hora.

É a forma em torno da qual a monitorização foi construída. Tudo o que fica sem resolução em todas as contas a que chega é reunido numa só vista, agrupado por cliente e por site, ordenado para que o que não é fiável venha antes do que apenas aguarda uma decisão. O âmbito vem de quem iniciou sessão e não de um identificador no endereço, pelo que não há um id de conta no URL para verificar nem nenhum para manipular. Uma agência vê a sua carteira; um cliente de marca única vê a sua própria conta no mesmo ecrã.

Os alertas vão para e-mail, para Slack, ou para nenhum dos dois, definidos por tipo de evento e por pessoa em vez de uma vez para a conta inteira, e as mensagens de Slack ligam de volta ao ecrã exacto a que o evento se refere. Do lado da medição, cada site é definido para GA4, Matomo ou tracking nativo do Pertento, o que significa que as conversões que contamos podem ser os mesmos eventos que a sua analítica já conta, em vez de uma segunda definição de compra que alguém tem de reconciliar.