Lifecycle (ຝັ່ງເຊີບເວີ)
ສົ່ງລິ້ງຫຼິ້ນຄືນເຂົ້າ ActiveCampaign, Mailchimp, Iterable ຫຼື Klaviyo ຈາກເຊີບເວີຂອງພວກເຮົາທັນທີທີ່ເຊດຊັນໄດ້ຮັບ ID ລູກຄ້າຂອງທ່ານເອງ.
1. ເປັນຫຍັງຈຶ່ງມີສິ່ງນີ້ຄຽງກັບຂົວເຊື່ອມບຣາວເຊີ
MousePlayer ມີຂົວເຊື່ອມ lifecycle ທີ່ຂຽນເຂົ້າ 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 | Website → Site Tracking, ຂ້າງກະແຈເຫດການ |
| Mailchimp | Audience ID | ກະແຈ API - ເກັບສ່ວນທ້າຍຮູບແບບ -us14 ໄວ້, ຈະອ່ານສູນຂໍ້ມູນຈາກສ່ວນນັ້ນ |
| Iterable | ບໍ່ຕ້ອງໃຊ້ - ປະໄວ້ວ່າງ | ກະແຈທີ່ມີສິດ “Allow event track calls” |
| Klaviyo | ບໍ່ຕ້ອງໃຊ້ - ປະໄວ້ວ່າງ | ກະແຈ API ແບບ ສ່ວນຕົວ ຂອງທ່ານ |
ຊ່ອງທີສາມແມ່ນຊື່ເຫດການທີ່ຈະສະແດງ. ໃຊ້ຊື່ສັ້ນ: ສູງສຸດ 32 ຕົວອັກສອນ. ນັ້ນແມ່ນຂີດຈຳກັດ API ບໍ່ແມ່ນຂອງພວກເຮົາ ແລະ ພວກເຮົາຫຍໍ້ມັນຕອນບັນທຶກ ບໍ່ແມ່ນຕອນສົ່ງ - ບໍ່ດັ່ງນັ້ນຟອມຈະສະແດງສິ່ງທີ່ຕ່າງຈາກສິ່ງທີ່ມາຮອດ.
Mailchimp: ເກັບສ່ວນທ້າຍຂອງກະແຈ API ໄວ້. ສ່ວນຫຼັງຂີດສຸດທ້າຍ (-us14) ລະບຸສູນຂໍ້ມູນທີ່ບັນຊີຢູ່ ແລະ ສ້າງທີ່ຢູ່ຈາກມັນ. ກະແຈທີ່ບໍ່ມີສ່ວນນີ້ຈະຖືກປະຕິເສດພ້ອມຂໍ້ຄວາມຊັດເຈນ ແທນທີ່ຈະລົ້ມເຫຼວໃນບ່ອນທີ່ທ່ານບໍ່ເຫັນ.
3. ເມື່ອໃດທີ່ມັນເຮັດວຽກ - ແລະ ເມື່ອໃດທີ່ບໍ່ເຮັດ
ໃນເວລາທີ່ເຊດຊັນຖືກລະບຸ: ເມື່ອເວັບໄຊເອີ້ນ MousePlayer.setUserId(), ເມື່ອຂົວເຊື່ອມວິເຄາະອ່ານ distinct ID ກັບມາ ຫຼື ເມື່ອເຊີບເວີຂອງທ່ານເອີ້ນ identify endpoint. ກ່ອນນັ້ນພວກເຮົາບໍ່ຮູ້ວ່າການບັນທຶກເປັນຂອງໃຜ.
ສະເພາະມີອີເມວ
ທັງສີ່ແພລດຟອມລະບຸຜູ້ຕິດຕໍ່ດ້ວຍອີເມວ. ຖ້າ ID ລູກຄ້າເປັນເລກສັນຍາ ຈະບໍ່ສົ່ງຫຍັງ - ການເພີ່ມວຽກທີ່ມີແຕ່ຈະລົ້ມເຫຼວໃສ່ຄິວຈະພຽງເພີ່ມສິ່ງລົບກວນໃນບັນທຶກ.
ຜູ້ຕິດຕໍ່ຕ້ອງມີຢູ່ແລ້ວ. ບໍ່ມີແພລດຟອມໃດສ້າງຜູ້ຕິດຕໍ່ຈາກເຫດການ; ActiveCampaign ຖິ້ມເຫດການທັງໝົດຖ້າບໍ່ຮູ້ຈັກອີເມວ. ຂົວເຊື່ອມນີ້ຕື່ມຂໍ້ມູນໃຫ້ຜູ້ຕິດຕໍ່ເດີມ - ບໍ່ໄດ້ສ້າງລາຍຊື່.
ທຸກເຫດການມີ ID
ເພື່ອບໍ່ໃຫ້ເຊດຊັນດຽວຖືກນັບສອງຄັ້ງ ແມ່ນແຕ່ເມື່ອລອງວຽກໃໝ່.
4. ສິ່ງທີ່ມາຮອດອີກຝັ່ງ
ໜຶ່ງເຫດການທີ່ມີລິ້ງຫຼິ້ນຄືນເປັນ property ຊື່ mouseplayer_session_url. ເປີດມັນແລ້ວຈະເຂົ້າການບັນທຶກຂອງເຊດຊັນນັ້ນພໍດີ.
ຈາກນັ້ນເປັນຕັກກະຂອງແພລດຟອມເອງ: ໃຊ້ເຫດການເປັນຕົວກະຕຸ້ນອັດຕະໂນມັດ, ເງື່ອນໄຂກຸ່ມ ຫຼື ພຽງໃຫ້ທີມເປີດການບັນທຶກຈາກຜູ້ຕິດຕໍ່.
ກະແຈບໍ່ອອກຈາກເຊີບເວີເດັດຂາດ
ເກັບແບບເຂົ້າລະຫັດ AES-256-GCM, ບໍ່ສະແດງອີກຫຼັງບັນທຶກ ແລະ ຕັ້ງໃຈບໍ່ໃສ່ມັນໃນຄິວພາຍໃນທີ່ສົ່ງວຽກ - worker ດຶງຈາກຖານຂໍ້ມູນເອງ.
HTTP 200 ບໍ່ໄດ້ໝາຍເຖິງສົ່ງຮອດແລ້ວ
ActiveCampaign ຕອບສະຖານະ 200 ແລະ {"success":0} ເມື່ອປະຕິເສດເຫດການ. ພວກເຮົາອ່ານເນື້ອຫາຕອບ ບໍ່ແມ່ນພຽງສະຖານະ ດັ່ງນັ້ນການປະຕິເສດຈຶ່ງປາກົດເປັນຄວາມລົ້ມເຫຼວໃນບັນທຶກການສົ່ງ ແທນຄວາມສຳເລັດທີ່ງຽບໆ.
5. Braze, Customer.io ແລະ Brevo
ອີກສາມແພລດຟອມໃນເສັ້ນທາງຝັ່ງເຊີບເວີ. ສອງອັນຕ້ອງມີສິ່ງທີ່ອັນອື່ນບໍ່ຕ້ອງມີ: ສະຖານທີ່.
| ທ່ານລະບຸ | ລະບຸຕົວຕົນດ້ວຍ | |
|---|---|---|
| Braze | REST endpoint ແລະ ກະແຈ API | ອີເມວ |
| Customer.io | Site ID, ກະແຈ API ແລະ ພາກພື້ນ | ID ລູກຄ້າຂອງທ່ານເອງ |
| Brevo | ກະແຈ tracker ເທົ່ານັ້ນ | ອີເມວ |
ສອງອັນຢູ່ໃນບ່ອນສະເພາະ
Braze ໃຊ້ REST endpoint ທີ່ຜູກກັບ instance; Customer.io ໃຊ້ສອງພາກພື້ນແຍກກັນທີ່ມີໂຮສຕ່າງກັນ. ບໍ່ສາມາດຫາທັງສອງຈາກກະແຈ ແລະ ການເລືອກຜິດຈະຕອບ 401 - ເຮັດໃຫ້ທ່ານໄປກວດກະແຈ. ສອງຊ່ອງນີ້ມີເພາະເຫດຜົນນັ້ນເທົ່ານັ້ນ.
Customer.io ເປັນອັນທີ່ບໍ່ຕ້ອງໃຊ້ອີເມວ
ມັນຮູ້ຈັກຄົນພາຍໃຕ້ ID ດຽວກັບທີ່ທ່ານກຳນົດໃຫ້ ດັ່ງນັ້ນການບັງຄັບອີເມວຈະເປັນອຸປະສັກທີ່ສ້າງຂຶ້ນເອງ. ອີກຫົກອັນຈັບຄູ່ດ້ວຍອີເມວ ແລະ ສຳລັບພວກມັນ ເຊດຊັນທີ່ລະບຸດ້ວຍເລກສັນຍາຈະບໍ່ສົ່ງຫຍັງ - ຢ່າງຖືກຕ້ອງ.
ບໍ່ສ້າງໂປຣໄຟລ໌ໃໝ່
ການເອີ້ນ Braze ມີຄ່າ _update_existing_only. ນີ້ເປັນການຕັດສິນໃຈດຽວກັບຂົວເຊື່ອມ CRM: ເຊດຊັນບຣາວເຊີບໍ່ແມ່ນຫຼັກຖານທີ່ເຊື່ອຖືໄດ້ວ່າໃຜເປັນລູກຄ້າ ແລະ ແພລດຟອມ lifecycle ທີ່ສ້າງໂປຣໄຟລ໌ຕໍ່ຜູ້ເຂົ້າຊົມນິລະນາມ ຮ້າຍກວ່າບໍ່ມີການເຊື່ອມຕໍ່.
Brevo ຕອບ 204, Braze ຕອບ 201 ພ້ອມຂໍ້ຄວນລະວັງ
Brevo ບໍ່ສົ່ງເນື້ອຫາຕອບເລີຍ - ໃນກໍລະນີນັ້ນ 2xx ບອກຄວາມຈິງທັງໝົດ. Braze ສົ່ງຄືນ "message": "success" ແລະ ອາດມີອາເຣ errors ຄຽງກັນ: ບັນຫາຮ້າຍແຮງປາກົດໃນ message, ການຂາດຊ່ອງທີ່ຍັງຍອມຮັບໄດ້ມີພຽງໃນ errors. ອ່ານພຽງອັນດຽວຈະຜິດໄປທາງໃດທາງໜຶ່ງ.
ເຄື່ອງໝາຍການຄ້າທັງໝົດທີ່ລະບຸໃນທີ່ນີ້ເປັນຂອງເຈົ້າຂອງແຕ່ລະລາຍ. MousePlayer ບໍ່ມີຄວາມສຳພັນທາງທຸລະກິດກັບຜູ້ໃຫ້ບໍລິການເຫຼົ່ານີ້.