ช่วยให้ผู้ใช้ลงชื่อสมัครใช้ เข้าสู่ระบบ และจัดการรายละเอียดบัญชีได้โดยง่าย
หากผู้ใช้จำเป็นต้องเข้าสู่ระบบเว็บไซต์ของคุณ การออกแบบแบบฟอร์มการลงชื่อสมัครใช้ที่ดีก็เป็นสิ่งที่สําคัญ ซึ่งจะเป็นประโยชน์อย่างยิ่งสำหรับผู้ที่มีการเชื่อมต่อที่ไม่เสถียร ใช้อุปกรณ์เคลื่อนที่ รีบร้อน หรืออยู่ในภาวะเครียด แบบฟอร์มการลงชื่อสมัครใช้ที่ออกแบบมาไม่ดีจะมีอัตราตีกลับสูง การตีกลับแต่ละครั้งอาจหมายถึงการสูญเสียผู้ใช้และไม่พอใจ ไม่ใช่แค่โอกาสในการลงชื่อสมัครใช้ที่พลาดไป
ต่อไปนี้เป็นตัวอย่างแบบฟอร์มการลงชื่อสมัครใช้ที่เรียบง่ายมากซึ่งแสดงแนวทางปฏิบัติแนะนำทั้งหมด
เช็กลิสต์
- โปรดหลีกเลี่ยงการลงชื่อเข้าใช้หากทำได้
- ระบุวิธีสร้างบัญชีอย่างชัดเจน
- ระบุวิธีเข้าถึงรายละเอียดบัญชีอย่างชัดเจน
- ตัดความยุ่งเหยิงของแบบฟอร์ม
- พิจารณาระยะเวลาของเซสชัน
- ช่วยให้เครื่องมือจัดการรหัสผ่านแนะนำและจัดเก็บรหัสผ่านอย่างปลอดภัย
- อย่าใช้รหัสผ่านที่ถูกละเมิด
- อนุญาตการวางรหัสผ่าน
- อย่าจัดเก็บหรือส่งรหัสผ่านเป็นข้อความธรรมดา
- อย่าบังคับให้อัปเดตรหัสผ่าน
- ช่วยให้การเปลี่ยนหรือรีเซ็ตรหัสผ่านเป็นเรื่องง่าย
- เปิดใช้การเข้าสู่ระบบแบบรวมศูนย์
- เปลี่ยนบัญชีได้อย่างง่ายดาย
- พิจารณาเสนอการตรวจสอบสิทธิ์แบบหลายปัจจัย
- ใช้ชื่อผู้ใช้อย่างระมัดระวัง
- ทดสอบทั้งในภาคสนามและห้องทดลอง
- ทดสอบในเบราว์เซอร์ อุปกรณ์ และแพลตฟอร์มต่างๆ
หลีกเลี่ยงการลงชื่อเข้าใช้หากเป็นไปได้
ก่อนที่จะใช้แบบฟอร์มลงชื่อสมัครใช้และขอให้ผู้ใช้สร้างบัญชีในเว็บไซต์ โปรดพิจารณาว่าคุณต้องการจริงๆ หรือไม่ คุณควรหลีกเลี่ยงการจำกัดฟีเจอร์ไว้หลังการเข้าสู่ระบบเมื่อเป็นไปได้
แบบฟอร์มการลงชื่อสมัครใช้ที่ดีที่สุดคือไม่มีแบบฟอร์มการลงชื่อสมัครใช้
การขอให้ผู้ใช้สร้างบัญชีหมายความว่าคุณเข้ามาแทรกระหว่างผู้ใช้กับสิ่งที่ผู้ใช้พยายามจะบรรลุ คุณกำลังขอความช่วยเหลือและขอให้ผู้ใช้ไว้ใจคุณเกี่ยวกับข้อมูลส่วนบุคคล รหัสผ่านและรายการข้อมูลทั้งหมดที่คุณจัดเก็บไว้จะก่อให้เกิด "หนี้สินข้อมูล" ด้านความเป็นส่วนตัวและความปลอดภัย จะกลายเป็นต้นทุนและความรับผิดสำหรับเว็บไซต์ของคุณ
หากเหตุผลหลักที่คุณขอให้ผู้ใช้สร้างบัญชีคือการบันทึกข้อมูลระหว่างการไปยังส่วนต่างๆ หรือเซสชันการท่องเว็บ ให้พิจารณาใช้พื้นที่เก็บข้อมูลฝั่งไคลเอ็นต์แทน สําหรับเว็บไซต์ช็อปปิ้ง การบังคับให้ผู้ใช้สร้างบัญชีเพื่อซื้อถือเป็นสาเหตุหลักของการละทิ้งรถเข็นช็อปปิ้ง คุณควรตั้งค่าการชำระเงินโดยไม่ลงชื่อเข้าใช้เป็นค่าเริ่มต้น
แสดงการลงชื่อเข้าใช้อย่างชัดเจน
ระบุวิธีสร้างบัญชีในเว็บไซต์อย่างชัดเจน เช่น ใช้ปุ่มเข้าสู่ระบบหรือลงชื่อเข้าใช้ที่ด้านขวาบนของหน้า หลีกเลี่ยงการใช้ไอคอนที่กำกวมหรือคำที่คลุมเครือ ("ขึ้นเครื่อง!", "เข้าร่วมกับเรา") และอย่าซ่อนการเข้าสู่ระบบในเมนูการนำทาง ผู้เชี่ยวชาญด้านความสามารถในการใช้งาน Steve Krug สรุปแนวทางนี้เกี่ยวกับความสามารถในการใช้งานเว็บไซต์ว่าไม่ต้องทำให้ฉันต้องคิด หากคุณต้องการแนะนำบุคคลอื่นในทีมเว็บ ให้ใช้ข้อมูลวิเคราะห์เพื่อแสดงผลกระทบของตัวเลือกต่างๆ
เมื่อหน้าต่างมีขนาดใหญ่กว่าที่แสดงที่นี่ Gmail จะแสดงลิงก์ลงชื่อเข้าใช้และปุ่มสร้างบัญชี
อย่าลืมลิงก์บัญชีสำหรับผู้ใช้ที่ลงชื่อสมัครใช้ผ่านผู้ให้บริการข้อมูลประจำตัว เช่น 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()}`);
}
ระบุวิธีเข้าถึงรายละเอียดบัญชีอย่างชัดเจน
เมื่อผู้ใช้ลงชื่อเข้าใช้แล้ว ให้ระบุวิธีเข้าถึงรายละเอียดบัญชีอย่างชัดเจน โดยเฉพาะอย่างยิ่ง ให้ระบุวิธีเปลี่ยนหรือรีเซ็ตรหัสผ่านอย่างชัดเจน
ตัดความยุ่งเหยิงของแบบฟอร์ม
ในขั้นตอนการลงชื่อสมัครใช้ งานของคุณคือลดความซับซ้อนและช่วยให้ผู้ใช้จดจ่ออยู่กับสิ่งที่ต้องทำ ตัดสิ่งที่ไม่จำเป็นออก ช่วงเวลานี้ไม่ใช่เวลาที่จะให้สิ่งรบกวนและความยั่วยวนเข้ามา
ขอข้อมูลให้น้อยที่สุดเมื่อลงชื่อสมัครใช้ รวบรวมข้อมูลเพิ่มเติมของผู้ใช้ (เช่น ชื่อและที่อยู่) เฉพาะเมื่อจําเป็นและเมื่อผู้ใช้เห็นประโยชน์ที่ชัดเจนจากการให้ข้อมูลดังกล่าว โปรดทราบว่าข้อมูลทุกรายการที่คุณสื่อสารและจัดเก็บจะมีค่าใช้จ่ายและความรับผิด
อย่าป้อนข้อมูลซ้ำๆ เพื่อตรวจสอบว่าผู้ใช้ได้รับรายละเอียดการติดต่อที่ถูกต้อง ซึ่งจะทำให้การกรอกแบบฟอร์มช้าลงและไม่สมเหตุสมผลหากช่องในแบบฟอร์มมีการป้อนข้อมูลอัตโนมัติ แต่ให้ส่งรหัสยืนยันให้ผู้ใช้เมื่อป้อนรายละเอียดการติดต่อแล้ว จากนั้นดำเนินการสร้างบัญชีต่อเมื่อผู้ใช้ตอบกลับ นี่คือรูปแบบการลงชื่อสมัครใช้ที่พบได้ทั่วไป ซึ่งผู้ใช้คุ้นเคยอยู่แล้ว
คุณอาจพิจารณาใช้การลงชื่อเข้าใช้แบบไม่ต้องใช้รหัสผ่านโดยส่งรหัสให้ผู้ใช้ทุกครั้งที่ลงชื่อเข้าใช้อุปกรณ์หรือเบราว์เซอร์ใหม่ เว็บไซต์ต่างๆ เช่น Slack และ Medium จะใช้เวอร์ชันนี้
เช่นเดียวกับการเข้าสู่ระบบแบบรวมศูนย์ การดำเนินการนี้ยังมีข้อดีเพิ่มเติมคือคุณไม่จําเป็นต้องจัดการรหัสผ่านของผู้ใช้
พิจารณาระยะเวลาของเซสชัน
ไม่ว่าคุณจะใช้แนวทางใดกับข้อมูลประจำตัวผู้ใช้ คุณจะต้องตัดสินใจอย่างรอบคอบเกี่ยวกับระยะเวลาเซสชัน ระยะเวลาที่ผู้ใช้ยังคงเข้าสู่ระบบ และปัจจัยที่อาจทำให้คุณออกจากระบบ
พิจารณาว่าผู้ใช้ใช้อุปกรณ์เคลื่อนที่หรือเดสก์ท็อป และผู้ใช้แชร์ในเดสก์ท็อปหรือแชร์อุปกรณ์
ช่วยให้เครื่องมือจัดการรหัสผ่านแนะนำและจัดเก็บรหัสผ่านอย่างปลอดภัย
คุณสามารถช่วยให้เครื่องมือจัดการรหัสผ่านของบุคคลที่สามและเครื่องมือจัดการรหัสผ่านในตัวของเบราว์เซอร์แนะนำและจัดเก็บรหัสผ่านได้ เพื่อที่ผู้ใช้จะได้ไม่ต้องเลือก จำ หรือพิมพ์รหัสผ่านด้วยตนเอง เครื่องมือจัดการรหัสผ่านทำงานได้ดีในเบราว์เซอร์สมัยใหม่ ซิงค์บัญชีในอุปกรณ์ต่างๆ ซิงค์กับเว็บแอปและแอปเฉพาะแพลตฟอร์ม รวมถึงใช้กับอุปกรณ์ใหม่ได้
ด้วยเหตุนี้ การกำหนดโค้ดแบบฟอร์มการลงชื่อสมัครใช้ให้ถูกต้องจึงเป็นเรื่องสำคัญอย่างยิ่ง โดยเฉพาะการใช้ค่าที่ถูกต้องสำหรับฟีเจอร์เติมข้อความอัตโนมัติ สำหรับแบบฟอร์มการลงชื่อสมัครใช้ ให้ใช้ autocomplete="new-password" สำหรับรหัสผ่านใหม่ และเพิ่มค่าที่ถูกต้องสำหรับการเติมข้อความอัตโนมัติลงในช่องอื่นๆ ของแบบฟอร์มเมื่อเป็นไปได้ เช่น autocomplete="email" และ autocomplete="tel" คุณยังช่วยเครื่องมือจัดการรหัสผ่านได้โดยใช้ค่า name และ id ที่ต่างกันในแบบฟอร์มลงชื่อสมัครใช้และลงชื่อเข้าใช้ สำหรับตัวองค์ประกอบ form รวมถึงองค์ประกอบ input, select และ textarea
นอกจากนี้ คุณควรใช้แอตทริบิวต์ typeที่เหมาะสมเพื่อแสดงแป้นพิมพ์ที่เหมาะสมบนอุปกรณ์เคลื่อนที่และเปิดใช้การตรวจสอบพื้นฐานในตัวโดยเบราว์เซอร์
ดูข้อมูลเพิ่มเติมได้ที่แนวทางปฏิบัติแนะนำสำหรับแบบฟอร์มการชำระเงินและที่อยู่
ตรวจสอบว่าผู้ใช้ป้อนรหัสผ่านที่ปลอดภัย
การเปิดใช้เครื่องมือจัดการรหัสผ่านให้แนะนำรหัสผ่านเป็นตัวเลือกที่ดีที่สุด และคุณควรส่งเสริมให้ผู้ใช้ยอมรับรหัสผ่านที่รัดกุมซึ่งเบราว์เซอร์และเครื่องมือจัดการเบราว์เซอร์ของบุคคลที่สามแนะนำ
อย่างไรก็ตาม ผู้ใช้จํานวนมากต้องการป้อนรหัสผ่านของตนเอง คุณจึงต้องใช้กฎเกี่ยวกับความซับซ้อนของรหัสผ่าน สถาบันมาตรฐานและเทคโนโลยีแห่งชาติของสหรัฐอเมริกาอธิบายวิธีหลีกเลี่ยงรหัสผ่านที่ไม่ปลอดภัย
ไม่อนุญาตรหัสผ่านที่ถูกละเมิด
ไม่ว่าคุณจะเลือกใช้กฎใดสำหรับรหัสผ่าน คุณไม่ควรอนุญาตรหัสผ่านที่รั่วไหลจากการละเมิดด้านความปลอดภัย
เมื่อผู้ใช้ป้อนรหัสผ่านแล้ว คุณต้องตรวจสอบว่ารหัสผ่านดังกล่าวไม่ใช่รหัสผ่านที่ถูกบุกรุกไปแล้ว เว็บไซต์ Have I Been Pwned มี API สำหรับการตรวจสอบรหัสผ่าน หรือคุณจะเรียกใช้ API นี้เป็นบริการด้วยตนเองก็ได้
นอกจากนี้ เครื่องมือจัดการรหัสผ่านของ Google ยังให้คุณตรวจสอบว่ารหัสผ่านที่มีอยู่ถูกบุกรุกหรือไม่
หากคุณปฏิเสธรหัสผ่านที่ผู้ใช้เสนอ ให้บอกผู้ใช้อย่างเจาะจงว่ารหัสผ่านนั้นถูกปฏิเสธเพราะอะไร แสดงปัญหาในบรรทัดนั้นๆ และอธิบายวิธีแก้ไขทันทีที่ผู้ใช้ป้อนค่า ไม่ใช่หลังจากที่ผู้ใช้ส่งแบบฟอร์มลงชื่อสมัครใช้แล้วต้องรอการตอบกลับจากเซิร์ฟเวอร์
ไม่ห้ามการวางรหัสผ่าน
บางเว็บไซต์ไม่อนุญาตให้วางข้อความในการป้อนรหัสผ่าน
การไม่อนุญาตให้วางรหัสผ่านทำให้ผู้ใช้ไม่พอใจ ส่งเสริมให้ใช้รหัสผ่านที่จดจำง่าย (ซึ่งทำให้ถูกบุกรุกได้ง่ายขึ้น) และอาจลดความปลอดภัยได้จริงตามที่องค์กรต่างๆ เช่น ศูนย์ความมั่นคงทางไซเบอร์แห่งชาติของสหราชอาณาจักรกล่าว ผู้ใช้ทราบว่าการวางรหัสผ่านไม่ได้รับอนุญาตหลังจากที่พวกเขาพยายามวางรหัสผ่านเท่านั้น ดังนั้นการไม่อนุญาตให้วางรหัสผ่านจะไม่หลีกเลี่ยงช่องโหว่ในคลิปบอร์ด
อย่าจัดเก็บหรือส่งรหัสผ่านเป็นข้อความธรรมดา
อย่าลืมกรอกและแฮชรหัสผ่าน และอย่าพยายามสร้างอัลกอริทึมการแฮชของคุณเอง
ไม่บังคับให้อัปเดตรหัสผ่าน
อย่าบังคับให้ผู้ใช้อัปเดตรหัสผ่านเอง
การบังคับให้อัปเดตรหัสผ่านอาจทำให้แผนกไอทีต้องเสียค่าใช้จ่าย สร้างความรำคาญให้ผู้ใช้ และไม่ได้ส่งผลมากนักต่อความปลอดภัย นอกจากนี้ ยังอาจกระตุ้นให้ผู้ใช้ใช้รหัสผ่านที่จำง่ายแต่ไม่ปลอดภัย หรือเก็บบันทึกรหัสผ่านไว้เป็นเอกสาร
คุณควรตรวจสอบกิจกรรมในบัญชีที่ผิดปกติและเตือนผู้ใช้แทนการบังคับให้อัปเดตรหัสผ่าน หากเป็นไปได้ คุณควรตรวจสอบเพื่อหารหัสผ่านที่ถูกละเมิดด้วยการละเมิดข้อมูล
นอกจากนี้ คุณควรให้สิทธิ์เข้าถึงประวัติการเข้าสู่ระบบบัญชีแก่ผู้ใช้ด้วย โดยแสดงสถานที่และเวลาที่เข้าสู่ระบบ
เปลี่ยนหรือรีเซ็ตรหัสผ่านได้ง่าย
แจ้งให้ผู้ใช้ทราบอย่างชัดเจนว่าต้องอัปเดตรหัสผ่านของบัญชีที่ใดและอย่างไร ในบางเว็บไซต์ก็ เป็นเรื่องยากมาก
คุณควรช่วยให้ผู้ใช้รีเซ็ตรหัสผ่านของตนได้ง่ายๆ ในกรณีที่ลืมรหัสผ่าน โครงการความปลอดภัยของเว็บแอปพลิเคชันแบบเปิด (Open Web Application Security Project) มีคำแนะนำโดยละเอียดเกี่ยวกับวิธีจัดการเมื่อลืมรหัสผ่าน
เพื่อรักษาความปลอดภัยให้กับธุรกิจและผู้ใช้ของคุณ คุณควรช่วยผู้ใช้เปลี่ยนรหัสผ่านหากพบว่ารหัสผ่านถูกละเมิด คุณควรเพิ่ม URL ของ /.well-known/change-password ลงในเว็บไซต์ซึ่งจะเปลี่ยนเส้นทางไปยังหน้าการจัดการรหัสผ่าน เพื่อช่วยให้ง่ายขึ้น ซึ่งจะช่วยให้เครื่องมือจัดการรหัสผ่านนำผู้ใช้ไปยังหน้าเว็บที่เปลี่ยนรหัสผ่านสำหรับเว็บไซต์ของคุณได้โดยตรง ปัจจุบันฟีเจอร์นี้ใช้งานได้แล้วใน Safari, Chrome และกำลังจะมีให้บริการในเบราว์เซอร์อื่นๆ ช่วยให้ผู้ใช้เปลี่ยนรหัสผ่านได้ง่ายๆ ด้วยการเพิ่ม URL ที่รู้จักกันดีสำหรับเปลี่ยนรหัสผ่าน อธิบายวิธีดำเนินการนี้
นอกจากนี้ คุณควรทำให้ผู้ใช้ลบบัญชีของตนเองได้อย่างง่ายดายหากต้องการเช่นนั้น
เสนอการเข้าสู่ระบบผ่านผู้ให้บริการข้อมูลประจำตัวของบุคคลที่สาม
ผู้ใช้จำนวนมากต้องการลงชื่อเข้าใช้เว็บไซต์ต่างๆ โดยใช้ที่อยู่อีเมลและแบบฟอร์มลงชื่อสมัครใช้ด้วยรหัสผ่าน อย่างไรก็ตาม คุณควรเปิดใช้ให้ผู้ใช้เข้าสู่ระบบผ่านผู้ให้บริการข้อมูลประจำตัวของบุคคลที่สาม หรือที่เรียกว่าการเข้าสู่ระบบแบบรวมศูนย์ด้วย
วิธีการนี้มีข้อดีหลายประการ สําหรับผู้ใช้ที่สร้างบัญชีโดยใช้การเข้าสู่ระบบแบบรวมศูนย์ คุณไม่จําเป็นต้องขอ สื่อสาร หรือจัดเก็บรหัสผ่าน
นอกจากนี้ คุณยังอาจเข้าถึงข้อมูลโปรไฟล์ที่ยืนยันแล้วเพิ่มเติมจากการเข้าสู่ระบบแบบรวมศูนย์ เช่น อีเมล ซึ่งหมายความว่าผู้ใช้ไม่ต้องป้อนข้อมูลดังกล่าวและคุณไม่จําเป็นต้องดำเนินการยืนยันด้วยตนเอง การเข้าสู่ระบบแบบรวมศูนย์ยังช่วยให้ผู้ใช้ดำเนินการต่างๆ ได้ง่ายขึ้นเมื่อได้รับอุปกรณ์ใหม่
การผสานรวม Google Sign-In กับเว็บแอป อธิบายวิธีเพิ่มการเข้าสู่ระบบแบบรวมศูนย์ลงในตัวเลือกการลงชื่อสมัครใช้ แพลตฟอร์มข้อมูลประจำตัวอื่นๆ อีกมากมายมีให้บริการ
เปลี่ยนบัญชีได้อย่างง่ายดาย
ผู้ใช้จำนวนมากใช้อุปกรณ์ร่วมกันและสลับไปมาระหว่างบัญชีโดยใช้เบราว์เซอร์เดียวกัน ไม่ว่าผู้ใช้จะเข้าถึงการเข้าสู่ระบบแบบรวมหรือไม่ คุณควรทำให้การเปลี่ยนบัญชีเป็นเรื่องง่าย
ลองใช้การตรวจสอบสิทธิ์แบบหลายปัจจัย
การตรวจสอบสิทธิ์แบบหลายปัจจัยหมายถึงการตรวจสอบว่าผู้ใช้ให้การตรวจสอบสิทธิ์มากกว่า 1 วิธี ตัวอย่างเช่น เช่นเดียวกับการกำหนดให้ผู้ใช้ตั้งรหัสผ่าน คุณอาจบังคับใช้การยืนยันโดยใช้รหัสผ่านแบบใช้ครั้งเดียวที่ส่งทางอีเมลหรือ SMS หรือใช้รหัสแบบใช้ครั้งเดียวที่อิงกับแอป คีย์ความปลอดภัย หรือเซ็นเซอร์ลายนิ้วมือ แนวทางปฏิบัติแนะนำสำหรับ SMS OTP และการเปิดใช้การตรวจสอบสิทธิ์ที่รัดกุมด้วย WebAuthn อธิบายวิธีใช้การตรวจสอบสิทธิ์แบบหลายปัจจัย
คุณควรเสนอ (หรือบังคับใช้) การตรวจสอบสิทธิ์แบบหลายปัจจัยหากเว็บไซต์มีการจัดการข้อมูลส่วนบุคคลหรือข้อมูลที่ละเอียดอ่อน
โปรดระมัดระวังเกี่ยวกับชื่อผู้ใช้
อย่ายึดติดกับชื่อผู้ใช้ เว้นแต่ (หรือจนกว่า) คุณจะต้องการใช้ อนุญาตให้ผู้ใช้ลงชื่อสมัครใช้และลงชื่อเข้าใช้ด้วยอีเมล (หรือหมายเลขโทรศัพท์) และรหัสผ่านเท่านั้น หรือการเข้าสู่ระบบแบบรวมศูนย์หากต้องการ อย่าบังคับให้ผู้ใช้เลือกและจำชื่อผู้ใช้
หากเว็บไซต์กำหนดให้ต้องใช้ชื่อผู้ใช้ อย่ากำหนดกฎที่ไม่สมเหตุสมผลสำหรับชื่อผู้ใช้เหล่านั้น และอย่าหยุดไม่ให้ผู้ใช้อัปเดตชื่อผู้ใช้ ในแบ็กเอนด์ คุณควรสร้างรหัสที่ไม่ซ้ำกันสำหรับบัญชีผู้ใช้แต่ละราย ไม่ใช่ตัวระบุที่อิงตามข้อมูลส่วนตัว เช่น ชื่อผู้ใช้
และโปรดใช้ autocomplete="username" สำหรับชื่อผู้ใช้
ทดสอบในอุปกรณ์ แพลตฟอร์ม เบราว์เซอร์ และเวอร์ชันต่างๆ
ทดสอบแบบฟอร์มการลงชื่อสมัครใช้ในแพลตฟอร์มที่ผู้ใช้ใช้บ่อยที่สุด ฟังก์ชันการทำงานขององค์ประกอบแบบฟอร์มอาจแตกต่างกันไป และ ความแตกต่างของขนาดวิวพอร์ตอาจทำให้เกิดปัญหาการจัดวางได้ BrowserStack ช่วยให้การทดสอบโปรเจ็กต์โอเพนซอร์สได้ฟรีในอุปกรณ์และเบราว์เซอร์ต่างๆ
ใช้ข้อมูลวิเคราะห์และการตรวจสอบผู้ใช้จริง
คุณต้องมีข้อมูลภาคสนามและข้อมูลห้องทดลองเพื่อทําความเข้าใจประสบการณ์ของผู้ใช้กับแบบฟอร์มลงชื่อสมัครใช้ Analytics และการตรวจสอบผู้ใช้จริง (RUM) ให้ข้อมูลเกี่ยวกับประสบการณ์การใช้งานจริงของผู้ใช้ เช่น เวลาที่ใช้ในการโหลดหน้าลงชื่อสมัครใช้ คอมโพเนนต์ UI ที่ผู้ใช้โต้ตอบด้วย (หรือไม่โต้ตอบ) และเวลาที่ผู้ใช้ใช้ในการลงชื่อสมัครใช้
- ข้อมูลวิเคราะห์หน้าเว็บ: การดูหน้าเว็บ อัตราตีกลับ และหน้าเว็บที่ออกสําหรับทุกหน้าในขั้นตอนการลงชื่อสมัครใช้
- การวิเคราะห์การโต้ตอบ: Funnel เป้าหมายและเหตุการณ์จะระบุตําแหน่งที่ผู้ใช้หยุดกลางคันในขั้นตอนการลงชื่อสมัครใช้ และเปอร์เซ็นต์ของผู้ใช้ที่คลิกปุ่ม ลิงก์ และองค์ประกอบอื่นๆ ของหน้าลงชื่อสมัครใช้
- ประสิทธิภาพของเว็บไซต์: เมตริกที่เน้นผู้ใช้เป็นหลักจะช่วยบอกได้ว่าขั้นตอนการลงชื่อสมัครใช้โหลดช้าหรือภาพไม่เสถียรหรือไม่
การเปลี่ยนแปลงเล็กๆ น้อยๆ อาจส่งผลอย่างมากต่ออัตราการกรอกแบบฟอร์มลงชื่อสมัครใช้ การวิเคราะห์และ RUM ช่วยให้คุณเพิ่มประสิทธิภาพและจัดลำดับความสำคัญของการเปลี่ยนแปลง และตรวจสอบเว็บไซต์ของคุณเพื่อหาปัญหาที่การทดสอบในเครื่องไม่เห็น
เรียนรู้อย่างต่อเนื่อง
- แนวทางปฏิบัติแนะนำสำหรับแบบฟอร์มการลงชื่อเข้าใช้
- แนวทางปฏิบัติแนะนำสำหรับแบบฟอร์มการชำระเงินและที่อยู่
- สร้างแบบฟอร์มที่ยอดเยี่ยม
- แนวทางปฏิบัติแนะนำสำหรับการออกแบบแบบฟอร์มบนอุปกรณ์เคลื่อนที่
- การควบคุมแบบฟอร์มที่มีประสิทธิภาพมากขึ้น
- การสร้างแบบฟอร์มที่เข้าถึงได้
- ปรับปรุงขั้นตอนการลงชื่อสมัครใช้โดยใช้ Credential Management API
- ยืนยันหมายเลขโทรศัพท์บนเว็บด้วย WebOTP API
รูปภาพโดย @ecowarriorprincess ใน Unsplash