เครื่องมืออีเมลในเบราว์เซอร์
รุ่นเบาของสะพานวงจรลูกค้าฝั่งเซิร์ฟเวอร์ เขียนลิงก์เล่นย้อนหลังลงเครื่องมืออีเมลที่หน้าโหลดอยู่แล้ว
1. สองสะพาน งานเดียว ข้อแลกเปลี่ยนต่างกัน
MousePlayer เข้าถึงแพลตฟอร์มอีเมลได้สองทาง ทางที่เหมาะขึ้นกับคำถามง่ายๆ ว่าเครื่องมือทำงานบนหน้าหรือไม่
| สะพานนี้ (เบราว์เซอร์) | วงจรลูกค้า (ฝั่งเซิร์ฟเวอร์) | |
|---|---|---|
| ทำงาน | ในเบราว์เซอร์ผู้เข้าชม | บนเซิร์ฟเวอร์เรา |
| ต้องมีข้อมูลรับรอง | ไม่ | ใช่ คีย์ API |
| ใช้ได้เมื่อ | สคริปต์เครื่องมืออยู่บนหน้า | เสมอ ไม่ว่ามีสคริปต์หรือไม่ |
| ทำงานเมื่อ | ระบุตัวตนเซสชันแล้วทันที | เวลาเดียวกัน |
| เครื่องมือ | Klaviyo, Braze, Iterable, Ortto, Emarsys, Bloomreach และอื่นๆ | ActiveCampaign, Mailchimp, Iterable, Klaviyo, Braze, Customer.io, Brevo |
หากมีเครื่องมือบนหน้าอยู่แล้ว สะพานนี้ต้นทุนต่ำกว่า ไม่ต้องตั้งค่า ไม่มีความลับต้องรักษา และไม่มีอะไรหมดอายุ
2. แต่ละเครื่องมือต้องการอะไร
หมวดเดียวกันซ่อนความต่างมาก สองเรื่องควรรู้ก่อนเปิด
Emarsys ไม่ทำอะไรจนกว่าจะสั่งเริ่ม
คิวคำสั่งเก็บทุกอย่างแต่ไม่รันจนกว่า ['go'] จะมาถึง สะพานที่เพิ่มแอตทริบิวต์แล้วหยุดดูเหมือนเสีย เพราะค่าค้างในคิวตลอด เราส่งคำสั่ง go
Ortto ต้องมี activity ก่อน
ต้องสร้าง activity ในบัญชี Ortto และ เปิดให้ใช้ฝั่งไคลเอนต์ หากไม่ครบจะตอบ 404 และ 404 จากเครื่องมือที่โหลดแล้วดูเหมือนบั๊กเราแทนการตั้งค่าของคุณ
Klaviyo และ Braze อ่านตัวตนจากคุกกี้ของตน
จึงใช้ได้กับผู้เข้าชมที่ระบุตัวตนในเซสชันก่อน ไม่ใช่เฉพาะครั้งนี้
3. ค่าไปที่ใด
เป็นแอตทริบิวต์โปรไฟล์หรือพร็อพเพอร์ตีกำหนดเองชื่อ mouseplayer_session_url ตามคำเรียกของเครื่องมือ จากนั้นใช้ได้ในที่ที่ต้องการ:
- ในเซกเมนต์ “ทุกคนที่ทิ้งการชำระเงิน” เป็นเซกเมนต์ที่มีอยู่แล้ว เพิ่มลิงก์แล้วกลายเป็นคิวสิ่งที่ควรดู
- ในอีเมล ไม่ใช่ส่งลูกค้า แต่เป็นแจ้งเตือนภายในถึงทีมของคุณ
- ในโฟลว์วงจรลูกค้า ขั้นตอนส่งต่อฝ่ายช่วยเหลือแนบบันทึกได้ คนรับจึงเริ่มด้วยหลักฐาน
ส่งเพียงลิงก์ ช่องทาง และเซสชัน ไม่ส่งอีเมล เพราะเครื่องมือมีแล้ว จึงแนบลิงก์กับคนที่ถูกโดยไม่ต้องให้เราบอกว่าเป็นใคร
4. เมื่อใดควรใช้ฝั่งเซิร์ฟเวอร์แทน
สามกรณีที่ควรตรวจก่อนเลือก:
- ไม่ได้ฝังเครื่องมืออีเมลบนเว็บไซต์ หลายระบบเป็นเช่นนั้น แพลตฟอร์มใช้ส่งแคมเปญอย่างเดียวไม่มีสคริปต์บนหน้า สะพานเบราว์เซอร์จึงไม่มีที่เขียน
- ต้องการความน่าเชื่อถือ ไม่ใช่เพียงพยายามส่ง สะพานเบราว์เซอร์ขึ้นกับหน้าเปิดนานพอ ส่วนเซิร์ฟเวอร์ทำงานจากคิวพร้อมลองใหม่
- ต้องการใช้ได้แม้มีตัวบล็อกโฆษณา สคริปต์การตลาดที่ถูกบล็อกรับอะไรไม่ได้ การบันทึกเราไม่กระทบ แต่สะพานเข้าเครื่องมือที่บล็อกได้รับผล
ใช้ทั้งสองพร้อมกันได้ ไม่ขัดกัน เบราว์เซอร์เขียนแอตทริบิวต์ เซิร์ฟเวอร์ส่งเหตุการณ์ เครื่องมือถือว่าเป็นคนละสิ่ง
เครื่องหมายการค้าทั้งหมดที่กล่าวถึงเป็นของเจ้าของแต่ละราย MousePlayer ไม่มีความสัมพันธ์ทางธุรกิจกับผู้ให้บริการเหล่านี้