Plataforma · Monitoramento e automação

Uma tela para o que está quebrado ou esperando

O monitor de saúde e a fila de atenção cobrem todas as contas, então nada fica sem ser notado em um site de cliente.

Mantendo tudo rodando

Uma tela, e as regras por trás dela

Cada conta ranqueada pelo que precisa de uma pessoa, a automação que age sobre isso, e onde você é avisado.

  • Início e fim agendados, mais parada na significância com salvaguardas: durações mínimas e portões de confiança que se recusam a agir sobre dados quebrados
  • A detecção de colisão avisa quando testes simultâneos interfeririam entre si
  • Alertas por e-mail, Slack e no aplicativo, em doze tipos de evento, configuráveis por pessoa
  • Um registro de atividade por teste, e papéis aplicados uma vez em vez de rota por rota
SalvaguardasPortões de confiançaDetecção de colisão
A tela de saúde de uma conta inteira: medidores de saúde do programa para a cobertura da medição, a exatidão da divisão, as decisões e as colisões em aberto, uma fila de oito itens esperando uma pessoa, e as regras de automação armadas no momento.

A carteira

Todas as contas de clientes em uma tela só

Agências não têm um site, têm noventa. A visão de carteira ranqueia as contas pelo que precisa de uma pessoa primeiro, então a manhã começa com a lista em vez de uma busca.

  • Contas ordenadas por problemas, depois por decisões esperando
  • Contagens de testes rodando e taxa de vitória por conta
  • Restrinja todo o console a um cliente em dois cliques
  • Quebrado, decidindo, colidindo, atrasado, sem dados: cada um a sua própria linha
A carteira de clientes ordenada pelo que precisa de atenção primeiro: duas contas com a medição quebrada, duas com decisões esperando, uma sem nada pendente.

Automação

Regras que param, e salvaguardas que param as regras

Agende um início e um fim, ou deixe um teste se encerrar sozinho por significância. As salvaguardas mantêm a automação honesta: uma duração mínima, e um portão de confiança que se recusa a agir sobre dados que um alarme sinalizou.

  • Início e fim agendados por teste
  • Parada na significância com uma duração mínima
  • Portões de confiança que bloqueiam a automação sobre dados sinalizados
  • A significância só pode encerrar um teste antes da hora: uma data de fim é sempre obrigatória
  • Duração mínima nunca abaixo de sete dias, quatorze por padrão
A automação de um experimento: uma janela agendada, a parada na significância ligada atrás de uma duração mínima de quatorze dias e de uma amostra mínima de 40.000 visitantes, e as salvaguardas que fazem a automação esperar ou pausar em vez de agir.

Alertas

Avisado uma vez, no lugar onde você já olha

Cada evento pode ir para e-mail, Slack ou o console, com preferências por evento, para que uma meta quebrada acorde alguém e uma significância alcançada não.

  • E-mail, Slack e no aplicativo, por evento
  • Preferências por usuário, não uma chave global
  • Um registro de atividade completo para a conta
  • Doze tipos de evento, agrupados por ciclo de vida, resultados, saúde e conta
Preferências de alerta por evento, agrupadas por saúde, resultados e ciclo de vida: uma divisão discrepante e um experimento morto vão para e-mail e Slack, um resultado significativo para os dois, um início só para o Slack, e uma implantação para o console.

O que ele percebe

Os sinais, e por que são ranqueados do jeito que são

Cada um é algo que continua verdadeiro e continua sem solução, calculado a partir do estado atual em vez de um feed do que aconteceu. Limpar um selo não limpa o trabalho.

Quebrado vem antes de decidir, que vem antes da fila

Cada sinal é classificado em uma de três severidades, e uma falha de confiança suprime o resultado que está embaixo dela em vez de ficar ao lado dele. Um teste com a divisão quebrada também pode estar reportando um vencedor, e mostrar os dois seria convidar alguém a agir sobre ele.

