จากข้อมูลข้างต้น หากคุณต้องการบันทึกพฤติกรรมการคลิกของผู้ใช้ โดยทั่วไปมีสองวิธีในการบันทึก
วิธีหนึ่งคือการฝังจุดในการคลิก และเพิ่มโค้ดบางส่วนลงในโค้ดการคลิก เช่น โค้ด เช่น seed="submit" JS การติดตามจะส่งบันทึกโค้ดข้อมูลกลับไปยังเซิร์ฟเวอร์บันทึกข้อมูลเมื่อ ผู้ใช้คลิก จุดฝังดังกล่าวสามารถวางบนลิงก์ที่สร้างโดยการข้าม หรือบนตัวควบคุม เช่น กล่องกาเครื่องหมาย
ข้อดีของการทำเช่นนี้คือ:
·ค่าใช้จ่ายค่อนข้างต่ำ ในการดำเนินการทั้งหน้า เนื่องจากการคลิกของผู้ใช้โดยทั่วไปจะไม่เกิน 2 เท่าของการบันทึกหน้า จำนวนข้อมูลที่ส่งจึงมีไม่มากนัก
· สามารถบันทึกบันทึกการปฏิบัติงานของผู้ใช้ส่วนใหญ่และวิเคราะห์ปัญหาข้อมูลจำนวนมากโดยอิงตามข้อมูล
· จำนวนการสูญเสียบันทึกมีน้อยมาก เนื่องจากเป็นการดำเนินการที่ผู้ใช้ดำเนินการจึงสามารถบันทึกข้อมูลได้มากกว่า 99.5%
ปัญหาบางประการเกี่ยวกับวิธีแก้ปัญหานี้:
· การคลิกที่ว่างโดยไม่มีจุดฝังอยู่ไม่สามารถบันทึกได้
· ตำแหน่งหน้าที่ตรวจสอบทั้งหมดจะต้องถูกฝังไว้ ซึ่งเป็นต้นทุนที่แน่นอนสำหรับการพัฒนา
· เรารู้ได้เฉพาะพฤติกรรมการคลิกของผู้ใช้เท่านั้น แต่เราไม่รู้ว่าพฤติกรรมนี้เกิดขึ้นที่ใด
อีกวิธีหนึ่งคือการใช้การบันทึกการคลิก ซึ่งใช้ทริกเกอร์บนเพจเพื่อขอข้อมูลจากเซิร์ฟเวอร์ทุกครั้งที่คลิกเมาส์ และวางไว้ที่พิกัดปัจจุบันของเมาส์
ข้อดีของการทำเช่นนี้คือ:
· ไม่จำเป็นต้องดำเนินการอื่นใดบนหน้า เพียงเพิ่มโค้ดโดยรวม
· สามารถบันทึกพฤติกรรมการคลิกโดยละเอียดได้ ตราบใดที่ผู้ใช้คลิกบนหน้านี้ ก็สามารถบันทึกได้ แม้ว่าผู้ใช้จะคลิกบนหน้าก็ตาม
ปัญหาบางประการเกี่ยวกับวิธีแก้ปัญหานี้:
· ค่าใช้จ่ายของเพจนั้นสูงมาก และการคลิกทั้งหมดบนเพจจำเป็นต้องได้รับการตรวจสอบ ซึ่งสร้างความกดดันให้กับเพจอย่างมาก และอาจถึงขั้นเปลี่ยนพฤติกรรมของผู้ใช้ด้วยซ้ำ
· จำนวนบันทึกเพิ่มขึ้น และจำนวนข้อมูลที่สร้างโดยพฤติกรรมผู้ใช้นั้นมีมากกว่าในโซลูชันก่อนหน้ามาก
· ข้อกำหนดสำหรับโค้ดเพจเพิ่มขึ้น เนื่องจากมีตำแหน่งตามพิกัด จึงจำเป็นต้องใส่ใจกับการวางตำแหน่ง
· การประมวลผลข้อมูลมีความซับซ้อนมากและได้รับผลกระทบอย่างมากจากเบราว์เซอร์ ความละเอียดหน้าจอ โค้ด CSS และปัญหาอื่นๆ การวิเคราะห์จุดนี้จะต้องรวมกับเคอร์เนลของเบราว์เซอร์และความละเอียด ตัวอย่างเช่น ในหน้าที่ตอบสนอง คุณมีแนวโน้มที่จะพบว่าผู้ใช้มีอิสระที่จะคลิกที่ตำแหน่งใดตำแหน่งหนึ่ง แต่ในความเป็นจริงแล้ว ภายใต้ความละเอียดของเขา ปุ่มดังกล่าวจะอยู่ที่ตำแหน่งนั้นทุกประการ
ในแง่ของการใช้งาน การบันทึกข้อมูลของโซลูชันแรกก็เพียงพอสำหรับการวิเคราะห์แล้ว โซลูชันที่สองส่วนใหญ่จะใช้สำหรับการทดสอบ A/B
ตัวอย่างแสดงให้เห็นถึงความแตกต่างระหว่างแต่ละวิธี:
ตัวอย่างเช่น หากคุณวิเคราะห์การรีเฟรชเบราว์เซอร์ การคลิกการรีเฟรชเบราว์เซอร์จะเป็นการข้ามจากหน้านี้ไปยังหน้านี้ การคลิกลิงก์บนหน้าอาจสร้างการข้ามจากหน้านี้ไปยังหน้านี้ด้วย จะตั้งชื่อตามเพจบี เพจ A มีลิงค์ไปยังเพจ B
· ในบันทึกเซิร์ฟเวอร์ อาจไม่สามารถแยกแยะการข้ามจากหน้านี้ไปยังหน้านี้ได้ เนื่องจากไม่มีหน้าแหล่งที่มาเลย บันทึกของเพจ B ที่เชื่อมต่ออาจเป็นเพราะลิงก์ของ B ถูกคลิกบน A หน้า หน้าแรก B ปรากฏขึ้นเป็นครั้งแรก จากนั้นหน้า B จะถูกรีเฟรช อาจเป็นไปได้ว่ามีการคลิกลิงก์ไปยังหน้า B สองครั้งบนหน้า A
· แต่หลังจากใช้ js หรือระบบติดตามรูปภาพ ข้อมูลประเภทนี้สามารถพบได้ผ่านเพจต้นฉบับ หากเพจต้นฉบับเป็น B และเพจปัจจุบันเป็น B ก็สามารถพิสูจน์ได้ว่าเป็นการกระโดดจากเพจ B ไปที่หน้า B เอง แต่ไม่ทราบว่าการรีเฟรชนี้มาจากการคลิกบนเพจหรือการรีเฟรชบนเบราว์เซอร์หรือไม่
· อาศัยวิธีการฝังจุด หากเป็นการคลิกเพจ ก็จะไปจากหน้า ข ไปยังหน้า ข มีบันทึกการคลิกหน้าก่อนบันทึกนี้ หากมีบันทึกการคลิก แสดงว่าผู้ใช้คลิกลิงก์บนหน้า B หากไม่มีบันทึกการคลิก แสดงว่าผู้ใช้คลิกรีเฟรชเบราว์เซอร์
ที่จริงแล้ว คุณสามารถทำอะไรได้มากขึ้นโดยคลิกที่บันทึก หากคุณสามารถสร้างกฎเกณฑ์บางอย่างเกี่ยวกับการตั้งชื่อจุดที่ฝังไว้ได้ ข้อมูลต่างๆ เช่น การดำเนินการหลายหน้าต่าง ก็สามารถวิเคราะห์ได้ตามข้อมูลจุดที่ฝังไว้
จากที่กล่าวมาข้างต้น หากคุณต้องการตรวจสอบความปลอดภัยของเว็บไซต์ ข้อมูลบันทึกก็เพียงพอแล้ว หากคุณต้องการตรวจสอบข้อมูลการเข้าถึงเว็บไซต์ คุณจะต้องตรวจสอบ JS เท่านั้น แต่ถ้าคุณต้องการทราบพฤติกรรมการคลิกของผู้ใช้ คุณต้องคลิกที่มัน สถานที่ถูกฝังอยู่
ผู้เขียน: แลนซ์
แหล่งที่มาของบทความ: สมุดบันทึกของแลนซ์ โปรดระบุลิงก์แหล่งที่มาเมื่อพิมพ์ซ้ำ
【รายงานที่เกี่ยวข้อง】
วิทยาศาสตร์ข้อมูล--ข้อมูลเว็บไซต์มาจากไหน?