จะติดตาม Conversion ของอีคอมเมิร์ซทั่วทั้งโดเมน อุปกรณ์ และเบราว์เซอร์เมื่อทำการทดสอบ A/B ได้อย่างไร

การติดตามข้ามสภาพแวดล้อมคืออะไร?

การแปลงครั้งเดียว หลายจุดสัมผัส!

นี่คือสิ่งที่การติดตามข้ามสภาพแวดล้อมเป็นเรื่องเกี่ยวกับ

ลูกค้าในปัจจุบันใช้จุดติดต่อที่หลากหลายในการซื้ออีคอมเมิร์ซให้เสร็จสมบูรณ์ พวกเขาอาจเข้าถึงอินเทอร์เน็ตจากอุปกรณ์หลายเครื่องและดูแคมเปญการตลาดในสภาพแวดล้อมหนึ่งก่อนที่จะทำการแปลงในอีกอุปกรณ์หนึ่ง โดยอาจเริ่มจากอุปกรณ์แล็ปท็อปและโดเมน "A" ขณะที่พวกเขาเรียกดูไปรอบๆ จนกว่าจะตัดสินใจว่าผลิตภัณฑ์ใดเหมาะสมที่สุดสำหรับพวกเขา จากนั้นจึงไปที่สมาร์ทโฟน มักจะสลับเบราว์เซอร์ไปมา และสุดท้ายก็ซื้อในโดเมน “B”

จากแนวโน้มนี้ จำนวนช่องทาง Conversion ที่เพิ่มขึ้นขยายออกไปในหลายโดเมน อุปกรณ์ และเว็บเบราว์เซอร์

โดยทั่วไป การโต้ตอบของผู้เยี่ยมชมเว็บไซต์สามารถแบ่งออกเป็นสองประเภท:

• สภาพแวดล้อมเดียว: เมื่อการเดินทางสู่การแปลงเริ่มต้นและสิ้นสุดบนอุปกรณ์หรือเบราว์เซอร์หรือโดเมนเดียวกัน
• ข้ามสภาพแวดล้อม: เมื่อผู้เยี่ยมชมเว็บไซต์คลิกผ่านจากอุปกรณ์หรือเบราว์เซอร์หรือโดเมนหนึ่ง แต่แปลงในสภาพแวดล้อมที่แตกต่างกัน

นี่คือสูตรที่เข้าใจง่ายสำหรับการทำความเข้าใจข้อกำหนดเหล่านี้:

ด้วยการโต้ตอบข้ามสภาพแวดล้อมเป็นเรื่องธรรมดา การติดตามและระบุแหล่งที่มาของ Conversion อาจเป็นเรื่องท้าทาย ดังนั้น เราจะติดตาม Conversion อีคอมเมิร์ซเหล่านี้ได้อย่างไรเมื่อสภาพแวดล้อมเปลี่ยนแปลงเพื่อมอบประสบการณ์ที่ปรับแต่งเอง อันดับแรก เราต้องเข้าใจว่าคุณสมบัติใดบ้างจากสภาพแวดล้อมที่สามารถเปลี่ยนแปลงได้ จากนั้นจึงระบุวิธีต่างๆ ในการติดตาม Conversion เหล่านั้น

มาแยกประเภทการติดตามต่างๆ ที่อาจเกิดขึ้นได้ในช่องทางอีคอมเมิร์ซแบบ Omnichannel เพื่อให้แน่ใจว่าไม่มีลูกค้ารายใดหลุดพ้นจากช่องโหว่นี้:

การติดตามผลแบบข้ามโดเมน

การติดตามผลแบบข้ามโดเมนเป็นวิธีวิเคราะห์ผู้เข้าชมจากหลายโดเมน

เหตุใดการติดตามผลแบบข้ามโดเมนจึงเป็นแนวคิดที่สำคัญในการทดสอบ A/B

การติดตามผลแบบข้ามโดเมนเป็นคุณลักษณะที่ยอดเยี่ยมที่ช่วยให้คุณสามารถระบุแหล่งที่มาของ Conversion และพฤติกรรมของแคมเปญของคุณได้ แม้ว่าเส้นทางของผู้ใช้จะครอบคลุมหลายโดเมนก็ตาม หากไม่มีการระบุแหล่งที่มา แทบจะเป็นไปไม่ได้เลยสำหรับพวกเราที่มีมากกว่าหนึ่งโดเมน (เช่น ไซต์ที่มีโดเมนสำหรับช็อปปิ้งหรือชำระเงินแยกต่างหาก)

ต่อไปนี้คือเมตริกการแปลงบางส่วนที่สามารถบันทึกข้ามโดเมนได้:

• การแปลง
• เหตุการณ์การแปลง
• Conversion การคลิกผ่าน
• Conversion การดูผ่าน
• จำนวน Conversion ทั้งหมด
• เหตุการณ์ Conversion การคลิกผ่าน
• เหตุการณ์ Conversion การดูผ่าน
• เหตุการณ์การแปลงทั้งหมด
• รายได้รวม

การติดตามข้ามโดเมนด้วยคุกกี้ของบุคคลที่สาม

รูปแบบทั่วไปของการติดตามผลแบบข้ามโดเมนจะขึ้นอยู่กับคุกกี้ของบุคคลที่สาม

เว็บไซต์ใช้คุกกี้ของบุคคลที่หนึ่งเพื่อเก็บข้อมูลเกี่ยวกับผู้เยี่ยมชมและเซสชันของพวกเขา และมักจะมีคุณลักษณะดังต่อไปนี้:

• ชื่อคุกกี้ : ชื่อของคุกกี้
• โดเมนคุกกี้ : โดเมนที่ตั้งค่าคุกกี้
• เส้นทางคุกกี้ : เส้นทางที่คุกกี้ถูกตั้งค่า ซึ่งถูกกำหนดให้เป็นไดเรกทอรีรากของโดเมน '/'
• คุกกี้หมดอายุ : เวลาเป็นวินาทีหลังจากที่คุกกี้จะหมดอายุ

เนื่องจากคุกกี้เหล่านี้เป็นคุกกี้ของบุคคลที่หนึ่ง จึงไม่สามารถแบ่งปันข้อมูลกับโดเมนอื่นได้ นี่คือที่มาของการติดตามผลแบบข้ามโดเมน ในกรณีนี้ เราจำเป็นต้องสั่งให้แบ่งปันค่าของคุกกี้โดเมน A กับคุกกี้ของโดเมน B โดยเปลี่ยนคุกกี้ของบุคคลที่หนึ่งให้เป็นคุกกี้ของบุคคลที่สาม

การติดตามผลแบบข้ามโดเมนจะทำอะไรได้คือการผนวกโดเมน ค่าคุกกี้ ต่อท้าย URL ที่โดเมนเปลี่ยนแปลงโดยใช้สตริงการสืบค้นโดยค่าเริ่มต้น นอกจากนี้ยังสามารถเปลี่ยนเป็นส่วนของ URL หากคุณไม่ใช่แฟนของสตริงการสืบค้น โดเมน B จะรับรู้พารามิเตอร์ที่เพิ่มเหล่านี้ใน URL เหล่านี้เพื่อให้แน่ใจว่าคุกกี้ใช้ค่าเหล่านี้

มาดูตัวอย่างกันว่าจะออกมาเป็นอย่างไร