Uma divisão que parou de bater

A divisão de tráfego observada é comparada continuamente com os pesos configurados. Quando ela se afasta mais do que o acaso explica, todo resultado daquele teste é marcado como suspeito até a causa ser encontrada.

Um teste que ficou em silêncio

Nada registrado por um dia inteiro enquanto o teste continua rodando. Normalmente é uma regra de segmentação que parou de casar, ou o snippet que sumiu depois de um deploy, e os dois são invisíveis de dentro da tela de resultados.

Interferência entre dois testes no ar

Um redirecionamento que tira tráfego da audiência de outro teste aparece como alarme de divisão no outro teste, onde nada aponta de volta para a causa. Duas variantes editando o mesmo elemento não geram alarme nenhum: a divisão continua perfeita e a página é uma combinação que ninguém revisou.

Passou da data de fim e continua dividindo tráfego

Um teste que deveria ter terminado e não terminou continua custando a você o tráfego que ele consome. É uma decisão esperando e não uma falha, e é classificado assim.

Um vencedor que ninguém construiu

Dois sinais separados, porque são problemas diferentes. Um teste ganhou e nunca foi publicado. Outro foi publicado meses atrás e continua sendo entregue pelo Pertento em vez de viver na sua base de código.

Ao redor dos testes

A conta, não o teste

A maior parte do que dá errado em um programa com várias pessoas não é estatística. É duas pessoas editando a mesma coisa, uma mudança que ninguém consegue rastrear, ou um número que nunca chegou à analytics que todo mundo mais usa.

Papéis aplicados em um só lugar

Os membros são somente leitura em toda a plataforma; administradores e proprietários podem escrever. A regra é aplicada uma vez na porta e não rota por rota, e é isso que impede que uma tela nova seja silenciosamente a exceção.

Um registro de atividade por teste

Cada mudança que importa é registrada no teste com quem fez e quando: segmentação adicionada, pesos alterados, iniciado, encerrado, publicado. As notificações dizem o que aconteceu; o registro diz quem fez.

Layouts do console salvos

Organize uma tela do jeito que você lê e ela fica assim, por pessoa e por tela. Um líder de agência e um analista não querem as mesmas colunas na mesma ordem, e nenhum dos dois deveria ter que remontar a visão toda manhã.

GA4 e Matomo, ou nenhum dos dois

Defina o método de rastreamento por site. Os eventos de exposição são enviados para a camada de dados ao lado da sua analytics atual, então uma variante é uma dimensão pela qual você já pode segmentar. O rastreamento nativo do Pertento é a terceira opção, para quando você preferir que ele fique fora do caminho.

Alertas onde você já olha

Doze tipos de evento entre ciclo de vida, resultados, saúde e conta, cada um ligável por canal e por pessoa. Saúde e resultados vêm ligados por padrão porque merecem uma interrupção; os eventos de ciclo de vida costumam ser coisas que você mesmo acabou de fazer.

Uma carteira, várias contas

O que uma agência vê é a carteira de clientes dela; o que um cliente direto vê é a própria conta. O escopo vem da sessão e não de um identificador no endereço, então não há nada na URL para adulterar.

Perguntas

O que acontece quando ninguém está olhando

O que acontece se um teste quebrar sem ninguém olhando?

Você é avisado, em vez de descobrir pelos números semanas depois. As duas falhas invisíveis de dentro de uma tela de resultados são uma divisão que parou de bater com o que você configurou e um teste que silenciosamente parou de registrar qualquer coisa, normalmente porque um deploy levou o snippet ou uma regra de segmentação parou de casar. As duas levantam alarme por e-mail e no Slack por padrão, as duas marcam todo resultado daquele teste como não confiável, e as duas impedem a plataforma de agir sobre ele. O trabalho que espera por você é uma fila ordenada e não uma bagunça, e ela é calculada a partir do que é verdade agora, então nada desaparece porque alguém limpou uma notificação.

