ช่วยผู้ใช้ของคุณลงชื่อสมัครใช้ เข้าสู่ระบบ และจัดการรายละเอียดบัญชีของตนได้ง่ายๆ
หากผู้ใช้จำเป็นต้องเข้าสู่ระบบเว็บไซต์ของคุณ การออกแบบแบบฟอร์มการลงชื่อสมัครใช้ที่ดีเป็นสิ่งสำคัญอย่างยิ่ง โดยเฉพาะอย่างยิ่งผู้ที่มีการเชื่อมต่อไม่ดี ใช้อุปกรณ์เคลื่อนที่ ที่กำลังรีบ หรือรู้สึกเครียด แบบฟอร์มลงชื่อสมัครใช้ที่ออกแบบมาไม่ดีจะได้รับอัตราตีกลับสูง การตีกลับแต่ละครั้งอาจหมายถึงผู้ใช้แพ้หรือไม่พอใจ ไม่ใช่แค่โอกาสลงชื่อสมัครใช้
ต่อไปนี้เป็นตัวอย่างแบบฟอร์มลงชื่อสมัครใช้ง่ายๆ ที่แสดงให้เห็นแนวทางปฏิบัติแนะนำทั้งหมด
เช็กลิสต์
- หลีกเลี่ยงการลงชื่อเข้าใช้หากทำได้
- ดูวิธีสร้างบัญชีให้ชัดเจน
- วิธีเข้าถึงรายละเอียดบัญชีให้ชัดเจน
- ตัดข้อความให้เป็นระเบียบ
- พิจารณาระยะเวลาเซสชัน
- ช่วยให้เครื่องมือจัดการรหัสผ่านแนะนำและจัดเก็บรหัสผ่านได้อย่างปลอดภัย
- ไม่อนุญาตรหัสผ่านที่ถูกละเมิด
- อนุญาตให้วางรหัสผ่าน
- อย่าจัดเก็บหรือส่งรหัสผ่านที่เป็นข้อความธรรมดา
- อย่าบังคับให้อัปเดตรหัสผ่าน
- ทำให้การเปลี่ยนหรือรีเซ็ตรหัสผ่านเป็นเรื่องง่าย
- เปิดใช้การเข้าสู่ระบบแบบรวมศูนย์
- ทำให้การเปลี่ยนบัญชีเป็นเรื่องง่าย
- ลองเสนอการตรวจสอบสิทธิ์แบบหลายปัจจัย
- ตรวจสอบชื่อผู้ใช้
- ทดสอบในภาคสนามและในห้องทดลอง
- ทดสอบเบราว์เซอร์ อุปกรณ์ และแพลตฟอร์มต่างๆ
หลีกเลี่ยงการลงชื่อเข้าใช้หากทำได้
ก่อนใช้แบบฟอร์มลงชื่อสมัครใช้และขอให้ผู้ใช้สร้างบัญชีในเว็บไซต์ ให้พิจารณาว่าคุณจำเป็นจริงๆ หรือไม่ หากเป็นไปได้ คุณควรหลีกเลี่ยงการกำหนดฟีเจอร์เมื่อเข้าสู่ระบบก่อน
แบบฟอร์มลงชื่อสมัครใช้ที่ดีที่สุดคือไม่ใช่แบบฟอร์มลงชื่อสมัครใช้
การขอให้ผู้ใช้สร้างบัญชีหมายถึงคุณมาจากพวกเขาและสิ่งที่พวกเขาต้องการทำให้สำเร็จ คุณกำลังเรียกร้องและขอให้ผู้ใช้เชื่อถือในข้อมูลส่วนตัว รหัสผ่านและรายการข้อมูลทั้งหมด ที่คุณจัดเก็บไว้มี "หนี้สินข้อมูล" สำหรับความเป็นส่วนตัวและความปลอดภัย ทำให้เป็นต้นทุนและความรับผิดสำหรับ เว็บไซต์ของคุณ
หากเหตุผลหลักที่คุณขอให้ผู้ใช้สร้างบัญชีคือการบันทึกข้อมูลระหว่างการนําทางหรือเซสชันการท่องเว็บ ให้พิจารณาใช้พื้นที่เก็บข้อมูลฝั่งไคลเอ็นต์แทน สำหรับเว็บไซต์ช็อปปิ้ง การบังคับให้ผู้ใช้สร้างบัญชีเพื่อซื้อสินค้าถือเป็นเหตุผลหลักสำหรับการทิ้งรถเข็นช็อปปิ้ง คุณควรกำหนดให้การชำระเงินโดยไม่ลงชื่อเข้าใช้เป็นค่าเริ่มต้น
ทำให้การลงชื่อเข้าใช้ชัดเจน
บอกวิธีสร้างบัญชีในเว็บไซต์ให้ชัดเจน เช่น ใช้ปุ่มเข้าสู่ระบบหรือลงชื่อเข้าใช้ที่ด้านบนขวาของหน้า หลีกเลี่ยงการใช้ไอคอนที่กำกวมหรือคำที่คลุมเครือ ("เข้าร่วมเลย", "เข้าร่วมกับเรา") และไม่ต้องซ่อนการเข้าสู่ระบบในเมนูการนำทาง Steve Krub คือผู้เชี่ยวชาญด้านความสามารถในการใช้งานได้สรุป แนวทางความสามารถในการใช้งานเว็บไซต์ไว้ว่า อย่าทำผมคิดมาก หากต้องการชักชวนคนอื่นๆ ในทีมเว็บของคุณ ให้ใช้ Analytics เพื่อแสดงผลกระทบของตัวเลือกต่างๆ
อย่าลืมลิงก์บัญชีสำหรับผู้ใช้ที่ลงชื่อสมัครใช้ผ่านผู้ให้บริการข้อมูลประจำตัว เช่น Google และผู้ลงชื่อสมัครใช้ด้วยอีเมลและรหัสผ่าน ซึ่งคุณสามารถทำได้ง่ายๆ หากคุณเข้าถึงอีเมลของผู้ใช้ จากข้อมูลโปรไฟล์จากผู้ให้บริการข้อมูลประจำตัว และตรงกับทั้ง 2 บัญชี โค้ดด้านล่างแสดงวิธีเข้าถึงข้อมูลอีเมลสำหรับผู้ใช้ Google Sign-In
// auth2 is initialized with gapi.auth2.init()
if (auth2.isSignedIn.get()) {
var profile = auth2.currentUser.get().getBasicProfile();
console.log(`Email: ${profile.getEmail()}`);
}
ระบุวิธีเข้าถึงรายละเอียดบัญชีให้ชัดเจน
เมื่อผู้ใช้ลงชื่อเข้าใช้แล้ว ให้ระบุวิธีเข้าถึงรายละเอียดบัญชีให้ชัดเจน โดยเฉพาะอย่างยิ่ง คุณควรสอนวิธีเปลี่ยนหรือรีเซ็ตรหัสผ่านให้ชัดเจน
ตัดความยุ่งเหยิงของแบบฟอร์ม
ในขั้นตอนการลงชื่อสมัครใช้ งานของคุณคือการลดความซับซ้อนและทำให้ผู้ใช้สนใจ ลดความยุ่งเหยิง นี่ไม่ใช่เวลาสำหรับสิ่งรบกวนและสิ่งล่อใจ
ในการลงชื่อสมัครใช้ ให้ขอจำนวนที่น้อยที่สุดเท่าที่จะทำได้ รวบรวมข้อมูลผู้ใช้เพิ่มเติม (เช่น ชื่อและที่อยู่) เฉพาะเมื่อจำเป็น และเมื่อผู้ใช้เห็นประโยชน์ที่ชัดเจนจากการให้ข้อมูลดังกล่าว โปรดทราบว่าข้อมูลทั้งหมดที่คุณสื่อสารและจัดเก็บจะมีค่าใช้จ่ายและความรับผิด
อย่าใส่ข้อมูลซ้ำเป็น 2 เท่าเพียงเพื่อให้มั่นใจว่าผู้ใช้จะได้รับรายละเอียดการติดต่อที่ถูกต้อง ซึ่งจะทำให้การกรอกแบบฟอร์มช้าลง และไม่สมเหตุสมผลหากจะป้อนข้อมูลอัตโนมัติในช่อง แต่ให้ส่งรหัสยืนยันให้ผู้ใช้เมื่อป้อนรายละเอียดการติดต่อ แล้วสร้างบัญชีต่อไปเมื่อผู้ใช้ตอบกลับ นี่คือรูปแบบการลงชื่อสมัครใช้ที่พบได้ทั่วไป เนื่องจากผู้ใช้คุ้นเคยกับการใช้งาน
คุณอาจต้องพิจารณาการลงชื่อเข้าใช้โดยไม่ต้องใช้รหัสผ่านโดยส่งรหัสให้ผู้ใช้ทุกครั้งที่ลงชื่อเข้าใช้ในอุปกรณ์หรือเบราว์เซอร์ใหม่ เว็บไซต์อย่าง Slack และ Medium จะใช้เวอร์ชันนี้
เช่นเดียวกับการเข้าสู่ระบบแบบรวมศูนย์ วิธีนี้มีประโยชน์เพิ่มเติมซึ่งคุณไม่ต้องจัดการรหัสผ่านของผู้ใช้
พิจารณาระยะเวลาเซสชัน
ไม่ว่าคุณจะใช้วิธีการใดกับข้อมูลประจำตัวของผู้ใช้ คุณจะต้องตัดสินใจเกี่ยวกับระยะเวลาเซสชันอย่างรอบคอบ เช่น ระยะเวลาที่ผู้ใช้ยังคงลงชื่อเข้าสู่ระบบและสิ่งที่อาจทำให้คุณออกจากระบบ
พิจารณาว่าผู้ใช้ของคุณใช้อุปกรณ์เคลื่อนที่หรือเดสก์ท็อป และแชร์บนเดสก์ท็อปหรือแชร์ในอุปกรณ์
ช่วยให้เครื่องมือจัดการรหัสผ่านแนะนำและจัดเก็บรหัสผ่านได้อย่างปลอดภัย
คุณสามารถช่วยให้เครื่องมือจัดการรหัสผ่านของเบราว์เซอร์ที่มีในตัวและบุคคลที่สามแนะนำและจัดเก็บรหัสผ่าน เพื่อให้ผู้ใช้ไม่จำเป็นต้องเลือก จำ หรือพิมพ์รหัสผ่านเอง เครื่องมือจัดการรหัสผ่านทำงานได้ดีในเบราว์เซอร์สมัยใหม่ ซิงค์ข้อมูลบัญชีในอุปกรณ์ต่างๆ เฉพาะแพลตฟอร์มและเว็บแอปต่างๆ และในอุปกรณ์ใหม่
ซึ่งทำให้แบบฟอร์มการลงชื่อสมัครใช้โค้ดอย่างถูกต้องมีความสำคัญมาก โดยเฉพาะอย่างยิ่งการใช้ค่าการเติมข้อความอัตโนมัติที่ถูกต้อง สำหรับแบบฟอร์มลงชื่อสมัครใช้ ให้ใช้ autocomplete="new-password"
สำหรับรหัสผ่านใหม่ และเพิ่มค่าการเติมข้อความอัตโนมัติที่ถูกต้องในช่องของแบบฟอร์มอื่นๆ หากเป็นไปได้ เช่น autocomplete="email"
และ autocomplete="tel"
นอกจากนี้ คุณยังช่วยเครื่องมือจัดการรหัสผ่านได้โดยใช้ค่า name
และ id
ที่แตกต่างกันในแบบฟอร์มลงชื่อสมัครใช้และการลงชื่อเข้าใช้สำหรับองค์ประกอบ form
รวมถึงองค์ประกอบ input
, select
และ textarea
นอกจากนี้ คุณยังควรใช้แอตทริบิวต์ type
ที่เหมาะสม
เพื่อระบุแป้นพิมพ์ที่ถูกต้องในอุปกรณ์เคลื่อนที่และเปิดใช้การตรวจสอบความถูกต้องพื้นฐานในตัวเบราว์เซอร์
คุณสามารถดูข้อมูลเพิ่มเติมได้จากแนวทางปฏิบัติแนะนำเกี่ยวกับแบบฟอร์มการชำระเงินและที่อยู่
ตรวจสอบว่าผู้ใช้ป้อนรหัสผ่านที่ปลอดภัย
การเปิดใช้เครื่องมือจัดการรหัสผ่านเพื่อแนะนำรหัสผ่านคือตัวเลือกที่ดีที่สุด และคุณควรแนะนำให้ผู้ใช้ยอมรับรหัสผ่านที่รัดกุมซึ่งเบราว์เซอร์และตัวจัดการเบราว์เซอร์ของบุคคลที่สามแนะนำ
อย่างไรก็ตาม ผู้ใช้จำนวนมากต้องการป้อนรหัสผ่านของตนเอง คุณจึงต้องใช้กฎสำหรับระดับความปลอดภัยของรหัสผ่าน สถาบันมาตรฐานและเทคโนโลยีแห่งชาติของสหรัฐอเมริกาจะอธิบายวิธีหลีกเลี่ยงรหัสผ่านที่ไม่ปลอดภัย
ไม่อนุญาตรหัสผ่านที่ถูกละเมิด
ไม่ว่าคุณจะเลือกกฎใดให้รหัสผ่าน คุณก็ไม่ควรอนุญาตให้ใช้รหัสผ่านที่รั่วไหลจากการละเมิดด้านความปลอดภัยเป็นอันขาด
เมื่อผู้ใช้ป้อนรหัสผ่านแล้ว คุณต้องตรวจสอบว่ารหัสผ่านนั้นไม่ใช่รหัสผ่านที่มีการบุกรุกแล้ว เว็บไซต์ have I Been Pwned ให้บริการ API สำหรับการตรวจสอบรหัสผ่าน หรือคุณจะเรียกใช้เป็นบริการของตัวเองก็ได้
นอกจากนี้ เครื่องมือจัดการรหัสผ่านของ Google ยังช่วยให้คุณตรวจสอบได้ว่ารหัสผ่านที่มีอยู่ถูกละเมิดหรือไม่
หากคุณปฏิเสธรหัสผ่านที่ผู้ใช้เสนอ โปรดบอกเหตุผลที่เฉพาะเจาะจงว่าทำไมรหัสผ่านนั้นจึงถูกปฏิเสธ แสดงปัญหาในบรรทัดและอธิบายวิธีแก้ไขทันทีที่ผู้ใช้ป้อนค่า ไม่ใช่หลังจากส่งแบบฟอร์มการลงชื่อสมัครใช้และต้องรอการตอบกลับจากเซิร์ฟเวอร์
ไม่ห้ามการวางรหัสผ่าน
บางเว็บไซต์ไม่อนุญาตให้วางข้อความลงในอินพุตรหัสผ่าน
การไม่อนุญาตให้วางรหัสผ่านสร้างความรำคาญให้ผู้ใช้ ส่งเสริมให้ใช้รหัสผ่านที่จดจำได้ง่าย (ซึ่งอาจจะคาดเดาได้ง่ายกว่า) และตามข้อมูลขององค์กรต่างๆ เช่น ศูนย์รักษาความปลอดภัยทางไซเบอร์แห่งชาติของสหราชอาณาจักร (UK National Security Centre) อาจลดความปลอดภัยได้ ผู้ใช้จะทราบว่าไม่อนุญาตให้วางหลังจากพยายามวางรหัสผ่าน ดังนั้นการไม่อนุญาตให้วางรหัสผ่านจึงไม่ได้เป็นการหลีกเลี่ยงช่องโหว่ในคลิปบอร์ด
อย่าจัดเก็บหรือส่งรหัสผ่านเป็นข้อความธรรมดา
อย่าลืมรหัสผ่านSalt และแฮช และอย่าพยายามคิดค้นอัลกอริทึมการแฮชของคุณเอง
ไม่บังคับอัปเดตรหัสผ่าน
อย่าบังคับให้ผู้ใช้อัปเดตรหัสผ่านตามกฎเกณฑ์
การบังคับให้อัปเดตรหัสผ่านอาจทำให้แผนกไอทีมีค่าใช้จ่ายสูงและสร้างความรำคาญแก่ผู้ใช้ และไม่ส่งผลกระทบต่อความปลอดภัยมากนัก วิธีนี้ยังมีแนวโน้มที่จะกระตุ้นให้ผู้ใช้ใช้รหัสผ่านที่จำได้ง่าย หรือจดบันทึกรหัสผ่านที่ตัวอุปกรณ์ไว้
คุณควรตรวจสอบกิจกรรมที่ผิดปกติในบัญชีและเตือนผู้ใช้แทนการบังคับให้อัปเดตรหัสผ่าน หากเป็นไปได้ คุณควรตรวจสอบหารหัสผ่านที่ถูกละเมิดเนื่องจากการละเมิดข้อมูลด้วย
นอกจากนี้ คุณควรให้สิทธิ์ผู้ใช้ในการเข้าถึงประวัติการเข้าสู่ระบบของบัญชี เพื่อแสดงให้เห็นว่าการเข้าสู่ระบบเกิดขึ้นที่ไหนและเมื่อใด
ทำให้การเปลี่ยนหรือรีเซ็ตรหัสผ่านเป็นเรื่องง่าย
ทำให้ผู้ใช้ทราบอย่างชัดเจนว่าควรอัปเดตรหัสผ่านบัญชีที่ไหนและอย่างไร ในบางเว็บไซต์ ก็เป็นเรื่องยากไม่น่าเชื่อ
และแน่นอนว่าคุณควรทำให้ผู้ใช้สามารถรีเซ็ตรหัสผ่านของตนได้ง่ายหากลืม โครงการความปลอดภัยของเว็บแอปพลิเคชันแบบเปิดมีคำแนะนำโดยละเอียดเกี่ยวกับวิธีจัดการรหัสผ่านที่สูญหาย
เพื่อรักษาความปลอดภัยของธุรกิจและผู้ใช้ของคุณ สิ่งสำคัญคือต้องช่วยผู้ใช้เปลี่ยนรหัสผ่านของตนหากพบว่าถูกละเมิด ขอให้เพิ่ม URL /.well-known/change-password
ในเว็บไซต์ที่เปลี่ยนเส้นทางไปยังหน้าการจัดการรหัสผ่าน เพื่อให้ดำเนินการได้ง่ายขึ้น วิธีนี้จะช่วยให้เครื่องมือจัดการรหัสผ่านนำผู้ใช้ไปยังหน้าที่สามารถเปลี่ยนรหัสผ่านสำหรับเว็บไซต์ได้โดยตรง ตอนนี้ฟีเจอร์นี้นำไปใช้แล้วใน Safari, Chrome และพร้อมใช้งานในเบราว์เซอร์อื่นๆ ช่วยให้ผู้ใช้เปลี่ยนรหัสผ่านได้ง่ายๆ ด้วยการเพิ่ม URL ซึ่งเป็นที่รู้จักสำหรับเปลี่ยนรหัสผ่าน อธิบายถึงวิธีนำฟีเจอร์นี้ไปใช้
คุณควรทำให้ผู้ใช้ลบบัญชีของตนได้ง่ายๆ หากต้องการ
เสนอให้เข้าสู่ระบบผ่านผู้ให้บริการข้อมูลประจำตัวบุคคลที่สาม
ผู้ใช้จำนวนมากต้องการลงชื่อเข้าใช้เว็บไซต์โดยใช้ที่อยู่อีเมลและรหัสผ่าน อย่างไรก็ตาม คุณควรอนุญาตให้ผู้ใช้เข้าสู่ระบบผ่านผู้ให้บริการข้อมูลประจำตัวบุคคลที่สามหรือที่เรียกว่าการเข้าสู่ระบบแบบรวมศูนย์ด้วย
วิธีการนี้มีข้อดีหลายประการ สำหรับผู้ใช้ที่สร้างบัญชีโดยใช้การเข้าสู่ระบบแบบรวมศูนย์ คุณไม่จำเป็นต้องขอ สื่อสาร หรือจัดเก็บรหัสผ่าน
นอกจากนี้ คุณยังอาจเข้าถึงข้อมูลโปรไฟล์ที่ยืนยันแล้วเพิ่มเติมได้จากการเข้าสู่ระบบแบบรวมศูนย์ เช่น อีเมล ซึ่งหมายความว่าผู้ใช้ไม่ต้องป้อนข้อมูลดังกล่าวและคุณไม่ต้องทำการยืนยันด้วยตนเอง การเข้าสู่ระบบแบบรวมศูนย์ยังช่วยให้ผู้ใช้ง่ายขึ้นเมื่อมีอุปกรณ์ใหม่
การผสานรวม Google Sign-In ลงในเว็บแอปอธิบายวิธีเพิ่มการเข้าสู่ระบบแบบรวมศูนย์ในตัวเลือกการลงชื่อสมัครใช้ แพลตฟอร์มข้อมูลประจำตัวอื่นๆ อีกมากมายก็มีให้ใช้งานด้วยเช่นกัน
ทำให้การเปลี่ยนบัญชีเป็นเรื่องง่าย
ผู้ใช้จำนวนมากใช้อุปกรณ์ร่วมกันและสลับระหว่างบัญชีโดยใช้เบราว์เซอร์เดียวกัน ไม่ว่าผู้ใช้จะเข้าถึงการเข้าสู่ระบบแบบรวมศูนย์หรือไม่ คุณควรทำให้การเปลี่ยนบัญชีเป็นเรื่องง่าย
ลองเสนอการตรวจสอบสิทธิ์แบบหลายปัจจัย
การตรวจสอบสิทธิ์แบบหลายปัจจัยหมายถึงการดูแลให้ผู้ใช้ระบุการตรวจสอบสิทธิ์มากกว่า 1 วิธี ตัวอย่างเช่น นอกจากจะกำหนดให้ผู้ใช้ตั้งรหัสผ่านแล้ว คุณอาจบังคับใช้การยืนยันด้วยรหัสผ่านแบบครั้งเดียวที่ส่งทางอีเมลหรือ SMS หรือใช้รหัสแบบครั้งเดียวในแอป คีย์ความปลอดภัย หรือเซ็นเซอร์ลายนิ้วมือ แนวทางปฏิบัติแนะนำสำหรับ SMS OTP และการเปิดใช้การตรวจสอบสิทธิ์ที่รัดกุมด้วย WebAuthn อธิบายวิธีใช้การตรวจสอบสิทธิ์แบบหลายปัจจัย
คุณควรเสนอ (หรือบังคับใช้) การตรวจสอบสิทธิ์แบบหลายปัจจัยหากเว็บไซต์ของคุณจัดการข้อมูลส่วนบุคคลหรือข้อมูลที่ละเอียดอ่อน
ให้ความสำคัญกับชื่อผู้ใช้
อย่ายืนยันที่จะป้อนชื่อผู้ใช้ เว้นแต่ (หรือจนกว่า) ว่าคุณต้องการชื่อผู้ใช้ อนุญาตให้ผู้ใช้ลงชื่อสมัครใช้และลงชื่อเข้าใช้โดยใช้ที่อยู่อีเมล (หรือหมายเลขโทรศัพท์) และรหัสผ่านเท่านั้น หรือการเข้าสู่ระบบแบบรวมศูนย์หากต้องการ โปรดอย่าบังคับให้เลือกและจำชื่อผู้ใช้
หากเว็บไซต์ต้องการชื่อผู้ใช้ อย่ากำหนดกฎที่ไม่สมเหตุสมผลและอย่าหยุดให้ผู้ใช้อัปเดตชื่อผู้ใช้ คุณควรสร้างรหัสที่ไม่ซ้ำกันสำหรับบัญชีผู้ใช้แต่ละบัญชี ในแบ็กเอนด์ ไม่ใช่ตัวระบุที่อิงตามข้อมูลส่วนตัว เช่น ชื่อผู้ใช้
และตรวจสอบว่าได้ใช้ autocomplete="username"
เป็นชื่อผู้ใช้แล้ว
ทดสอบด้วยอุปกรณ์ แพลตฟอร์ม เบราว์เซอร์ และเวอร์ชันต่างๆ
ทดสอบแบบฟอร์มลงชื่อสมัครใช้ในแพลตฟอร์มที่ผู้ใช้นิยมใช้กันมากที่สุด ฟังก์ชันการทำงานขององค์ประกอบแบบฟอร์มอาจแตกต่างกันไป และความแตกต่างของขนาดวิวพอร์ตอาจทำให้เกิดปัญหาเกี่ยวกับเลย์เอาต์ได้ BrowsingStack ช่วยให้สามารถทดสอบโปรเจ็กต์โอเพนซอร์สฟรีในอุปกรณ์และเบราว์เซอร์ต่างๆ
ใช้ Analytics และการตรวจสอบผู้ใช้จริง
คุณต้องมีข้อมูลภาคสนามและข้อมูลห้องแล็บ เพื่อให้ทราบประสบการณ์ของผู้ใช้แบบฟอร์มการลงชื่อสมัครใช้ Analytics และการตรวจสอบผู้ใช้จริง (RUM) ให้ข้อมูลประสบการณ์การใช้งานจริงของผู้ใช้ เช่น เวลาที่ใช้ในการโหลดหน้าลงชื่อสมัครใช้ คอมโพเนนต์ UI ที่ผู้ใช้โต้ตอบด้วย (หรือไม่โต้ตอบ) และระยะเวลาที่ใช้ในการลงชื่อสมัครใช้ให้เสร็จสิ้น
- การวิเคราะห์หน้าเว็บ: การดูหน้าเว็บ อัตราตีกลับ และการออกของทุกหน้าในขั้นตอนการลงชื่อสมัครใช้
- การวิเคราะห์การโต้ตอบ: ช่องทางเป้าหมายและเหตุการณ์ระบุจุดที่ผู้ใช้ออกจากขั้นตอนการลงชื่อสมัครใช้ และสัดส่วนของผู้ใช้ที่คลิกปุ่ม ลิงก์ และองค์ประกอบอื่นๆ ของหน้าลงชื่อสมัครใช้
- ประสิทธิภาพเว็บไซต์: เมตริกที่เน้นผู้ใช้เป็นหลัก จะบอกได้ว่าขั้นตอนการลงชื่อสมัครใช้โหลดช้าหรือภาพไม่เสถียรหรือไม่
การเปลี่ยนแปลงเพียงเล็กน้อยสามารถสร้างความแตกต่างอย่างมากต่ออัตราความสำเร็จสำหรับแบบฟอร์มการลงชื่อสมัครใช้ Analytics และ RUM ช่วยให้คุณเพิ่มประสิทธิภาพและจัดลำดับความสำคัญของการเปลี่ยนแปลง และตรวจสอบเว็บไซต์เพื่อหาปัญหาที่การทดสอบในเครื่องไม่พบได้
เรียนรู้อยู่เสมอ
- แนวทางปฏิบัติแนะนำสำหรับแบบฟอร์มลงชื่อเข้าใช้
- แนวทางปฏิบัติแนะนำเกี่ยวกับแบบฟอร์มการชำระเงินและที่อยู่
- สร้างฟอร์มที่น่าทึ่ง
- แนวทางปฏิบัติแนะนำสำหรับการออกแบบแบบฟอร์มบนอุปกรณ์เคลื่อนที่
- การควบคุมแบบฟอร์มที่มีความสามารถมากขึ้น
- การสร้างแบบฟอร์มที่เข้าถึงได้
- การปรับปรุงขั้นตอนการลงชื่อสมัครใช้ด้วย API การจัดการข้อมูลเข้าสู่ระบบ
- ยืนยันหมายเลขโทรศัพท์บนเว็บด้วย WebOTP API
รูปภาพโดย @ecowarriorprincess ใน Unsplash