สมมติว่าคุณต้องการเช่ารถออนไลน์ หากต้องการดูตัวเลือกต่างๆ คุณอาจไปที่เว็บไซต์เช่ารถ (เราจะใช้ car.com ในตัวอย่างนี้) เนื่องจากเว็บไซต์มีโดเมนย่อยจำนวนมาก (car.com, payment.car.com, pickup.car.com เป็นต้น) และโดเมนบุคคลที่สามสำหรับการรับการชำระเงิน (secure.booking.com) การเดินทางของผู้ใช้ของคุณจะข้าม โดเมน.

ด้วยการใช้การติดตามผลแบบข้ามโดเมน ทีมงานของ Car.com สามารถระบุผู้ใช้ที่เปลี่ยนจากโดเมนย่อยหนึ่งไปยังอีกโดเมนหนึ่ง และปรับแต่งประสบการณ์ทั้งหมดให้เป็นส่วนตัวด้วยผลิตภัณฑ์หรือบริการที่เกี่ยวข้องมากที่สุดในโดเมนย่อยต่างๆ

การติดตามผลแบบข้ามโดเมนด้วย Local Storage

อย่างไรก็ตาม มีข้อเสียใหญ่อย่างหนึ่งเมื่อใช้คุกกี้ในการติดตามผลแบบข้ามโดเมน นั่นคือ พื้นที่เก็บข้อมูลที่จำกัด

คุกกี้สามารถเก็บข้อมูลได้น้อยกว่าที่จัดเก็บในเครื่องมาก: พื้นที่จัดเก็บคุกกี้ถูกจำกัดไว้ที่ 4096 ไบต์ ในขณะที่พื้นที่จัดเก็บในเครื่องมี 5MB ต่อโดเมน ดังนั้น หากคุณใช้คุกกี้ ยิ่งต้องการเก็บข้อมูลในเบราว์เซอร์ของผู้เยี่ยมชมมากเท่าไร คุณก็ยิ่งต้องสร้างคุกกี้มากขึ้นเท่านั้น

ปัญหาอีกประการหนึ่งของคุกกี้คือทำให้เว็บไซต์ของคุณช้าลง ทำให้ประสบการณ์การใช้งานของผู้ใช้ต่ำ ด้วยคำขอ HTTP แต่ละครั้ง คุกกี้จะถูกส่งไปยังเซิร์ฟเวอร์ หากคุณมีการเดินทางข้ามโดเมน สิ่งนี้จะยิ่งแย่ลงไปอีก ผู้เยี่ยมชมจะเรียกดูไปมาระหว่างโดเมนต่างๆ เพิ่มคำขอ HTTP และจำนวนคุกกี้ในเบราว์เซอร์ของพวกเขา

ด้วยเหตุผลข้างต้น บางไซต์ใช้ localStorage แทนการจัดเก็บคุกกี้ หมายความว่าคุณโฮสต์ไฟล์บนโดเมน A และใช้ iframe บนโดเมน B ที่โหลดไฟล์จากโดเมน A ด้วยวิธีนี้ คุณจะแบ่งปันข้อมูลผู้เยี่ยมชมระหว่างสองโดเมนราวกับว่าเป็นโดเมนเดียว:

ไฟล์ 1.html:

 <html>
<head/>
<iframe src='http://127.0.0.1/test.html' />
</html>

ไฟล์ 2.html:

 <html>
<head/>
<script>
console.log (localStorage);
localStorage.setItem('ทดสอบ', '123');
</script>
</html>

ความเข้าใจผิดเกี่ยวกับการติดตามผลแบบข้ามโดเมน

การติดตามผลแบบข้ามโดเมนมักเป็นแนวทางปฏิบัติที่เข้าใจผิด ต่อไปนี้คือความเข้าใจผิด 3 อันดับแรกที่อาจทำให้คุณประหลาดใจ!

ตำนาน # 1 คุณต้องการการติดตามข้ามโดเมนเพื่อติดตามผู้ใช้ข้ามโดเมนย่อย

ผู้เชี่ยวชาญ CRO หลายคนเชื่อว่าพวกเขาจำเป็นต้องเปิดใช้งานการติดตามข้ามโดเมนเพื่อติดตามผู้เยี่ยมชมข้ามโดเมนย่อย นี่ไม่เป็นความจริง. สามารถใช้คุกกี้ร่วมกันระหว่างโดเมนย่อยและโดเมนหลัก

ตัวอย่างเช่น หากมีการตั้งค่าคุกกี้บน www.convert.com ก็สามารถเข้าถึงได้โดย blog.convert.com โดยไม่ต้องเปิดใช้งานการติดตามผลแบบข้ามโดเมน

ตำนาน # 2 การติดตามผลแบบข้ามโดเมนจำเป็นสำหรับเกตเวย์การชำระเงิน

ส่วนที่สับสนต่อไปเกี่ยวกับการติดตามผลแบบข้ามโดเมนคือ คุณต้องตั้งค่าสำหรับเกตเวย์การชำระเงิน (เช่น PayPal.com)

อย่างไรก็ตาม การติดตามผลแบบข้ามโดเมนจะทำได้ก็ต่อเมื่อคุณสามารถควบคุมทั้งสองโดเมนได้

ส่วนใหญ่ เกตเวย์การชำระเงินไม่อนุญาตให้คุณใส่รหัสติดตามของคุณบนหน้าเว็บของพวกเขาเนื่องจากเหตุผลด้านความปลอดภัย (เพิ่มเติมเกี่ยวกับเรื่องนี้ด้านล่าง)

ตำนาน #3. การติดตามผลแบบข้ามโดเมนจำเป็นเมื่อมีหลายโดเมน

ความเข้าใจผิดอื่นๆ คือ คุณต้องมีการติดตามผลแบบข้ามโดเมนทุกครั้งที่คุณใช้โดเมนต่างๆ นี่เป็นจริงก็ต่อเมื่อคุณต้องการเห็นผู้ใช้คนเดียวกันที่นำทางผ่านเว็บไซต์ต่างๆ และเพื่อระบุแหล่งที่มาของ Conversion ที่มาจากการเข้าชม ในกรณีนี้ คุณจะต้องมีการติดตามผลแบบข้ามโดเมน

อย่างไรก็ตาม หากคุณต้องการเห็นโดเมน A เป็นแหล่งของการเข้าชมโดเมน B และไม่สนใจว่าผู้คนมาที่โดเมน A จากแหล่งใด คุณไม่จำเป็นต้องติดตามผลแบบข้ามโดเมน

การติดตามข้ามอุปกรณ์

ทุกวันนี้ผู้คนมีอุปกรณ์หลายเครื่อง ซึ่งหมายความว่าผู้เข้าชมอาจโต้ตอบกับแบรนด์ของคุณ (เช่น คลิกโฆษณา Google) บนอุปกรณ์เครื่องหนึ่ง จากนั้นเปลี่ยนไปใช้อุปกรณ์อื่นและตรวจสอบผลิตภัณฑ์ของคุณต่อไป ด้วยการรายงาน Conversion จากหลายอุปกรณ์ นักการตลาดสามารถตรวจสอบประสิทธิภาพของแคมเปญของตนได้ในทุกอุปกรณ์ (แท็บเล็ต อุปกรณ์เคลื่อนที่ และเดสก์ท็อป) โดยไม่คำนึงถึงอุปกรณ์ที่ผู้ใช้ทำ Conversion จริงๆ