Quanto ele tem permissão de fazer no nosso site sem nós?

Nada, até você ligar, e depois menos do que você imagina. Automação e publicação automática de um vencedor são chaves separadas e as duas começam desligadas, porque parar o teste errado automaticamente custa o tráfego que ele já gastou, enquanto publicar automaticamente um perdedor muda o que todo visitante vê. Antes de agir, ele tem que passar por três portões de confiança e uma duração mínima. E com a automação desligada ele ainda avalia tudo e registra o que teria feito, com o mesmo código que teria feito, então você pode ver ele acertar por um mês antes de deixar que aja.

É seguro dar acesso ao time inteiro?

Os membros são somente leitura em toda a plataforma: eles veem cada teste e cada resultado e não mudam nada disso. Essa regra é aplicada uma vez, de forma central, e não tela por tela, o que importa porque um modelo de permissão aplicado por tela é um modelo em que a próxima tela construída é silenciosamente a exceção. Iniciar, parar e publicar ficam com administradores e proprietários, e cada mudança que importa é registrada no teste com um nome e um horário.

Cuidamos de várias marcas ou sites de clientes. Isso escala para esse caso?

É justamente esse o formato em volta do qual o monitoramento foi construído. Tudo que está sem resolução em cada conta que você alcança é reunido em uma visão, agrupado por cliente e por site, ordenado para que o que não é confiável venha antes do que só espera uma decisão. O escopo vem de quem você é ao entrar e não de um identificador no endereço, então não há id de conta na URL para conferir nem para adulterar. Uma agência vê a carteira dela; um cliente de marca única vê a própria conta na mesma tela.

Isso se encaixa nas ferramentas que já usamos?

Os alertas vão para e-mail, para o 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 do Slack levam de volta para a tela exata a que o evento se refere. Do lado da medição, cada site é configurado para GA4, Matomo ou o rastreamento nativo do Pertento, o que significa que as conversões que contamos podem ser os mesmos eventos que a sua analytics já conta, em vez de uma segunda definição de compra que alguém tem que reconciliar.

Tudo o que vem na caixa

A lista completa de funcionalidades

O Pertento é uma plataforma de otimização da taxa de conversão para sites e lojas online, feita tanto para times internos quanto para agências de CRO que rodam programas de experimentação em uma carteira de clientes.

Integrações

Funciona com o stack que você já roda

Um snippet entra em qualquer site, ou vá totalmente para o servidor. Nada para rearquitetar.

Snippet de uma linha

Cole uma única tag de 0,9 KB no seu head e você está no ar. Sem etapa de build, sem dependências.

Google Tag Manager

Implante e gerencie experimentos direto pelo GTM. Sem precisar de tempo de desenvolvedor.

API no servidor

Rode testes além do navegador: preços, busca e roteamento, sem piscar.

  • Shopify
  • BigCommerce
  • Shopware
  • Centra
  • Geins
  • Saleor
  • WordPress
  • Optimizely CMS
  • Storyblok
  • Next.js
  • Vue
  • Astro
  • Matomo
  • Amplitude
  • RudderStack
  • Slack
  • WooCommerce
  • Salesforce
  • Wix
  • Litium
  • commercetools
  • Medusa
  • Drupal
  • Contentful
  • Webflow
  • Nuxt
  • Angular
  • Remix
  • Piwik PRO
  • Mixpanel
  • Tag Manager
  • Webhooks
  • Adobe Commerce
  • PrestaShop
  • Squarespace
  • Norce
  • Shopify Hydrogen
  • Vendure
  • Umbraco
  • Sanity
  • Framer
  • React
  • SvelteKit
  • GA4
  • Adobe Analytics
  • Segment
  • Klaviyo

Não está na lista? Se renderiza HTML, o Pertento consegue testar:leia como cada uma se conecta.

Melhores testes, melhores conversões

Test on all visitors with the world’s lightest script and make confident decisions powered by real-time reporting.