รายงานโฆษณาบอกว่ามีคนมาถึงหน้าเท่าไรและกรอกฟอร์มเท่าไร แต่ไม่บอกว่าคนที่ไม่กรอกไปติดอยู่ที่ไหน เครื่องมือบันทึกการใช้งานอย่าง Microsoft Clarity เก็บการคลิกและการเลื่อนของผู้ใช้แต่ละรอบไว้ให้เปิดดูย้อนหลัง และติดป้ายรอบที่มีพฤติกรรมผิดปกติให้อัตโนมัติ หน้าอธิบายตัวชี้วัดของ Clarity ฉบับเดือนธันวาคม 2568 นิยามไว้ดังนี้
- Rage clicks ผู้ใช้คลิกซ้ำหลายครั้งติดกันเร็ว ๆ ในพื้นที่เดียว มักเกิดตรงที่ผู้ใช้คาดว่ากดได้
- Dead clicks ผู้ใช้คลิกแล้วไม่มีอะไรตอบสนองในเวลาที่ควร หน้าไม่เปลี่ยนและไม่ไปหน้าอื่น อาจมาจากส่วนที่เสีย การตอบช้า หรือหน้าตาที่ทำให้เข้าใจผิด
- Excessive scrolling รอบที่เลื่อนหน้าขึ้นลงมากกว่าค่าเฉลี่ยที่คาดไว้ อาจแปลว่าหาสิ่งที่ต้องการไม่เจอ
- Quick backs ผู้ใช้กดไปหน้าอื่นแล้วกลับมาเร็วกว่าเวลาที่ควรอยู่บนหน้านั้น
- Click errors ข้อผิดพลาดของ JavaScript ที่เกิดหลังผู้ใช้คลิก ระบบติดป้ายรอบนั้นให้กรองดูได้
Dead clicks ตรงรูปสินค้าแปลว่าอะไร
แปลว่าผู้ใช้คิดว่ารูปนั้นกดได้ เช่นกดเพื่อขยายหรือเพื่อไปหน้าสินค้า แต่หน้าไม่ได้ทำให้กดได้ ทางแก้มีสองทาง คือทำให้รูปกดได้จริง หรือทำให้หน้าตาของรูปไม่ชวนให้กด ปุ่มที่ออกแบบแบนจนดูเหมือนข้อความธรรมดาก็เจอปัญหากลับด้าน คือคนไม่กดเพราะไม่รู้ว่าเป็นปุ่ม เรื่องนี้เล่าไว้ในFlat Design ปุ่มไม่มีขอบ ลูกค้ารู้ได้อย่างไรว่ากดตรงไหน
Rage clicks ที่ปุ่มส่งฟอร์มควรตรวจอะไรก่อน
ตรวจว่าฟอร์มส่งได้จริงบนมือถือทุกแบบที่ลูกค้าใช้ แล้วเปิดบันทึกของรอบที่มีป้ายนี้ดูว่าผู้ใช้กรอกช่องไหนก่อนกดซ้ำ สาเหตุที่พบบ่อยคือช่องเบอร์โทรหรืออีเมลที่ตรวจรูปแบบเข้มเกินไป แล้วไม่บอกว่าผิดตรงไหน ผู้ใช้จึงกดส่งซ้ำ หรือปุ่มที่ไม่แสดงสถานะกำลังส่งจนผู้ใช้คิดว่าหน้าค้าง ถ้าป้าย Click errors ขึ้นที่ปุ่มเดียวกัน แปลว่าสคริปต์ของฟอร์มพัง ต้องส่งให้คนดูแลเว็บแก้ก่อนปรับข้อความหรือหน้าตา
ควรทดสอบสองแบบของหน้าพร้อมกันเมื่อไร
หลังแก้จุดที่พังจนบันทึกไม่เจอป้ายผิดปกติซ้ำแล้ว การทดสอบสองแบบบนหน้าที่ยังมีปุ่มเสีย จะวัดได้แค่ว่าแบบไหนเสียน้อยกว่า ส่วนการอ่านผลทดสอบในวันแรก ๆ และบทเรียนจากงานวิจัยการทดลองของ Microsoft มีรายละเอียดในA/B Testing ผลวันแรกเชื่อได้แค่ไหน บทเรียนจาก Microsoft
