A prontidão do checkout depende de marcos observáveis.
A visão de pagamentos e checkout planejada foi projetada para organizar as evidências observadas pelo lojista por marco exato e proveniência. Diagnósticos sintéticos futuros seriam autorizados separadamente e permaneceriam distintos das métricas de tráfego do lojista.
O que está em jogo no checkout
As superfícies de checkout podem exigir estado do lado do cliente, autenticação ou respostas de controle que a análise padrão pode não preservar ou expor com a mesma proveniência em nível de evento. Os sistemas do lojista podem registrar o último marco observado e um erro exibido. Eles não revelam uma decisão de modelo fora da propriedade, e a Cartograph não afirma observar uma.
Onde a evidência de checkout se torna incompleta
- A criação ou recuperação do carrinho requer uma etapa do lado do cliente não representada nos eventos observados pelo comerciante.
- O próximo marco de impostos ou frete não é observado, ou o sistema do lojista registra um erro.
- Um controle de bot, fraude ou risco registra um desafio ou bloqueio em um marco nomeado.
- A evidência apresentada ao comerciante no marco nomeado não inclui identificadores de método de pagamento ou opções de carteira.
- Autenticação ou criação de conta é necessária antes do próximo marco.
- Nenhuma evidência de solicitação de origem de log está anexada aos eventos de marco de carrinho ou checkout.
Como a visão planejada de pagamentos e checkout é organizada
A categoria Transactable, aplicada ao seu checkout. Dois canais de evidência separados, nunca mesclados.
1. Eventos observados pelo comerciante — a partir de seus próprios sistemas de carrinho e checkout:
- O último marco de carrinho ou checkout observado e o próximo marco esperado que não foi observado.
- O controle e a resposta nomeados, somente quando o sistema do lojista os expuser.
- Identificadores de método de pagamento e opções de carteira apresentados ao comerciante no marco em questão, sem coleta de credenciais, dados de pagamento ou valores de formulário.
2. Diagnósticos futuros autorizados — autorizados separadamente, não em execução hoje:
Diagnósticos autorizados estão planejados para exercitar etapas selecionadas de carrinho e checkout em ambientes aprovados pelo comerciante. A autoridade do comerciante seria verificada separadamente. O ambiente de staging ou outro ambiente de teste aprovado pelo comerciante é preferencial; a produção requer autorização explícita separada. Os diagnósticos param antes da autenticação, envio de pagamento, colocação de pedido ou qualquer ação irreversível. Evidências sintéticas permanecem separadas das métricas de tráfego do comerciante. Nada aqui implica disponibilidade atual ou liberação legal.
O escaneamento público inicial não está em execução hoje. Quando for lançado, ele é especificado para avaliar superfícies de comércio públicas e não autenticadas usando apenas leitura GET e CABEÇALHO solicitações. Não é especificado para fazer login, criar contas, enviar formulários, modificar carrinhos, iniciar checkout, inserir dados de pagamento, fazer pedidos, testar controles de segurança ou contornar controles de acesso.
Quem possui isso
- Equipes de checkout e conversão — preparem-se para revisar o último marco observado e o próximo marco esperado que não foi observado.
- Equipes de pagamentos — preparem-se para revisar a evidência de método de pagamento e opção de carteira exibida ao comerciante em marcos nomeados, sem inferir legibilidade ou preferência do modelo.
- Equipes de risco, fraude e bots — preparem-se para revisar as respostas de controle nomeadas em marcos exatos quando essas respostas forem expostas pelos sistemas do comerciante.