Mostre prova social onde o visitante está decidindo e deixe-a fora das páginas em que ela interrompe. Na prática, isso significa que páginas de produto e de preços recebem mais, a página inicial e as de categoria recebem um pouco, e checkout, conta e documentação não recebem nada. A segmentação por URL e por dispositivo da Provedly torna as regras fáceis de expressar; este post é sobre quais regras escrever.
Os três modos de segmentação
Cada widget e cada barra da Provedly pode ser delimitado de uma de três formas:
- Todas as páginas. O padrão. Simples, e geralmente errado para notificações quando o site tem mais do que alguns tipos de página.
- Só estas páginas. Uma lista de permissão. Melhor para prova que pertence a um único lugar, como notificações em páginas de produto ou um contador numa página de lançamento.
- Todas exceto estas. Uma lista de exclusão. Melhor para elementos do site inteiro com algumas exceções, como uma barra de campanha que não deve aparecer no checkout nem nas páginas jurídicas.
A segmentação por dispositivo se aplica por cima, então uma regra pode ser diferente no desktop e no mobile. Os detalhes técnicos de como escrever padrões de caminho estão na /docs.
Um guia página a página
| Tipo de página | Notificações | Contador ao vivo | Barra CTA |
|---|---|---|---|
| Inicial | Limite baixo ou nenhuma | Só se o tráfego justificar | Durante campanhas |
| Categoria / coleção | Limite baixo | Raramente | Durante campanhas |
| Produto / recurso | Sim, padrões | Se a página for movimentada | Durante campanhas |
| Preços | Sim, um pouco reduzidas | Se a página for movimentada | Durante campanhas |
| Carrinho | No máximo uma, no início | Não | Só se a barra indicar um prazo real |
| Checkout | Não | Não | Não |
| Blog / documentação | Não | Não | Raramente |
| Conta / configurações | Não | Não | Não |
| Jurídico / privacidade | Não | Não | Não |
O padrão é que a prova pertence a onde o visitante está pesando uma compra e fica ausente onde ele já se comprometeu ou está fazendo algo totalmente diferente.
Por que o checkout deve ficar quieto.
O checkout é onde dá mais vontade de adicionar prova e onde ela faz menos bem. O visitante já decidiu; o que ele precisa é de um formulário que funcione. Uma notificação deslizando enquanto alguém digita o número do cartão é, na melhor das hipóteses, uma distração e, no mobile, pode cobrir o campo que ele está preenchendo. Se quiser tranquilizar no checkout, coloque isso na própria página como texto estático. Deixe o widget desligado.
A mesma lógica vale para as páginas de conta e configurações. Esses visitantes já são clientes. Dizer a eles que outras pessoas estão comprando é ruído.
Combinando o tipo de prova com a página
Cada tipo de prova responde a uma pergunta diferente, e a segmentação funciona melhor quando a pergunta combina com a página.
Notificações respondem a "outras pessoas estão comprando isto?". Elas pertencem a páginas sobre algo específico: um produto, um plano, um recurso. Compras verificadas do produto que está sendo visto são a forma mais forte; a mecânica está em /blog/how-verified-purchase-notifications-work.
O contador ao vivo responde a "tem mais alguém aqui agora?". Ele é uma contagem real dos visitantes nos últimos 90 segundos e se esconde abaixo de um mínimo, então só faz sentido em páginas movimentadas o bastante para passar desse mínimo com regularidade. Um contador segmentado para uma página que raramente tem visitantes simultâneos vai ficar invisível a maior parte do tempo, o que é honesto mas não é útil. Veja /blog/live-visitor-counters-real-people.
Barras CTA respondem a "existe um motivo para agir agora?". Durante um lançamento com prazo real, uma barra pode rodar no site inteiro com uma lista de exclusão. Fora de uma campanha, uma barra evergreen pertence só aos lugares em que a oferta por visitante se aplica. Os tipos de barra estão em /features#bars.
Segmentação por dispositivo
Telas de celular fazem toda sobreposição ficar maior em relação ao conteúdo. Ajustes sensatos para o mobile:
- Reduza o limite de notificações por sessão e aumente o intervalo, como descrito em /blog/notifications-per-visit-frequency.
- Considere desligar o contador ao vivo no mobile, a menos que a página seja muito movimentada; um contador mais uma barra mais uma notificação num celular é demais.
- Mantenha as barras curtas. Uma barra de uma linha com uma única chamada para ação funciona no mobile; uma barra de duas linhas com três links, não.
Como as regras de dispositivo se somam às de URL, você pode rodar os padrões nas páginas de produto no desktop e uma configuração reduzida nas mesmas páginas no mobile sem duplicar widgets.
Três conjuntos de regras como exemplo
Uma loja Shopify. Notificações: só estas páginas, casando com /products/*, padrões no desktop e limite de 3 no mobile. Contador ao vivo: só /products/* e só no desktop. Barra de campanha: todas exceto /checkout*, /account*, /policies/*.
Um site de marketing de SaaS. Notificações: só /pricing e /features*, limite de 3. Contador ao vivo: só /pricing, só no desktop. Barra evergreen para uma oferta de boas-vindas: dentro do app, só na página de cobrança, onde a oferta é aplicada.
Uma página de lançamento de produto único. Notificações: só a página de lançamento, padrões. Contador ao vivo: a página de lançamento, nos dois dispositivos, já que o tráfego de lançamento costuma ser concentrado. Barra de contagem regressiva: a página de lançamento, a inicial e a de preços, excluída em todo o resto.
Cada um desses conjuntos coloca a prova diante do visitante no momento em que ela é relevante e em nenhum outro lugar.
Conferindo se a segmentação funcionou
Depois de salvar as regras, abra as páginas da lista de permissão e algumas que deveriam estar excluídas. O script do widget é uma única tag, então uma página que não deve mostrar nada também não deve carregar nada visível. Depois, acompanhe a fatia de pedidos assistidos pela prova no painel nas semanas seguintes. Se estreitar a segmentação não mudar a fatia, as páginas que você removeu não estavam contribuindo, e você ganhou um site mais limpo sem custo. Se ela cair, amplie com cuidado. O método de medição está em /blog/measuring-proof-assisted-orders.
Perguntas frequentes
Devo mostrar notificações na página inicial?
Um número pequeno pode funcionar, já que a página inicial é onde muitos visitantes formam a primeira impressão. Mantenha o limite baixo e deixe as páginas de produto e de preços carregarem o peso principal.
O mesmo widget pode ter regras diferentes por dispositivo?
Sim. A segmentação por dispositivo se aplica junto com a segmentação por URL, então um widget pode rodar com uma configuração reduzida no mobile sem precisar de um segundo widget.
E se as minhas páginas de produto não compartilharem um prefixo de URL?
Use uma lista de permissão explícita com as páginas mais importantes. É melhor cobrir dez páginas importantes com precisão do que voltar para todas as páginas e torcer.
Configure regras de segmentação no plano grátis: /register.