វដ្តជីវិតអតិថិជន (នៅម៉ាស៊ីនមេ)

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`	Website → Site Tracking ជាប់សោព្រឹត្តិការណ៍
Mailchimp	លេខសម្គាល់ក្រុមអ្នកទទួល	សោ API រក្សាបច្ច័យតាមរចនាបថ `-us14` របស់វា ព្រោះមជ្ឈមណ្ឌលទិន្នន័យត្រូវបានអានពីវា
Iterable	មិនត្រូវការ ទុកទទេ	សោដែលមានសិទ្ធិ “Allow event track calls”
Klaviyo	មិនត្រូវការ ទុកទទេ	សោ API ឯកជន មួយ

វាលទីបីជាឈ្មោះព្រឹត្តិការណ៍ដែលនឹងបង្ហាញ។ រក្សាឱ្យខ្លី៖ អតិបរមា 32 តួអក្សរ។ នេះជាកម្រិត API មិនមែនរបស់យើង ហើយយើងកាត់ខ្លីពេលរក្សាទុក ជំនួសពេលផ្ញើ។ បើមិនដូច្នោះទេ សំណុំបែបបទនឹងបង្ហាញអ្វីខុសពីអ្វីដែលមកដល់។

Mailchimp៖ រក្សាបច្ច័យលើសោ API។ ផ្នែកបន្ទាប់ពីសញ្ញាដកចុងក្រោយ (-us14) ប្រាប់ឈ្មោះមជ្ឈមណ្ឌលទិន្នន័យដែលគណនីស្ថិតនៅ ហើយអាសយដ្ឋានត្រូវបានបង្កើតពីវា។ សោគ្មានបច្ច័យត្រូវបានបដិសេធជាមួយសារច្បាស់ ជំនួសការបរាជ័យនៅកន្លែងដែលមិនអាចមើលឃើញ។

3. ពេលវាដំណើរការ និងពេលមិនដំណើរការ

នៅពេលសម្គាល់វគ្គ៖ ពេលគេហទំព័រហៅ MousePlayer.setUserId()ពេលស្ពានវិភាគអានលេខសម្គាល់តែមួយត្រឡប់មក ឬពេលម៉ាស៊ីនមេហៅចំណុចបញ្ចប់ identify។ មុនពេលនោះ យើងមិនដឹងថាការថតជារបស់អ្នកណាទេ។

តែជាមួយអាសយដ្ឋានអ៊ីមែល

វេទិកាទាំងបួនសម្គាល់ទំនាក់ទំនងតាមអ៊ីមែល។ បើលេខសម្គាល់អតិថិជនជាលេខកិច្ចសន្យា មិនផ្ញើអ្វីទេ។ ការដាក់ការងារដែលមានតែបរាជ័យក្នុងជួររង់ចាំនឹងគ្រាន់តែបំពេញកំណត់ហេតុដោយសំឡេងរំខាន។

ទំនាក់ទំនងត្រូវតែមានរួចហើយ។ គ្មានវេទិកាណាមួយបង្កើតទំនាក់ទំនងពីព្រឹត្តិការណ៍ទេ។ ActiveCampaign បោះចោលព្រឹត្តិការណ៍ទាំងស្រុង បើមិនស្គាល់អាសយដ្ឋាន។ ស្ពាននេះបន្ថែមព័ត៌មានទៅទំនាក់ទំនងដែលមានស្រាប់ មិនបង្កើតបញ្ជីទេ។

ព្រឹត្តិការណ៍នីមួយៗផ្ទុកលេខសម្គាល់

ដូច្នេះវគ្គដដែលមិនអាចរាប់ពីរដង សូម្បីតែការងារត្រូវបានសាកឡើងវិញ។

4. អ្វីដែលមកដល់នៅភាគីម្ខាងទៀត

ព្រឹត្តិការណ៍មួយ ផ្ទុកតំណចាក់ឡើងវិញជាលក្ខណសម្បត្តិឈ្មោះ mouseplayer_session_url។ បើកវា ហើយនឹងចូលការថតនៃវគ្គនោះជាក់លាក់។

បន្ទាប់មកជាតក្កវិជ្ជាផ្ទាល់របស់វេទិកា៖ ប្រើព្រឹត្តិការណ៍ជាលក្ខខណ្ឌស្វ័យប្រវត្តិកម្ម ជាលក្ខខណ្ឌក្រុមចម្រោះ ឬគ្រាន់តែឱ្យក្រុមបើកការថតពីទំនាក់ទំនង។

សោមិនដែលចាកចេញពីម៉ាស៊ីនមេរបស់យើង

វាត្រូវបានរក្សាទុកដោយអ៊ិនគ្រីប AES-256-GCM មិនបង្ហាញទៀតក្រោយរក្សាទុក ហើយមានចេតនាមិនដាក់ក្នុងជួររង់ចាំផ្ទៃក្នុងដែលផ្ទុកការងារ។ កម្មករទាញយកវាពីមូលដ្ឋានទិន្នន័យដោយខ្លួនឯង។

HTTP 200 មិនមានន័យថាបានបញ្ជូន

ActiveCampaign ឆ្លើយស្ថានភាព 200 និង {"success":0} ពេលបដិសេធព្រឹត្តិការណ៍។ យើងអានតួចម្លើយ មិនមែនតែស្ថានភាព ដូច្នេះការបដិសេធបង្ហាញជាបរាជ័យក្នុងកំណត់ហេតុបញ្ជូន ជំនួសជោគជ័យស្ងាត់។

5. Braze, Customer.io និង Brevo

វេទិកាបីទៀតលើផ្លូវម៉ាស៊ីនមេ។ ពីរក្នុងចំណោមនោះត្រូវការអ្វីដែលវេទិកាផ្សេងមិនត្រូវការ៖ ទីតាំង។

	អ្វីដែលផ្តល់	សម្គាល់តាម
Braze	ចំណុចបញ្ចប់ REST និងសោ API	អាសយដ្ឋានអ៊ីមែល
Customer.io	លេខសម្គាល់គេហទំព័រ សោ API និងតំបន់	លេខសម្គាល់អតិថិជនផ្ទាល់
Brevo	សោតាមដាន គ្មានអ្វីផ្សេង	អាសយដ្ឋានអ៊ីមែល

ពីរក្នុងចំណោមនោះមានទីតាំងជាក់លាក់

Braze ប្រើចំណុចបញ្ចប់ REST តាម instance។ Customer.io ប្រើពីរតំបន់ដាច់ដោយឡែកជាមួយម៉ាស៊ីនផ្សេងគ្នា។ មិនអាចសន្និដ្ឋានពីសោបាន ហើយជ្រើសខុសនឹងឆ្លើយ 401 ដែលធ្វើឱ្យទៅពិនិត្យសោ។ វាលទាំងពីរមានសម្រាប់ហេតុផលនេះតែប៉ុណ្ណោះ។

Customer.io ជាវេទិកាដែលមិនត្រូវការអ៊ីមែល

វាស្គាល់មនុស្សក្រោមលេខសម្គាល់ដូចគ្នាដែលបានកំណត់ឱ្យ ដូច្នេះការទាមទារអ៊ីមែលនឹងជាឧបសគ្គដែលប្រឌិតឡើង។ ប្រាំមួយផ្សេងទៀតផ្គូផ្គងតាមអ៊ីមែល ហើយវគ្គដែលសម្គាល់ដោយលេខកិច្ចសន្យាមិនបង្កើតអ្វីសម្រាប់វេទិកាទាំងនោះ គឺត្រឹមត្រូវ។

គ្មានប្រវត្តិរូបថ្មី

ការហៅ Braze ផ្ទុក _update_existing_only។ ជាការសម្រេចដូចស្ពាន CRM៖ វគ្គកម្មវិធីរុករកមិនមែនជាសេចក្តីបញ្ជាក់គួរឱ្យទុកចិត្តថាអ្នកណាជាអតិថិជន ហើយវេទិកាវដ្តជីវិតដែលបង្កើតប្រវត្តិរូបសម្រាប់អ្នកចូលមើលអនាមិកម្នាក់ៗ អាក្រក់ជាងគ្មានការតភ្ជាប់រួម។

Brevo ឆ្លើយ 204 ចំណែក Braze ឆ្លើយ 201 ជាមួយចំណុចត្រូវប្រុងប្រយ័ត្ន

Brevo មិនផ្តល់តួចម្លើយទាល់តែសោះ នៅទីនោះ 2xx ពិតជាប្រាប់ទាំងអស់។ Braze ផ្តល់ "message": "success" ហើយអាចមានអារេ errors ជាប់នោះ៖ បញ្ហាធ្ងន់ធ្ងរបង្ហាញក្នុងសារ ចំណែកការបាត់វាលដែលអនុញ្ញាតបង្ហាញតែក្នុង errors។ ការអានតែមួយនឹងយល់ខុសក្នុងទិសមួយ ឬមួយទៀត។

ពាណិជ្ជសញ្ញាទាំងអស់ដែលមានឈ្មោះនៅទីនេះជាកម្មសិទ្ធិរបស់ម្ចាស់រៀងៗខ្លួន។ MousePlayer គ្មានទំនាក់ទំនងអាជីវកម្មជាមួយអ្នកផ្តល់សេវាទាំងនេះទេ។

តើអាចជួយអ្វីបាន?