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,PURCHASEDe alguns outros nomes predefinidos. Não há espaço para eventos personalizados e forçar nossos dados em umPAGE_VIEWEDfalsearia 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.
| Plataforma | Campo da conta | Chave |
|---|---|---|
| ActiveCampaign | actid | Site → Rastreamento do site, ao lado da chave de eventos |
| Mailchimp | O ID do público | Uma chave API: mantenha o sufixo do tipo -us14 , usado para identificar o centro de dados |
| Iterable | desnecessário: deixe vazio | Uma chave com a permissão “Permitir chamadas de rastreamento de eventos” |
| Klaviyo | desnecessário: deixe vazio | Uma 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ê fornece | Identificado por | |
|---|---|---|
| Braze | Endpoint REST e chave API | |
| Customer.io | ID do site, chave API e região | seu próprio ID de cliente |
| Brevo | apenas a chave de rastreamento |
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.