სასიცოცხლო ციკლი (სერვერის მხარე)
ჩვენი სერვერიდან გაგზავნეთ დაკვრის ბმული ActiveCampaign-ში, Mailchimp-ში, Iterable-ში ან Klaviyo-ში, როგორც კი სესიას თქვენი კლიენტის ID მიენიჭება.
1. რატომ არსებობს ბრაუზერის ხიდთან ერთად
MousePlayer-ს უკვე აქვს სასიცოცხლო ციკლის ხიდი, რომელიც თქვენს გვერდზე მოქმედ SDK-ში წერს — Klaviyo, Braze, Customer.io და კიდევ ექვსში. ეს იგივე საქმეს ჩვენი სერვერიდან აკეთებს, რადგან ორი უდიდესი პლატფორმისთვის ბრაუზერის გზა უბრალოდ არ არსებობს:
- ActiveCampaign-ს მოვლენებისთვის ბრაუზერის API საერთოდ არ აქვს. მისი
vgo()ანგარიშსა და ელფოსტას ადგენს და ჩაწერას იწყებს — მოვლენას ვერ აგზავნის. მოვლენები Event Tracking API-ით, ცალკე მოვლენის გასაღებით, მხოლოდ სერვერის მხარეს გადადის. - Mailchimp-ს აქვს, მაგრამ დახურული ლექსიკით. საიტის ჩაწერის პიქსელი იღებს
PAGE_VIEWED,PRODUCT_VIEWED,PURCHASEDდა რამდენიმე სხვა წინასწარ განსაზღვრულ სახელს. საკუთარი მოვლენის ადგილი არ არის და ჩვენი მონაცემების ჩატევა მოვლენაშიPAGE_VIEWEDთქვენსავე მონაცემთა მოდელში სიცრუე იქნებოდა.
Iterable-სა და Klaviyo-სთვის სერვერული გზა უბრალოდ უფრო საიმედოა: არც ბლოკერი, არც შესაძლო ჩაუტვირთავი SDK, არც ნაადრევად დახურული ჩანართი.
2. რა სჭირდება
სამი ველი; რომელს შეავსებთ, პლატფორმაზეა დამოკიდებული.
| პლატფორმა | ანგარიშის ველი | გასაღები |
|---|---|---|
| ActiveCampaign | actid | ვებსაიტი → საიტის ჩაწერა, მოვლენის გასაღების გვერდით |
| Mailchimp | აუდიტორიის ID | API გასაღები — შეინარჩუნეთ მისი -us14 ტიპის სუფიქსი; მონაცემთა ცენტრი იქიდან იკითხება |
| Iterable | არ სჭირდება — ცარიელი დატოვეთ | გასაღები უფლებით „Allow event track calls“ |
| Klaviyo | არ სჭირდება — ცარიელი დატოვეთ | ეს პირადი API გასაღები |
მესამე ველია მოვლენის სახელი, რომლითაც გამოჩნდება. მოკლე იყოს: მაქსიმუმ 32 სიმბოლო. ეს API-ის ლიმიტია და არა ჩვენი; ვამოკლებთ შენახვისას და არა გაგზავნისას, რათა ფორმაში ნაჩვენები გაგზავნილს არ აცდეს.
Mailchimp: API გასაღების სუფიქსი შეინარჩუნეთ. ბოლო დეფისის შემდეგი ნაწილი (-us14) თქვენი ანგარიშის მონაცემთა ცენტრს ასახელებს და მისამართი მისგან იგება. მის გარეშე გასაღები მკაფიო შეტყობინებით უარყოფილია, ნაცვლად უხილავი ჩავარდნისა.
3. როდის ირთვება და როდის არა
სესიის იდენტიფიცირების მომენტში: როცა თქვენი საიტი იძახებს MousePlayer.setUserId(), ანალიტიკის ხიდი distinct ID-ს კითხულობს ან თქვენი სერვერი identify ენდპოინტს იძახებს. მანამდე არ ვიცით, ვის ეკუთვნის ჩანაწერი.
მხოლოდ ელფოსტით
ოთხივე პლატფორმა კონტაქტს ელფოსტით ცნობს. თუ თქვენი კლიენტის ID ხელშეკრულების ნომერია, არაფერი იგზავნება — აუცილებლად ჩავარდნილი დავალება ჟურნალს მხოლოდ ხმაურით აავსებდა.
კონტაქტი უკვე უნდა არსებობდეს. მოვლენით მას არც ერთი არ ქმნის; ActiveCampaign მისამართის ვერცნობისას მოვლენას მთლიანად უგულებელყოფს. ეს ხიდი არსებულ კონტაქტებს ამდიდრებს — სიას არ აშენებს.
ყოველ მოვლენას ID ახლავს
ამიტომ იგივე სესია ორჯერ არ დაითვლება, განმეორებითი დავალების შემთხვევაშიც.
4. რა მიდის მეორე მხარეს
ერთი მოვლენა, დაკვრის ბმულით ამ თვისებაში: mouseplayer_session_url. გახსენით და ზუსტად იმ სესიის ჩანაწერში ხართ.
შემდეგ თქვენი პლატფორმის ლოგიკაა: გამოიყენეთ ავტომატიზაციის გამომწვევად, სეგმენტის პირობად ან უბრალოდ გუნდს კონტაქტიდან ჩანაწერის გახსნა აცადეთ.
გასაღები ჩვენს სერვერს არასდროს ტოვებს
ინახება AES-256-GCM-ით დაშიფრულად, შენახვის შემდეგ აღარ ჩანს და განზრახ არ ხვდება დავალების შიდა რიგში — მუშაკი თვითონ ბაზიდან იღებს.
HTTP 200 მიწოდებას არ ნიშნავს
ActiveCampaign უარყოფისას აბრუნებს სტატუსს 200 და {"success":0} . ვკითხულობთ სხეულს და არა მხოლოდ სტატუსს, ამიტომ უარყოფა ჟურნალში ჩავარდნად ჩანს და არა ჩუმ წარმატებად.
5. Braze, Customer.io და Brevo
სერვერულ გზაზე კიდევ სამი პლატფორმაა. ორს სჭირდება ის, რაც დანარჩენებს არა: მდებარეობა.
| რას აწვდით | რით ამოიცნობა | |
|---|---|---|
| Braze | REST ენდპოინტი და API გასაღები | ელფოსტა |
| Customer.io | საიტის ID, API გასაღები და თქვენი რეგიონი | თქვენი კლიენტის ID |
| Brevo | მხოლოდ ტრეკერის გასაღები | ელფოსტა |
ორი მათგანი კონკრეტულ ადგილას ცხოვრობს
Braze ინსტანციაზე მიბმულ REST ენდპოინტებს იყენებს; Customer.io-ს ორი რეგიონი განსხვავებული ჰოსტებით აქვს. გასაღებიდან არც ერთი არ მიიღება და არასწორი არჩევანი 401-ს აბრუნებს — რაც გასაღების შემოწმებისკენ გიბიძგებთ. ორივე ველი მხოლოდ ამიტომ არსებობს.
Customer.io-ს ელფოსტა არ სჭირდება
ადამიანებს თქვენსავე მინიჭებულ ID-ით იცნობს, ამიტომ ელფოსტის მოთხოვნა გამოგონილი დაბრკოლება იქნებოდა. დანარჩენი ექვსი ელფოსტით ეძებს და ხელშეკრულების ნომრით იდენტიფიცირებული სესია მათთვის სწორად არაფერს ქმნის.
ახალი პროფილები არ იქმნება
Braze-ის გამოძახებას ახლავს _update_existing_only. იგივე გადაწყვეტილება, რაც CRM ხიდში: ბრაუზერის სესია თქვენი კლიენტის სანდო დასტური არ არის, ხოლო პლატფორმა, რომელიც თითო ანონიმურ ვიზიტორზე პროფილს ქმნის, ინტეგრაციის არქონაზე უარესია.
Brevo პასუხობს 204-ით, Braze — 201-ით, მაგრამ პირობით
Brevo სხეულს საერთოდ არ აბრუნებს — იქ 2xx სრული სიმართლეა. Braze აბრუნებს "message": "success" და გვერდით შეიძლება ჰქონდეს errors მასივი: ფატალური პრობლემები შეტყობინებაში ჩანს, დაშვებული ველების დანაკარგი მხოლოდ errors-ში. მხოლოდ ერთის წაკითხვა რომელიმე მხარეს შეცდომაში შეგიყვანთ.
აქ დასახელებული ყველა სავაჭრო ნიშანი შესაბამის მფლობელს ეკუთვნის. MousePlayer-ს ამ პროვაიდერებთან საქმიანი კავშირი არ აქვს.