Yaşam Döngüsü (sunucu tarafı)

1. Tarayıcı köprüsünün yanında neden var?

MousePlayer'da zaten sayfanızdaki SDK'ya yazan yaşam döngüsü köprüsü var: Klaviyo, Braze, Customer.io ve altı araç daha. Bu köprü aynı işi sunucumuzdan yapar; çünkü en büyük iki platformda tarayıcı yolu yoktur:

• ActiveCampaign'in olaylar için hiç tarayıcı API'si yok. Onun vgo() nesnesi hesap ve e-posta ayarlayıp takibi başlatabilir; olay gönderemez. Olaylar ayrı olay anahtarıyla Event Tracking API üzerinden, yalnızca sunucu tarafında gider.
• Mailchimp'te var ama sözlüğü kapalı. Site takip pikseli şunları kabul eder: PAGE_VIEWED, PRODUCT_VIEWED, PURCHASED ve az sayıda önceden tanımlanmış ad. Özel olaya yer yoktur; verilerimizi şu olaya zorlamak: PAGE_VIEWED kendi veri modelinizde yalan olurdu.

2. Neler gerekir?

Üç alan; hangilerinin dolacağı platforma bağlıdır.

Üçüncü alan, olayın görüneceği addır. Kısa tutun: en fazla 32 karakter. Sınır API'nindir, bizim değil. Gönderirken değil, kaydederken kısaltırız; aksi halde form, ulaşandan farklı şey gösterirdi.

3. Ne zaman çalışır, ne zaman çalışmaz?

Oturum tanımlandığı anda: siteniz MousePlayer.setUserId() çağırdığında, analiz köprümüz benzersiz kimliği geri okuduğunda veya sunucunuz tanımlama uç noktasını çağırdığında. Öncesinde kaydın kime ait olduğunu bilmeyiz.

Yalnızca e-posta adresiyle

Dört platform da kişiyi e-postasıyla bulur. Müşteri kimliğiniz sözleşme numarasıysa hiçbir şey gönderilmez; yalnızca başarısız olabilecek işi kuyruğa almak günlüğü gürültüyle doldurur.

Her olay kimlik taşır

Böylece iş yeniden denense bile aynı oturum iki kez sayılamaz.

4. Karşı tarafa ne ulaşır?

Yeniden oynatma bağlantısını şu adlı özellikte taşıyan tek olay: mouseplayer_session_url. Açtığınızda tam o oturumun kaydına girersiniz.

Sonrası platformunuzun kendi mantığıdır: olayı otomasyon tetikleyicisi veya segment koşulu yapın ya da ekibiniz kişi kaydından oynatmayı açsın.

Anahtar sunucumuzdan asla çıkmaz

AES-256-GCM ile şifrelenerek saklanır, kayıttan sonra tekrar gösterilmez ve işi taşıyan iç kuyruğa bilinçli olarak konmaz; işleyici kendisi veritabanından alır.

HTTP 200, teslim edildi demek değildir

ActiveCampaign olayı reddettiğinde 200 durumu ve {"success":0} döndürür. Yalnızca durumu değil yanıt gövdesini okuruz; ret, sessiz başarı yerine gönderim günlüğünde başarısızlık olarak görünür.