การรายงานข้ามอุปกรณ์จะเชื่อมโยงคุกกี้ (สำหรับเว็บ) รหัสอุปกรณ์ (สำหรับแอปบนอุปกรณ์เคลื่อนที่) และข้อมูลการลงชื่อเข้าใช้ที่รวบรวมไว้เข้าด้วยกัน เพื่อระบุผู้ใช้ในอุปกรณ์ต่างๆ ซึ่งช่วยให้เจ้าของเว็บไซต์สามารถระบุเส้นทางที่ผู้ใช้ใช้ ตั้งแต่การโต้ตอบกับแบรนด์ครั้งแรกหรือการดูโฆษณาไปจนถึงจุดที่เกิด Conversion

ช่วยให้นักการตลาดระบุผู้เยี่ยมชมเว็บไซต์ที่ไม่ซ้ำเฉพาะเจาะจง แม้ว่าพวกเขาจะเข้าสู่ช่องทางโดยใช้เส้นทางที่แตกต่างกัน:

มีสองวิธีหลักในการติดตามข้ามอุปกรณ์

ในวิธีหนึ่ง ผู้เข้าชมเว็บไซต์จะถูกติดตามผ่าน ID ผู้เข้าชมคงที่ อีกวิธีหนึ่งขึ้นอยู่กับพฤติกรรมของผู้ใช้ที่มีรหัสอุปกรณ์

การติดตามข้ามอุปกรณ์ด้วยรหัสผู้เข้าชม (กำหนดได้)

วิธีนี้มักใช้เมื่อผู้ใช้สมัครผ่านจดหมายข่าวหรือเข้าสู่ระบบ เครือข่ายโซเชียล เช่น Facebook, Instagram, TikTok หรือ Twitter ทำการติดตามข้ามอุปกรณ์โดยกำหนด ID ผู้เข้าชม

วิธีนี้เหมาะสำหรับเว็บไซต์ที่มีผู้เยี่ยมชมลงทะเบียน เมื่อผู้เยี่ยมชมถูกทำเครื่องหมายด้วย ID ที่ไม่ซ้ำ แพลตฟอร์มการติดตามจะได้รับแจ้งทุกครั้งที่ผู้เยี่ยมชมเข้าสู่ระบบ หากผู้เยี่ยมชมคนเดียวกันใช้อุปกรณ์อื่นในภายหลัง สมมติว่าเป็นแท็บเล็ต และเปิดเว็บไซต์ที่เป็นปัญหาเป็นแอปและเข้าสู่ระบบ พวกเขา สามารถติดตามได้อย่างแม่นยำ

วิธีการนี้เรียกว่าดีเทอร์มีนิสติก มีความแม่นยำสูง (เกือบ 100%) และสามารถใช้เพื่อเรียกใช้แคมเปญที่แม่นยำซึ่งกำหนดเป้าหมายไปยังผู้ใช้เฉพาะ

การติดตามข้ามอุปกรณ์ตามรหัสอุปกรณ์ (ความน่าจะเป็น)

วิธีที่สองของการติดตามข้ามอุปกรณ์ยังทำงานโดยการแท็กผู้ใช้ เฉพาะครั้งนี้พวกเขาไม่จำเป็นต้องลงทะเบียน วิธีนี้อิงตามแอตทริบิวต์ต่างๆ ที่รวบรวมจากที่อยู่ IP อุปกรณ์ เบราว์เซอร์ หรือแอปที่ผู้เยี่ยมชมเรียกดูและรวมเป็นโปรไฟล์ผู้ใช้ ข้อเสียของวิธีนี้คือไม่แม่นยำเท่าเมื่อใช้ ID ผู้เยี่ยมชม

เรียกอีกอย่างว่าการ กำหนดเป้าหมายที่น่าจะ เป็นไปได้ ตามชื่อที่แนะนำ มันพูดถึงความน่าจะเป็นที่ A น่าจะเป็นผู้ใช้ที่มีเดสก์ท็อป (อุปกรณ์ X) และสมาร์ทโฟน (อุปกรณ์ Y) ดังนั้น เพื่อทำการติดตาม อัลกอริธึมที่มีแอตทริบิวต์จำนวนมากจึงได้รับการออกแบบ ซึ่งจะแบ่งกลุ่มผู้ใช้ตามพฤติกรรมที่คล้ายคลึงกันในอุปกรณ์ ตำแหน่งทางภูมิศาสตร์ ที่อยู่ IP และบริบทอื่นๆ ที่คล้ายคลึงกัน แน่นอนว่าความแม่นยำของการติดตามนี้ไม่สามารถทำได้ 100% แต่ 60-70% เป็นเป้าหมายที่ดี

การติดตามข้ามเบราว์เซอร์

สุดท้าย การติดตามข้ามเบราว์เซอร์ช่วยให้เว็บไซต์สามารถติดตามผู้ใช้ระหว่างเบราว์เซอร์ต่างๆ รวมถึง Chrome, Firefox, Microsoft Edge, Safari, Tor

วิธีการที่อยู่เบื้องหลังการติดตามข้ามเบราว์เซอร์เรียกว่า ลายนิ้วมือ ของเบราว์เซอร์

มันทำงานโดยการระบุชุดของลักษณะเฉพาะสำหรับฮาร์ดแวร์และซอฟต์แวร์ของคอมพิวเตอร์ และใช้ข้อมูลนั้น นั่นคือ "ลายนิ้วมือ" สำหรับระบบที่เป็นปัญหา

คุณอาจไม่เข้าใจ แต่ทุกอย่างตั้งแต่แอปที่ติดตั้งไปจนถึงการตั้งค่าเบราว์เซอร์ของคุณจะถูกรวมเข้าด้วยกันเพื่อสร้าง โปรไฟล์เฉพาะของ คุณ ระดับความสามารถในการระบุตัวตนของลายนิ้วมือนี้ขึ้นอยู่กับอัลกอริธึมของแต่ละเบราว์เซอร์

สมมติว่าคุณกำลังเรียกดูบน Firefox ดูโฆษณา และตัดสินใจย้ายไปที่ Chrome เพื่อซื้อผลิตภัณฑ์เพื่อหลีกเลี่ยงการกำหนดเป้าหมายโดยการกำหนดเป้าหมายแคมเปญใหม่ เว้นแต่คุณจะปิดการติดตามข้ามเบราว์เซอร์จากการตั้งค่าเบราว์เซอร์ของคุณ เบราว์เซอร์จะยังสามารถกำหนดเป้าหมายคุณด้วยแคมเปญได้

ไซต์เลือกทำธุรกรรมบนโดเมน/อุปกรณ์/เบราว์เซอร์อื่นเมื่อใด

การติดตามผลแบบข้ามโดเมนมีประโยชน์อย่างยิ่งเมื่อเจ้าของไซต์ต้องการติดตามเซสชันที่เกิดขึ้นในโดเมนหรือโดเมนย่อยตั้งแต่สองโดเมนขึ้นไป และดำเนินการกับเซสชันเหล่านั้นเป็นเซสชันเดียว

เซสชันมักจะครอบคลุมหลายโดเมนเมื่อ:

1. ขั้นตอนการชำระเงินถูกกำหนดในโดเมนอื่น (ซึ่งเป็นเรื่องปกติเมื่อคุณใช้ตะกร้าสินค้าของบริษัทอื่น เช่น Shopify)
2. การแปลงเป้าหมายหรือธุรกรรมอีคอมเมิร์ซเกิดขึ้นในโดเมนอื่น (ซึ่งเป็นเรื่องปกติในกรณีของเว็บไซต์ในเครือ)

