แนวทางปฏิบัติแนะนำสำหรับแบบฟอร์มลงชื่อสมัครใช้

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

Sam Dutton

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

ต่อไปนี้เป็นตัวอย่างแบบฟอร์มลงชื่อสมัครใช้ง่ายๆ ที่แสดงให้เห็นแนวทางปฏิบัติแนะนำทั้งหมด

เช็กลิสต์

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

หลีกเลี่ยงการลงชื่อเข้าใช้หากทำได้

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

แบบฟอร์มลงชื่อสมัครใช้ที่ดีที่สุดคือไม่ใช่แบบฟอร์มลงชื่อสมัครใช้

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

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

ทำให้การลงชื่อเข้าใช้ชัดเจน

บอกวิธีสร้างบัญชีในเว็บไซต์ให้ชัดเจน เช่น ใช้ปุ่มเข้าสู่ระบบหรือลงชื่อเข้าใช้ที่ด้านบนขวาของหน้า หลีกเลี่ยงการใช้ไอคอนที่กำกวมหรือคำที่คลุมเครือ ("เข้าร่วมเลย", "เข้าร่วมกับเรา") และไม่ต้องซ่อนการเข้าสู่ระบบในเมนูการนำทาง 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