Ciclo de vida (servidor)

Envie o link de reprodução para ActiveCampaign, Mailchimp, Iterable ou Klaviyo pelo nosso servidor assim que a sessão receber seu ID de cliente.

1. Por que existe junto à ponte do navegador

O MousePlayer já tem uma ponte de ciclo de vida que escreve no SDK da página: Klaviyo, Braze, Customer.io e outras seis. Esta faz o mesmo pelo servidor porque, em duas das maiores plataformas, o caminho do navegador não está disponível:

  • O ActiveCampaign não tem API de eventos para navegador. Seu vgo() pode definir conta, e-mail e iniciar rastreamento, mas não enviar eventos. Eles usam a Event Tracking API com uma chave separada, somente no servidor.
  • O Mailchimp tem uma, mas com vocabulário fechado. Seu pixel de rastreamento aceita PAGE_VIEWED, PRODUCT_VIEWED, PURCHASED e alguns outros nomes predefinidos. Não há espaço para eventos personalizados e forçar nossos dados em um PAGE_VIEWED falsearia seu próprio modelo de dados.

Para Iterable e Klaviyo, o caminho do servidor é mais confiável: sem bloqueadores, SDK talvez carregado ou aba fechada cedo demais.

2. O que precisa

Três campos, preenchidos conforme a plataforma.

PlataformaCampo da contaChave
ActiveCampaignactidSite → Rastreamento do site, ao lado da chave de eventos
MailchimpO ID do públicoUma chave API: mantenha o sufixo do tipo -us14 , usado para identificar o centro de dados
Iterabledesnecessário: deixe vazioUma chave com a permissão “Permitir chamadas de rastreamento de eventos”
Klaviyodesnecessário: deixe vazioUma chave privada de API

O terceiro campo é o nome com que o evento aparece. Seja breve: no máximo 32 caracteres. É o limite da API, não nosso; encurtamos ao salvar, não ao enviar, para que o formulário mostre o mesmo que chega.

Mailchimp: mantenha o sufixo da chave API. A parte após o último hífen (-us14) identifica o centro de dados da conta e serve para montar o endereço. Uma chave sem ela é rejeitada com mensagem clara, em vez de falhar onde você não pode ver.

3. Quando dispara e quando não

Ao identificar uma sessão: quando seu site chama MousePlayer.setUserId(), quando a ponte de análise recupera um ID distinto ou quando seu servidor chama o endpoint de identificação. Antes disso não sabemos a quem pertence a gravação.

Somente com um e-mail

As quatro plataformas identificam contatos por e-mail. Se o ID do cliente for um número de contrato, nada é enviado: enfileirar uma tarefa fadada a falhar só encheria o registro de ruído.

O contato já precisa existir. Nenhuma plataforma o cria a partir de um evento; o ActiveCampaign descarta tudo se não reconhecer o endereço. Esta ponte enriquece contatos existentes, não cria sua lista.

Cada evento tem um ID

Assim a mesma sessão não pode ser contada duas vezes, mesmo com nova tentativa da tarefa.

4. O que chega do outro lado

Um evento com o link de reprodução na propriedade chamada mouseplayer_session_url. Abra-o para ver a gravação daquela sessão exata.

Depois vale a lógica da plataforma: use o evento como acionador de automação, condição de segmento ou deixe a equipe abrir a gravação no contato.

A chave nunca sai do nosso servidor

É armazenada criptografada com AES-256-GCM, não volta a ser mostrada e fica fora da fila interna: o processo de trabalho a busca diretamente no banco.

HTTP 200 não significa entregue

O ActiveCampaign responde com status 200 e {"success":0} quando rejeita um evento. Lemos o corpo, não só o status, para que a rejeição apareça como falha no registro de entregas e não como sucesso silencioso.

5. Braze, Customer.io e Brevo

Mais três plataformas no caminho do servidor. Duas precisam de algo a mais: uma localização.

Você forneceIdentificado por
BrazeEndpoint REST e chave APIe-mail
Customer.ioID do site, chave API e regiãoseu próprio ID de cliente
Brevoapenas a chave de rastreamentoe-mail

Duas têm uma localização específica

O Braze usa endpoints REST por instância; o Customer.io tem duas regiões separadas com hosts diferentes. Nenhum pode ser deduzido da chave. Uma escolha errada retorna 401, levando você a verificar a chave. Os dois campos existem só por isso.

O Customer.io não precisa de e-mail

Ele conhece as pessoas pelo ID que você atribui; exigir e-mail seria uma barreira inventada. As outras seis usam e-mail e, nelas, uma sessão identificada pelo número de contrato não produz nada, corretamente.

Sem novos perfis

A chamada do Braze contém _update_existing_only. É a mesma decisão da ponte CRM: uma sessão de navegador não determina com segurança quem são seus clientes, e uma plataforma que cria um perfil por visitante anônimo é pior que nenhuma integração.

O Brevo responde 204; o Braze responde 201 com um detalhe

O Brevo não retorna corpo: nele um 2xx basta. O Braze retorna "message": "success" e pode incluir um array errors ao lado: problemas fatais aparecem na mensagem; perdas de campos toleradas, apenas em errors. Ler um só resulta em erro em uma direção ou na outra.

Todas as marcas mencionadas pertencem aos respectivos proprietários. O MousePlayer não mantém relação comercial com esses fornecedores.