นี่เป็นสถานการณ์ทั่วไปที่การติดตามผลแบบข้ามโดเมนเหมาะสม: แพลตฟอร์มอีคอมเมิร์ซที่มีตะกร้าสินค้าของบุคคลที่สาม

ในสถานการณ์นี้ ผู้ใช้อาจเข้าสู่ไซต์หลักเพื่อดูผลิตภัณฑ์จากแคมเปญ PPC เมื่อผู้ใช้ไปที่จุดชำระเงิน พวกเขาจะถูกนำไปที่ตะกร้าสินค้าของบุคคลที่สามในโดเมนอื่น เช่น ผ่าน Shopify เพื่อทำธุรกรรมให้เสร็จสิ้น

หากไม่มีการติดตามผลแบบข้ามโดเมน พฤติกรรมการช็อปปิ้งและการชำระเงินจะไม่ถูกเชื่อมโยง และจะไม่มีการติดตามคอนเวอร์ชั่นข้ามโดเมนต่างๆ ดังนั้น เจ้าของร้านค้าออนไลน์เหล่านี้จำเป็นต้องเชื่อมต่อโดเมนของตน ไม่เช่นนั้น Conversion จะถูกโอนไปยังรถเข็นช็อปปิ้งของบุคคลที่สาม ไม่ใช่แหล่งที่มาของการเข้าชมเดิม

ดังนั้น การติดตามผลแบบข้ามโดเมนทำให้คุณสามารถติดตามผู้เข้าชมได้อย่างน่าเชื่อถือ แม้กระทั่งหลังจากที่พวกเขาออกจากไซต์ของคุณไปแล้ว

ประโยชน์อีกประการของการใช้การติดตามผลแบบข้ามโดเมนคือ คุณสามารถรวบรวมข้อมูลจากโดเมนต่างๆ ได้ในรายงานเดียว

การรวมศูนย์ข้อมูลธุรกรรมช่วยให้การเพิ่มประสิทธิภาพดีขึ้นเพราะ

• สนับสนุนการปรับปรุงอย่างต่อเนื่องในกระบวนการตัดสินใจ
• เสริมสร้างการติดตามและการเพิ่มประสิทธิภาพของกระบวนการทางธุรกิจที่ดีขึ้นและ
• ลดความเสี่ยงขององค์กรในขณะที่ป้องกันผลกระทบด้านลบของความไม่ถูกต้องและความซ้ำซ้อน

และสุดท้าย เจ้าของไซต์ไม่จำเป็นต้องจำกัดตัวเองให้ทำหน้า Landing Page ก่อนการขายทั้งหมดบนไซต์เงินหลักอีกต่อไป เนื่องจากข้อจำกัดในการติดตาม พวกเขาสามารถแยกสาขาออกไปยังหลายเว็บไซต์สำหรับช่องทางเว็บไซต์การตลาดที่กว้างขึ้นและติดตามได้

ในโลกของ omnichannel ปัจจุบัน วิธีที่ผู้บริโภคใช้อุปกรณ์และเบราว์เซอร์ครอบคลุมแพลตฟอร์มต่างๆ: พวกเขาอาจอ่านข่าวตอนเช้าบนแท็บเล็ตบน Firefox เช็คอีเมลระหว่างการเดินทางตอนเช้าบนโทรศัพท์บน Chrome และใช้เดสก์ท็อปพีซีเมื่ออยู่ที่ทำงาน ในเวลากลางคืน พวกเขาอาจเรียกดูสมาร์ทวอทช์เพื่อติดตามข่าวประจำวัน

นี่คือสถานการณ์ทั่วไป:

• ผู้ใช้กำลังเรียกดูฟีดข่าวบนโทรศัพท์และคลิกที่โพสต์เกี่ยวกับผลิตภัณฑ์ของคุณ ผู้ใช้สนใจแต่ไม่ได้ลงทะเบียนทันที
• ต่อมาในสัปดาห์นั้น ผู้ใช้ตัดสินใจตรวจสอบผลิตภัณฑ์ของคุณอีกครั้ง แต่คราวนี้มาที่โดเมนของคุณโดยตรงจากคอมพิวเตอร์ของพวกเขาจากเบราว์เซอร์อื่น ผู้ใช้จึงตัดสินใจลงทะเบียน
• ในอีกสองสามวัน ผู้ใช้จะลงชื่อเข้าใช้แอปของคุณจากโทรศัพท์
• ประวัติการเข้าชมทั้งหมดของพวกเขาบนอุปกรณ์และเบราว์เซอร์ข้างต้นควรเชื่อมโยงกับบัญชีของตนอย่างเหมาะสม และการคลิกเดิมจากฟีดข่าวควรได้รับการพิจารณาว่ามาจาก Conversion ของพวกเขาอย่างเหมาะสม

เทคโนโลยีนี้สามารถช่วยให้เจ้าของไซต์เข้าใจพฤติกรรมผู้บริโภคและเส้นทางการซื้อจากหลายช่องทางได้ดีขึ้น ช่วยให้พวกเขานำเสนอประสบการณ์ลูกค้าที่ดีขึ้นและสร้างกลยุทธ์การตลาดแบบ Omnichannel ที่ตรงเป้าหมายในจุดติดต่อต่างๆ ช่วยตอบคำถามเช่น:

• แคมเปญ PPC ของฉันเข้าถึงผู้บริโภคในอุดมคติของฉันในเวลาที่เหมาะสมหรือไม่?
• ฉันจะวัดได้อย่างไรว่าอุปกรณ์ใดทำให้เกิด Conversion มากที่สุดเพื่อเพิ่มประสิทธิภาพแคมเปญของฉันและให้รางวัลแก่แหล่งที่มานั้น
• ประสบการณ์เว็บไซต์ของฉันจะทำงานอย่างราบรื่นในอุปกรณ์และเบราว์เซอร์ต่างๆ และมอบประสบการณ์แบรนด์ที่สอดคล้องกันให้ผู้บริโภคของฉันได้อย่างไร
• ฉันจะเข้าถึงผู้บริโภคได้อย่างไรไม่ว่าจะใช้อุปกรณ์ใดก็ตาม ไม่เพียงแต่กระตุ้นให้พวกเขามีส่วนร่วมกับแบรนด์ของฉัน แต่ยังทำให้พวกเขากลับมาเป็นลูกค้าประจำอีกด้วย

การเปลี่ยนแปลงความเป็นส่วนตัวส่งผลต่อการติดตามข้ามสภาพแวดล้อมอย่างไร

เนื่องจากอินเทอร์เน็ตกลายเป็นส่วนประกอบสำคัญในชีวิตประจำวันมากขึ้นเรื่อยๆ ผู้คนจึงรู้สึกปลอดภัยเมื่อท่องเว็บ เพื่อช่วยให้ข้อมูลส่วนบุคคลบนเว็บไซต์มีความเป็นส่วนตัว เบราว์เซอร์ต่างๆ ได้วางมาตรการป้องกันการติดตามมากขึ้นเรื่อยๆ นี่คือรายละเอียดของการเปลี่ยนแปลงการป้องกันการติดตามล่าสุดและผลกระทบที่อาจส่งผลต่อการติดตามข้ามสภาพแวดล้อม

เราจะพูดถึงการอัปเดตแต่ละรายการด้านล่างโดยสังเขป แต่สำหรับคำอธิบายโดยละเอียดเพิ่มเติมของการอัปเดตแต่ละรายการและวิธีที่ Convert จัดการกับการอัปเดต โปรดอ่านว่าการติดตามและคุกกี้เปลี่ยนไปอย่างไรในปี 2019 และการเปลี่ยนแปลงการติดตามและคุกกี้ในปี 2020

Google Incognito บล็อกคุกกี้ของบุคคลที่สาม

ในโหมดไม่ระบุตัวตน Google Chrome จะไม่บันทึกประวัติการท่องเว็บของผู้ใช้ ข้อมูลในแบบฟอร์ม หรือคุกกี้ของเบราว์เซอร์ เริ่มตั้งแต่ Chrome 83 เบราว์เซอร์จะบล็อกคุกกี้ของบุคคลที่สามในโหมดไม่ระบุตัวตนโดยค่าเริ่มต้น

ผู้ใช้ยังคงอนุญาตให้ใช้คุกกี้ของบุคคลที่สามสำหรับบางไซต์ได้ แต่วิธีการติดตามข้ามใด ๆ ที่อาศัยคุกกี้ของบุคคลที่สามกำลังเผชิญกับความท้าทายครั้งใหญ่เนื่องจากผู้เข้าชมเว็บไซต์จำเป็นต้องเปิดใช้งานจากการตั้งค่าเบราว์เซอร์

การป้องกันการติดตามอย่างเข้มงวดในโหมด InPrivate ของ Microsoft Edge

ใน Microsoft Edge 80 ลักษณะการทำงานเริ่มต้นทำให้ผู้ใช้สามารถตัดสินใจว่าพวกเขาต้องการการป้องกันโหมดเข้มงวดหรือไม่ในขณะที่เรียกดู InPrivate

ซึ่งหมายความว่าหากผู้ใช้เปิดคุณลักษณะนี้ การติดตามข้ามจะเป็นไปไม่ได้

Mozilla Enhanced Tracking Protection (ETP) 2.0

ตั้งแต่ปี 2019 เป็นต้นไป ผู้ใช้ Firefox ใหม่จะเปิดใช้งาน Enhanced Tracking Protection (ETP) โดยค่าเริ่มต้น และในปีที่แล้ว Mozilla ได้เพิ่มชั้นความปลอดภัยเพิ่มเติมด้วย Enhanced Tracking Protection 2.0 ซึ่งพวกเขาบล็อกการติดตามการเปลี่ยนเส้นทาง ETP 2.0 ล้างคุกกี้และข้อมูลไซต์จากไซต์ทุก ๆ 24 ชั่วโมง ยกเว้นไซต์ที่ผู้ใช้โต้ตอบเป็นประจำ!

ลืมเกี่ยวกับวิธีการติดตามข้ามที่อาศัยคุกกี้ที่ถูกบล็อกโดย ETP

การป้องกันการติดตามอัจฉริยะใน iOS 14, iPad 14 และ Safari 14

ด้วยการเปิดตัว iOS 14, iPad 14 และ Safari 14 Apple ได้รวมคุณสมบัติความเป็นส่วนตัวใหม่ เช่น รายงานความเป็นส่วนตัว ซึ่งผู้ใช้สามารถดูข้อมูลเกี่ยวกับตัวติดตามที่ถูกบล็อก รวมถึง ITP สำหรับเว็บเบราว์เซอร์ทั้งหมดบนอุปกรณ์ iOS (v14 ขึ้นไป) ซึ่ง ป้องกันการแสดงที่มาแบบติดตามข้าม

เครื่องมือทดสอบ A/B สามารถติดตาม Conversion ของอีคอมเมิร์ซและรักษาความเป็นส่วนตัวของผู้ใช้ได้หรือไม่

การอัปเดตการติดตามและความเป็นส่วนตัวที่อธิบายข้างต้นเป็นการจำกัดข้อมูลที่สามารถติดตามได้ในหลายสภาพแวดล้อม แต่การรักษาความเป็นส่วนตัวของผู้ใช้และการนำเสนอประสบการณ์ที่ปรับแต่งเองไม่ได้เกิดขึ้นพร้อมกัน

การรวบรวมข้อมูลข้ามสภาพแวดล้อมไม่จำเป็นต้องเกิดขึ้นในลักษณะที่ล่วงล้ำซึ่งกระทบต่อความไว้วางใจของลูกค้าของคุณ หรือปิดกั้นพวกเขาจากการใช้ประโยชน์สูงสุดจากเว็บไซต์ของตน – มีวิธีหนึ่งที่คุณสามารถทำได้โดยเคารพทั้งสองโลก!

เครื่องมือทดสอบ A/B สามารถ นำเสนอโซลูชันเพื่อช่วยให้บริษัทของคุณเรียนรู้สิ่งที่ผู้ใช้ต้องการและมอบประสบการณ์ออนไลน์ที่ยอดเยี่ยมให้กับพวกเขา ในขณะเดียวกันก็เคารพความเป็นส่วนตัว

มาดูเครื่องมือทดสอบ A/B ที่ได้รับความนิยมมากที่สุดในตลาดกัน มาดูกันว่าพวกเขาเสนอโซลูชันการติดตามการแปลงอีคอมเมิร์ซใดบ้าง และพวกเขามีความเคารพต่อความเป็นส่วนตัวเพียงใด

เพิ่มประสิทธิภาพ

เพิ่มประสิทธิภาพสองวิธีเพื่อให้สามารถติดตามการแปลงข้ามสภาพแวดล้อมได้

ตัวเลือกที่ 1: เปิดใช้งานและใช้ BYOID

ซึ่งสามารถทำได้โดยเปิดใช้งานคุณลักษณะ "นำ ID ผู้เยี่ยมชมของคุณเอง" ใน Optimizely คุณลักษณะนี้ช่วยให้คุณสามารถกำหนด ID ผู้เยี่ยมชมของคุณเอง ไม่ว่าจะเป็นคุกกี้ คีย์ localStorage พารามิเตอร์การค้นหา URL หรือตัวแปรจาวาสคริปต์ มีข้อดีหลายประการนอกเหนือจากการลด ITP 2.x ซึ่งรวมถึงให้คุณควบคุมกลยุทธ์การคงอยู่ของ ID ของคุณได้ อนุญาตให้มี ID ผู้เข้าชมที่เหมือนกันในหลายแพลตฟอร์ม และลดคุกกี้ที่ล้น

ตัวเลือกนี้เป็นกระบวนการที่ต้องทำด้วยตนเองและน่าเบื่อ ซึ่งคุณต้องกำหนดสำหรับแต่ละไคลเอนต์หรือโดเมนที่คุณใช้งานประสบการณ์ คุณต้องระวังด้วยว่า Optimizely API จะรับ ID เฉพาะที่คุณสร้างได้สำเร็จ

ตัวเลือกที่ 2: ตั้งค่าOptimizelyEndUserId บน CDN

โดยทั่วไปไม่แนะนำให้ใช้วิธีนี้เนื่องจาก BYOID เป็นแนวทางที่สมบูรณ์กว่า แต่อีกวิธีในการกำหนดค่าการสร้างคุกกี้คือผ่าน CDN นี่เป็นตัวเลือกที่ใช้งานได้สำหรับการสร้างคุกกี้ฝั่งเซิร์ฟเวอร์ตาม UI และที่จัดการโดย UI ในหลายกรณี ปัจจุบัน Optimizely มีเอกสารสำหรับการสร้างคุกกี้ฝั่งเซิร์ฟเวอร์ผ่านการกำหนดค่าของ Akamai

หากคุณกำลังทำตามขั้นตอนนี้ นอกเหนือจากการเปลี่ยนแปลงการตั้งค่า CDN ข้างต้นแล้ว คุณควรปิดใช้งานการขยายอายุอัตโนมัติของคุกกี้ ID ผู้เยี่ยมชมด้วยการดำเนินการนี้ในโปรเจ็กต์ JS:

 window["เหมาะสมที่สุด"].push({
 "type": "extendCookieLifetime",
 "isEnabled": เท็จ
});

กลยุทธ์นี้ยังมีฟังก์ชันที่จำกัดเมื่อเปิดใช้งานการติดตามผลแบบข้ามโดเมน โดยเฉพาะอย่างยิ่งเมื่อโดเมนต่างๆ ใช้กลยุทธ์ที่แตกต่างกันสำหรับการคงอยู่ของ ID ผู้เข้าชม

VWO

VWO รองรับการติดตามผลแบบข้ามโดเมนด้วยความช่วยเหลือของคุกกี้บุคคลที่สาม

หากคุณเปิดใช้งานตัวเลือกคุกกี้ของบุคคลที่สามในการทดสอบของคุณ นอกเหนือจากการจัดเก็บข้อมูลผู้เยี่ยมชม (รูปแบบที่แสดงและเป้าหมายการแปลงที่ทริกเกอร์) ในคุกกี้ที่เป็นของโดเมนของคุณ VWO จะส่งข้อมูลนั้นไปยังเซิร์ฟเวอร์ด้วย เมื่อส่งข้อมูลแล้ว เซิร์ฟเวอร์ VWO จะตั้งค่าคุกกี้สำหรับโดเมน dev.visualwebsiteoptimizer.com หากการทดสอบของคุณเกี่ยวข้องกับโดเมนอื่น ในครั้งต่อไปที่เพจของคุณร้องขอข้อมูลการทดสอบ เซิร์ฟเวอร์ VWO จะส่งข้อมูลผู้เยี่ยมชมกลับมาด้วย ในทางหนึ่ง เซิร์ฟเวอร์ทำหน้าที่เป็นพร็อกซีระหว่างโดเมนต่างๆ ของคุณ จึงสามารถติดตามการแปลงได้

อย่างไรก็ตาม เบราว์เซอร์ Firefox และ Safari จะบล็อกคุกกี้ของบุคคลที่สามโดยค่าเริ่มต้น ด้วยเหตุนี้ VWO ไม่สามารถเข้าถึงคุกกี้ของบุคคลที่สาม ดังนั้นจึงห้ามไม่ให้การติดตามข้ามโดเมนทำงานในเบราว์เซอร์ Safari และ Firefox

Google Optimize

หากต้องการใช้การติดตามผลแบบข้ามโดเมนของ Google Optimize ให้สำเร็จ คุณต้องรู้จัก HTML และ Javascript หรือหานักพัฒนาเว็บโดยเฉพาะสำหรับสิ่งนั้น

หากต้องการตั้งค่า ให้สร้างพร็อพเพอร์ตี้เดียวในบัญชี Google Analytics ของคุณ

จากนั้น คุณจะต้องใช้รหัสติดตาม Google Analytics เดียวกันบนทั้งสองไซต์ที่คุณต้องการเชื่อมโยง

1. โดเมนต้นทางตกแต่ง URL ที่ชี้ไปยังโดเมนปลายทางเพื่อให้มีค่าคุกกี้การวัดของบุคคลที่หนึ่งของโดเมนต้นทาง
2. โดเมนปลายทางตรวจสอบการมีอยู่ของคุกกี้การวัดที่เชื่อมโยง

พารามิเตอร์ตัวเชื่อมโยงถูกระบุในพารามิเตอร์การค้นหา URL ด้วยคีย์ _gl ดังในตัวอย่างด้านล่าง:

https://www.example.com/? _gl=1~abcde5~

คาเมลูน

โซลูชันของพวกเขาสร้างข้อมูลโค้ดฝั่งเซิร์ฟเวอร์ที่ซิงโครไนซ์กับ localStorage โดยอัตโนมัติ ดังนั้นพวกเขาจึงแนะนำให้ติดตั้งข้อมูลโค้ดฝั่งเซิร์ฟเวอร์ที่ซิงโครไนซ์คุกกี้ kameleoonVisitorCode ระหว่างส่วนหน้าและส่วนหลังโดยอัตโนมัติ ซึ่งมีตัวระบุรหัสผู้เยี่ยมชมที่สำคัญมาก

ITP ไม่ได้กำหนดข้อจำกัดใดๆ เกี่ยวกับคุกกี้ฝั่งเซิร์ฟเวอร์ ดังนั้นคุกกี้นี้จะมีวันหมดอายุที่กำหนดไว้อย่างเพียงพอในอนาคต

ข้อมูลโค้ดจะสร้างฝั่งเซิร์ฟเวอร์คุกกี้ KameleoonVisitorCode เมื่อไม่พบคุกกี้ Kameleoon (เช่น ยังไม่ได้สร้างส่วนหน้า) หรือดึงค่าที่มีอยู่และสร้างคุกกี้ฝั่งเซิร์ฟเวอร์ใหม่เพื่อหลีกเลี่ยงปัญหา ITP การซิงโครไนซ์หมายความว่าไม่เพียงแต่ตัวระบุจะไม่ถูกลบออกหลังจากเจ็ดวันเท่านั้น แต่จะไม่มีผลกระทบต่อประสิทธิภาพหรือประสบการณ์ของผู้ใช้ เนื่องจากเราจะจัดเก็บคุกกี้เพียงรายการเดียว

อย่างไรก็ตาม เนื่องจาก Kameleoon จัดเก็บข้อมูลอื่นๆ ใน Local Storage ข้อมูลที่จำเป็นในการทริกเกอร์การทดสอบแบบเรียลไทม์โดยไม่มีการเรียกเซิร์ฟเวอร์เพิ่มเติม พวกเขาจึงใช้กลไกการซิงโครไนซ์ที่เก็บข้อมูลในเครื่อง

บน Safari เมื่อ Kameleoon ได้รับ visitorCode โดยการอ่านคุกกี้ kameleoonVisitorCode มันจะตรวจสอบว่า Local Storage ปัจจุบันว่างเปล่าหรือไม่ หากเป็นกรณีนี้ ซึ่งอาจหมายความว่าการเข้าชมครั้งล่าสุดนานกว่าเจ็ดวันที่ผ่านมา พวกเขาจะดำเนินการเรียกการซิงโครไนซ์เซิร์ฟเวอร์ (SSC) เพื่อดึงข้อมูลทั้งหมดที่มีอยู่ใน Local Storage จากเซิร์ฟเวอร์แบ็กเอนด์ เมื่อสิ้นสุดการโทรนี้ ข้อมูลจะได้รับการกู้คืนในสถานะที่แน่นอนหาก ITP ไม่ได้ล้างข้อมูล การดำเนินการตามปกติสามารถดำเนินการต่อได้

Convert Experiences จัดการการติดตามข้ามสภาพแวดล้อมอย่างไร

Convert Experiences เคารพกฎความเป็นส่วนตัวทั้งหมด และ ตามค่าเริ่มต้น ไม่อนุญาตให้ติดตามข้ามโดเมน ข้ามอุปกรณ์ และข้ามเบราว์เซอร์

อย่างไรก็ตาม หากผู้ใช้ต้องการ พวกเขาสามารถเปิดใช้งานการติดตามผลแบบข้ามโดเมนในการตั้งค่าโปรเจ็กต์ของตน และสามารถขอให้ทีมสนับสนุน Convert สำหรับโซลูชันที่กำหนดเองในการติดตามข้ามอุปกรณ์ได้ ไม่รองรับการติดตามข้ามเบราว์เซอร์

ตอนนี้ เรามาดูรายละเอียดเพิ่มเติมเกี่ยวกับการติดตามแต่ละประเภทและวิธีตั้งค่าในแอปกัน

การติดตามผลแบบข้ามโดเมนใน Convert Experiences

ส่วนนี้อธิบายวิธีที่ Convert Experiences จัดการกับการติดตามผลแบบข้ามโดเมน เช่น หากเว็บไซต์ของคุณมีชื่อโดเมนหลายชื่อ กรณีนี้มักเกิดขึ้นหากคุณใช้ตะกร้าสินค้าของบุคคลที่สาม

โดยค่าเริ่มต้น การติดตามผลแบบข้ามโดเมนจะถูกปิดสำหรับโปรเจ็กต์ทั้งหมดใน Convert Experiences เนื่องจาก GDPR อย่างไรก็ตาม คุณสามารถยกเลิกการเลือกการตั้งค่า “ไม่อนุญาตให้มีการเชื่อมโยงข้ามโดเมน” เพื่อให้การติดตามเป็นไปได้:

ในแอป Convert Experiences การทดสอบจะจัดอยู่ในโปรเจ็กต์ โปรเจ็กต์คือเอนทิตีที่สามารถประกอบด้วยประสบการณ์จำนวนเท่าใดก็ได้และซึ่งรวมถึงโดเมน (เว็บไซต์ที่ใช้งานอยู่):

เว็บไซต์ทั้งหมดภายใน Convert Project แชร์คุกกี้ ทำให้การติดตามข้ามโดเมนเป็นไปได้ เว้นแต่คุณจะเปิดใช้งานการตั้งค่าโปรเจ็กต์ “ไม่อนุญาตการลิงก์ข้ามโดเมน” ด้านบน

วิธีแชร์คุกกี้ระหว่างโดเมนทำได้โดยส่งคุกกี้ระหว่างโดเมนที่เป็นของโปรเจ็กต์เดียวกันโดยอัตโนมัติเมื่อผู้เยี่ยมชมคลิกลิงก์หรือส่งแบบฟอร์ม คุกกี้เหล่านั้นจะถูกส่งต่อไปยังโดเมนอื่นของคุณผ่านตัวแปร GET

มีการเพิ่มตัวแปรสองตัวในสตริงการสืบค้นเพื่อส่งผ่านคุกกี้:

• _conv_v
• _conv_s

คุณยังสามารถส่งคุกกี้ไปยังลิงก์หรือแบบฟอร์มที่เลือกได้ด้วยตนเอง สิ่งที่คุณต้องทำคือส่งตัวแปร _conv_v และ _conv_s ใน URL ของลิงก์หรือการดำเนินการของแบบฟอร์ม

 <a href="http://www.myothersite.com/page.html"_conv_v"))+'&_conv_s='+escape(convert.getCookie("_conv_s")); return false;" >

ตอนนี้ มาแนะนำคุณเกี่ยวกับกรณีการใช้งานของการติดตามผลแบบข้ามโดเมนใน Convert Experiences

สมมติว่าฉันเริ่มต้นการเดินทางในหน้ากิจกรรมที่ฉันต้องสมัครสมาชิก:

https:// domainA .com/reports/WCI/cpc-bndl

เมื่อฉันต้องจ่าย โดเมน A จะเปลี่ยนเส้นทางฉันไปยังหน้ารถเข็นชำระเงินที่อยู่ภายใต้โดเมน B และเพิ่มคุกกี้แปลงที่จำเป็นสำหรับการติดตามผลแบบข้ามโดเมนเป็นพารามิเตอร์การค้นหา URL เช่น:

 https://domainB.com/EWCIAH80/wci-cpc-bndl/?_conv_v=vi%3A1*sc%3A1*cs%3A1635157350*fs%3A1635157350*pv%3A2*exp%3A%7B100323139.%7Bv.1003114910- กรัม%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1*sh%3A1635157349857-0.9940523874349994*pv%3A2

เมื่อฉันชำระเงินเสร็จแล้ว ฉันจะไปที่หน้าขอบคุณของโดเมน A:

 https://domainA.com/thanks/wci-cpc-bndl-thanks?_conv_v=vi%3A1%2Asc%3A1%2Acs%3A1635157350%2Afs%3A1635157350%2Apv%3A2%2Aexp%3A%7B100323139.%7Bv.1003114910 -g.%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1%2Ash%3A1635157349857-0.9940523874349994%2Apv%3A2

โดยถือว่าฉันเป็นผู้เยี่ยมชมที่มีอยู่ ดังนั้นการแปลงรายได้จะถูกบันทึกในทั้งสองโดเมน

การติดตามข้ามอุปกรณ์ในการแปลงประสบการณ์

Convert Experiences ไม่รองรับการติดตามข้ามอุปกรณ์โดยค่าเริ่มต้น วิธีการด้านล่างได้รับการออกแบบสำหรับโซลูชันแบบกำหนดเองและเมื่อมีการร้องขอสำหรับ แผนผู้นำ ไม่มีการใช้งานแล้ว แต่เรานำเสนอที่นี่เพื่อการศึกษา

ในการติดตามผู้เยี่ยมชมบนอุปกรณ์ต่างๆ และเพื่อมอบประสบการณ์การใช้งานที่สอดคล้องกัน ไม่ว่าจะใช้อุปกรณ์ใดก็ตาม ผู้ใช้จะต้อง "ระบุ" ผ่านตัวระบุที่ไม่ซ้ำกันบางประเภทซึ่งไม่ควรมีข้อมูลส่วนบุคคลที่สามารถระบุตัวตนได้ (PII) .

Convert ได้สร้างฟังก์ชัน API ซึ่งลูกค้าสามารถนำเสนอตัวระบุที่ไม่ซ้ำกันซึ่งระบุผู้เยี่ยมชมในอุปกรณ์ต่างๆ ต้อง "ระบุ" ตัวระบุที่ไม่ซ้ำบนหน้าเว็บ ก่อนข้อมูลโค้ดติดตาม Conversion หลัก

ดูเหมือนว่านี้:

 window._conv_q = window._conv_q || {};
_conv_q.push(["ระบุ",”unique_hashed_id_here”]);

เมื่อมีการระบุตัวระบุที่ไม่ซ้ำ Convert จะชะลอการนำเสนอประสบการณ์จนกว่าจะสอบถามข้อมูลจากเซิร์ฟเวอร์ (ประสบการณ์ที่เห็น เป้าหมายที่เริ่มทำงาน เป็นต้น) และได้ผลลัพธ์กลับมา เมื่อมีการส่งคืนผลลัพธ์ ผลลัพธ์จะถูกบันทึกไว้ในคุกกี้ระยะยาวแทนที่การฝากข้อมูลในท้ายที่สุดที่ผู้ใช้มีก่อนที่จะ "ระบุ" เราคาดว่าการดำเนินการนี้จะเสร็จสิ้นก็ต่อเมื่อยังไม่มีข้อมูลในคุกกี้ระยะยาว เพื่อหลีกเลี่ยงความล่าช้าในการนำเสนอประสบการณ์ในการดูหน้าเว็บแต่ละครั้ง

การตอบสนองควรย่อให้เล็กสุดและบีบอัดเพื่อหลีกเลี่ยงเวลาแฝงของเครือข่ายเพิ่มเติม การแก้ปัญหาขั้นสุดท้ายประกอบด้วยคำขอ 2 รายการจากเพจ:

• คำขอแรกมีหน้าที่โหลดไฟล์ js หลัก (ข้อมูลโหลด) — มันถูกแคชไว้ที่ระดับ CDN และประกอบด้วยการทดลองที่มีอยู่ทั้งหมด การพึ่งพาไลบรารี jquery เป้าหมาย ฟังก์ชัน util อื่นๆ และการติดตาม แต่ไม่มีที่เก็บผู้ใช้ ไฟล์นี้ถูกย่อขนาดและบีบอัด (gzip)
• การโทรครั้งที่สองมีขนาดสองสามไบต์ พยายามรับการฝากข้อมูลที่กำหนดไว้ก่อนหน้านี้สำหรับผู้ใช้รายนี้ มันโหลด ID การทดลองและ ID เป้าหมายที่ผู้ใช้ได้รับก่อนหน้านี้โดยการเข้าถึงฐานข้อมูล NoSQL ของคีย์-ค่าที่มีประสิทธิภาพ (แคชไว้ภายในระบบแคชหน่วยความจำ) หากจำเป็นต้องปรับปรุงประสิทธิภาพเพิ่มเติม Convert จะปรับให้เหมาะสมโดยใช้ CDN ข้างหน้า (ในกรณีนี้ คำขอแต่ละรายการจะถูกแคชต่อผู้ใช้หนึ่งราย) การตอบสนองนี้ถูกย่อขนาดและบีบอัดด้วย (gzip)

เมื่อมีการระบุตัวระบุที่ไม่ซ้ำสำหรับผู้เยี่ยมชมเว็บไซต์ที่ไม่ซ้ำรายใหม่ การรวบรวมประสบการณ์จะดำเนินการในลักษณะนี้:

1. สำหรับผู้ใช้ใหม่ — ไม่มีคุกกี้ระยะยาวที่เก็บไว้ หากมีการระบุตัวระบุที่ไม่ซ้ำ การทดสอบจะล่าช้าจนกว่าจะมีการเรียกครั้งที่สอง การโทรนั้นจะ:
   1. ส่งคืนการทดสอบ/รูปแบบต่างๆ ที่เชื่อมต่อกับตัวระบุที่ไม่ซ้ำกัน ซึ่งในกรณีนี้ Conversion จะแสดงการทดสอบ/รูปแบบที่เหมือนกันกับผู้ใช้ (มีพฤติกรรมเหมือนกับผู้เข้าชมที่กลับมายังหน้าการทดสอบที่เคยเห็นมาก่อน)
   2. หรือจะไม่ส่งคืนข้อมูลหากตัวระบุเฉพาะนั้นไม่มีสิ่งใดเชื่อมต่ออยู่ ในกรณีนี้ Convert จะทำการสุ่มตามปกติ ดังนั้น เมื่อมีการกำหนดที่เก็บข้อมูลใหม่ จะมีการโทรแบบอะซิงโครนัสพิเศษไปยังแบ็กเอนด์เพื่อบันทึกที่เก็บข้อมูลใหม่ที่เพิ่งเกิดขึ้น

เมื่อมีการระบุตัวระบุที่ไม่ซ้ำสำหรับผู้เยี่ยมชมเว็บไซต์ที่มีอยู่ การรวบรวมประสบการณ์จะเป็นดังนี้:

2. สำหรับผู้ใช้ที่มีอยู่ (พร้อมตัวระบุ) — เรามีคุกกี้ระยะยาวที่พบในเบราว์เซอร์ที่ตั้งค่าโดย Convert หากมีการระบุตัวระบุเฉพาะ เราอาจมีหนึ่งในสองกรณีนี้:
   1. ไม่มีเซสชันการเรียกดูที่เริ่มต้น (เซสชันใหม่จะถูกระบุผ่านคุกกี้ของเซสชันซึ่งจะหมดอายุหลังจากไม่มีกิจกรรมเป็นเวลา 20 นาที) หรือ ID ผู้เข้าชมที่เก็บไว้ในคุกกี้ระยะยาวจะแตกต่างจาก ID ผู้เข้าชมที่ให้ไว้ผ่าน ID ที่ไม่ซ้ำ in this case, the same thing as in the previous example will happen: when bucketing is returned from the server, it will overwrite current bucketing stored on the long-term cookie; If the server returns no data, the long-term cookie will prevail. This overwriting can become problematic when, for the same user, part of the session has a unique identifier and part of it does not.
   2. A current browsing session started and the visitor ID stored on the long-term cookie is the same as the unique identifier provided. In this case, the process is the same as usual: it's a user for which eventually the bucketing was restored at the first pageview of the user session, therefore, no additional requests are required (no second call to retrieve the data since it's already in the long-term cookie, nor a third call to save any bucketing that would've had happened otherwise).

Cross-Browser Tracking in Convert Experiences

Convert Experiences does NOT support cross-browser tracking.

How to Test if Cross-Domain Tracking Works?

Here are some tell-tale signs you can look for in your Convert reports that can indicate that cross-domain tracking isn't working right:

• There is less traffic than you would expect,
• Your conversions are not triggered/captured,
• Traffic on one domain has various campaigns being attributed, while another domain includes less traffic.

Basically, if your Convert report is accounting for less traffic or fewer conversions than you'd expect, this could mean Convert is losing track of the attribution when your users switch domains. That might be an indication that cross-domain tracking isn't working properly.

Things to Consider When You Enable Cross-Domain Tracking

• You do not need to enable cross-domain tracking for subdomains in your account.
• Cross-domain tracking must be enabled when the original and variation URLs in a Split URL test are on different domains.
• For enhanced privacy, the Firefox and Safari browsers block cross-domain tracking by default. As a result, Convert cannot access the third-party cookies, thereby prohibiting cross-domain tracking from working in Safari and Firefox browsers. However, the default browser settings can be disabled:
  • In the Safari browser, go to Preferences > Privacy and disable the Prevent cross-site tracking setting.
  • In the Firefox browser, go to Preferences > Privacy & Security > Custom and disable the “Cookies and Tracking Content” setting.
• With the iOS 14 and macOS 11 upgrade, Apple introduced the Privacy Report feature in Safari. You can use this to examine a website's report to see which websites are tracking you and display the trackers that Safari has blocked. The report shows both cross-site tracking trackers and those detected by Apple's intelligent tracking prevention.
  Please note that this does not have any impact on your Convert experiences as our app only works with first-party cookies. Convert tracking would only be affected when you use the cross-domain tracking feature on Safari since the browser does not allow working with third-party cookies by default.

There are a lot of things to think about when it comes to tracking ecommerce conversions in A/B testing. It's not as simple as just looking at your web analytics reports or cookies, because customers may be seeing your digital marketing campaigns in one environment before converting on another. Today's consumers use an increasing number of touchpoints throughout their journey, which can get tracking info difficult for marketers.

Fortunately, A/B testing tools like Convert Experiences give users the ability to see how individuals interact with their online business, all while making sure that user privacy rights are upheld. Click the banner below to take a free trial and see for yourself how this works.