เผยแพร่: 30 กันยายน 2026, อัปเดตล่าสุด: 7 ตุลาคม 2026
ภาพรวม
โหมด UI ทันทีช่วยแก้ปัญหาการสูญเสียบริบทและการเลิกใช้งานของผู้ใช้ที่เกิดจากการไปยัง หน้าลงชื่อเข้าใช้เฉพาะ ซึ่งช่วยให้ลงชื่อเข้าใช้ได้อย่างรวดเร็ว โดยอนุญาตให้ผู้ใช้ลงชื่อเข้าใช้โดยใช้พาสคีย์หรือรหัสผ่านที่บันทึกไว้ได้โดยตรงในหน้าเว็บที่กำลังดูหรือ ทำงานอยู่โดยไม่ต้องออกจากบริบท
UI แบบมีเงื่อนไขจะแสดงคำแนะนำในการป้อนข้อความอัตโนมัติเมื่อผู้ใช้โฟกัสช่องป้อนข้อความ แต่โหมด UI ทันทีจะเรียกใช้กล่องโต้ตอบการตรวจสอบสิทธิ์ของเบราว์เซอร์ทันทีเพื่อตอบสนองต่อการคลิกปุ่มหรือลิงก์ (ปัจจุบัน uiMode ยอมรับเฉพาะ "immediate" แต่อาจมีการเปลี่ยนแปลงในอนาคต)
ลักษณะหลัก 3 ประการที่ทำให้โหมด UI ทันทีมีประสิทธิภาพอย่างยิ่งสำหรับการลงชื่อเข้าใช้อย่างรวดเร็วมีดังนี้
- ข้ามคิวอาร์โค้ดข้ามอุปกรณ์: หากมีพาสคีย์หรือรหัสผ่านที่บันทึกไว้ในอุปกรณ์ซึ่งพร้อมใช้งานทันที เบราว์เซอร์จะแสดงกล่องโต้ตอบการตรวจสอบสิทธิ์ทันที หากไม่มีระบบจะออกทันทีโดยไม่แสดงหน้าจอคิวอาร์โค้ดข้ามอุปกรณ์สำหรับสมาร์ทโฟน ซึ่งจะช่วยให้เว็บไซต์เปลี่ยนไปใช้การนำทางสำรองปกติได้อย่างเป็นธรรมชาติ (เช่น การย้ายไปยังหน้าลงชื่อเข้าใช้)
- UI การเลือกที่เน้นบัญชีที่ใช้งานง่าย: ระบบจะซ่อนความแตกต่างพื้นฐานระหว่างพาสคีย์และรหัสผ่านแทนที่จะแสดงข้อมูลเข้าสู่ระบบประเภทต่างๆ แยกกัน เพื่อแสดงตัวเลือกบัญชีที่ใช้งานง่ายซึ่งมุ่งเน้นไปที่บัญชีที่ผู้ใช้ต้องการลงชื่อเข้าใช้
- การเพิ่มประสิทธิภาพแบบต่อเนื่องที่ปลอดภัย: แม้ว่าจะรองรับเฉพาะในเบราว์เซอร์ Google Chrome และ Chromium แต่การใช้การตรวจหาฟีเจอร์จะช่วยให้คุณมอบการลงชื่อเข้าใช้ที่รวดเร็วแก่ผู้ใช้ในสภาพแวดล้อมที่รองรับได้โดยไม่รบกวนขั้นตอนการเข้าสู่ระบบที่มีอยู่สำหรับผู้ใช้ในเบราว์เซอร์ที่ไม่รองรับ (เช่น Safari หรือ Firefox) หรือในโหมดไม่ระบุตัวตน
โปรดดูรายละเอียดเกี่ยวกับวิธีการทำงานของ API เบื้องหลังและวิธีติดตั้งใช้งานการตรวจหาฟีเจอร์ได้ที่โหมด UI ทันทีสำหรับการเข้าสู่ระบบ ในเอกสารนี้ เราจะมาดูรูปแบบ UX ที่แนะนําซึ่งช่วยเพิ่ม Conversion ด้วยโหมด UI ทันที พร้อมกับรูปแบบที่ไม่ควรใช้ในการออกแบบ
รูปแบบ UX ที่แนะนำ
ตำแหน่งที่มีประสิทธิภาพที่สุดในการใช้โหมด UI ทันทีคือการสกัดกั้นก่อนการนำทางในหน้าเว็บ เมื่อใดก็ตามที่ผู้ใช้ที่ไม่ได้รับการตรวจสอบสิทธิ์ (หรือเซสชันหมดอายุ) คลิก ลิงก์หรือปุ่มการดำเนินการที่จะนำผู้ใช้ไปยังหน้าลงชื่อเข้าใช้ตามปกติ การเรียกใช้โหมด UI ทันทีในขณะนั้นจะสร้าง UX ที่ราบรื่นซึ่งไม่ขัดขวางเวิร์กโฟลว์ของผู้ใช้
การสกัดกั้นลิงก์การลงชื่อเข้าใช้ส่วนหัว
เว็บไซต์ส่วนใหญ่จะวางลิงก์ "ลงชื่อเข้าใช้" ไว้ในส่วนหัวส่วนกลางที่ด้านบนของหน้าจอ ซึ่งจะนำไปยังหน้าลงชื่อเข้าใช้โดยเฉพาะ เมื่อผู้ใช้คลิกลิงก์นี้ในหน้าเว็บที่กำลังเรียกดู การหยุดการนำทางชั่วคราวและการเรียกใช้โหมด UI ทันทีจะช่วยให้เบราว์เซอร์แสดงกล่องโต้ตอบการเลือกบัญชีเหนือหน้าปัจจุบันได้หากมีข้อมูลเข้าสู่ระบบในอุปกรณ์
เมื่อผู้ใช้เลือกบัญชีและทำการตรวจสอบสิทธิ์เสร็จสมบูรณ์แล้ว ส่วนหัวจะอัปเดตเป็นสถานะที่ลงชื่อเข้าใช้แล้วโดยไม่ต้องมีการนำทางหน้าเว็บ ทำให้ผู้ใช้ท่องเว็บต่อได้โดยไม่ต้องออกจากหน้าเว็บที่กำลังดูอยู่ ในทางกลับกัน หากไม่มีข้อมูลเข้าสู่ระบบในอุปกรณ์ ระบบจะไม่แสดง UI ของเบราว์เซอร์และผู้ใช้จะไปยังหน้าลงชื่อเข้าใช้ได้อย่างราบรื่นตามที่ตั้งใจไว้แต่แรก
การลงชื่อเข้าใช้แบบไดนามิกที่จุดชำระเงิน (อีคอมเมิร์ซ)
ในเว็บไซต์อีคอมเมิร์ซ การเปลี่ยนจากรถเข็นช็อปปิ้งไปสู่การชำระเงินเป็นจุดที่พบบ่อยที่สุดจุดหนึ่งที่ทำให้เกิดการละทิ้งรถเข็นกลางคันเนื่องจากความยุ่งยากในการไปยังส่วนต่างๆ ของหน้าเว็บ เมื่อเรียกใช้โหมด UI ทันทีในขณะที่ผู้เลือกซื้อที่ไม่ได้รับการตรวจสอบสิทธิ์คลิกปุ่ม ไปยังชำระเงินในหน้าจอรถเข็น ไดอะล็อกการเลือกบัญชี จะปรากฏขึ้นตรงที่คลิกปุ่ม และการตรวจสอบสิทธิ์จะเสร็จสมบูรณ์ด้วยการแตะเพียงครั้งเดียว
เมื่อการตรวจสอบสิทธิ์สำเร็จ ผู้เลือกซื้อจะข้ามหน้าลงชื่อเข้าใช้ไปโดยสิ้นเชิงและ ไปที่หน้าจอการยืนยันการจัดส่งและการชำระเงินขั้นสุดท้าย (หน้าชำระเงิน) โดยตรง ซึ่งจะช่วยลดขั้นตอนที่ต้องทำเพื่อทำการซื้อให้เสร็จสมบูรณ์ได้อย่างมาก หากไม่มีข้อมูลเข้าสู่ระบบ ผู้เลือกซื้อจะเปลี่ยนไปใช้หน้าจอการลงชื่อเข้าใช้แบบเดิมหรือการเลือกชำระเงินในฐานะผู้มาเยือนตามปกติ คุณออกแบบเว็บไซต์ให้ผู้ใช้ชำระเงินในฐานะแขกรับเชิญหรือกำหนดให้ลงชื่อเข้าใช้ได้ตามข้อกำหนดทางธุรกิจ โหมด UI ทันทีมีไว้เพื่อลดอุปสรรคในการชำระเงินสำหรับลูกค้าที่กลับมาซื้อซ้ำ
การลงชื่อเข้าใช้ในบรรทัดสำหรับการดำเนินการขนาดเล็ก (ชอบ บุ๊กมาร์ก บันทึก)
เมื่อผู้เข้าชมเรียกดูฟีดโซเชียล เว็บไซต์ชุมชน หรือแคตตาล็อกผลิตภัณฑ์อีคอมเมิร์ซ การบังคับเปลี่ยนเส้นทางทั้งหน้าไปยังหน้าลงชื่อเข้าใช้ทุกครั้งที่ผู้ใช้พยายาม "กดชอบ" โพสต์หรือ "บุ๊กมาร์ก" รายการอาจทำให้ผู้ใช้บางรายละทิ้งการดำเนินการ
เมื่อผู้เข้าชมที่ไม่ได้ลงชื่อเข้าใช้คลิกปุ่มการดำเนินการ เช่น ชอบ บุ๊กมาร์ก หรือ บันทึก การแสดงกล่องโต้ตอบโหมด UI ทันทีในที่นั้นจะช่วยให้การยืนยันตัวตน เสร็จสมบูรณ์ และทริกเกอร์บันทึกการดำเนินการและภาพเคลื่อนไหว UI (เช่น ไอคอนหัวใจเปลี่ยนเป็นสีแดง) ได้ทันที ตำแหน่งการเลื่อนจะไม่ เลื่อนทีละพิกเซล ซึ่งจะช่วยรักษาประสบการณ์การท่องเว็บได้อย่างเต็มที่ หากไม่มีข้อมูลเข้าสู่ระบบ คุณสามารถแสดงโมดอลการเข้าสู่ระบบแบบอินไลน์น้ำหนักเบาเหนือหน้าจอปัจจุบันแทนที่จะนำทางออกไปทันที หรือแนะนำผู้ใช้ไปยังหน้าลงชื่อเข้าใช้ในลักษณะที่จะนำผู้ใช้กลับไปยังจุดเดิมหลังจากลงชื่อเข้าใช้
การปลดล็อกเพย์วอลล์ของเว็บไซต์ผู้เผยแพร่โฆษณา
สื่อข่าวและแพลตฟอร์มเนื้อหาใช้รูปแบบที่อนุญาตให้เข้าถึงย่อหน้าแรกของบทความได้อย่างอิสระ ในขณะที่เพย์วอลล์แบบยืดหยุ่นหรือการเบลอสำหรับสมาชิกเท่านั้นจะแสดงตรงกลางเมื่อผู้อ่านเลื่อนลง
เมื่อผู้อ่านเลื่อนลงมาที่บทความจนถึงเพย์วอลล์และคลิกปุ่ม อ่านต่อด้วยบัญชีของคุณ การเรียกใช้โหมด UI ทันทีจะแสดง กล่องโต้ตอบการตรวจสอบสิทธิ์ที่ตำแหน่งการเลื่อนที่แน่นอนซึ่งผู้อ่าน หยุดชั่วคราว ทันทีที่การตรวจสอบสิทธิ์เสร็จสมบูรณ์ การเบลอบทความจะหายไปอย่างราบรื่น โดยไม่ต้องโหลดหน้าเว็บซ้ำ ทำให้ผู้อ่านอ่านต่อได้โดยไม่สูญเสีย บรรทัดข้อความที่กำลังอ่านอยู่ หากไม่มีข้อมูลเข้าสู่ระบบ ให้ขยายแบบฟอร์มการลงทะเบียนหรือลงชื่อเข้าใช้แบบอินไลน์ภายในส่วนเพย์วอลล์
รูปแบบที่ไม่ควรใช้
แม้ว่าโหมด UI ทันทีจะให้คุณค่าอย่างมากเมื่อใช้ก่อนการนำทางในหน้าเว็บ แต่การวางไว้ในตำแหน่งที่ไม่ถูกต้องหรือการนำไปใช้กับโฟลว์ที่ไม่รองรับ จะส่งผลเสียต่อประสบการณ์การลงชื่อเข้าใช้ของผู้ใช้
หลีกเลี่ยงโหมด UI ทันทีในปุ่มลงชื่อเข้าใช้ในหน้าลงชื่อเข้าใช้โดยเฉพาะ
เนื่องจากโหมด UI ทันทีจัดการทั้งพาสคีย์และรหัสผ่านในกล่องโต้ตอบเดียวที่ได้รับการปรับปรุงแล้ว คุณจึงอาจอยากใช้โหมดนี้ในปุ่ม "ลงชื่อเข้าใช้" ที่วางไว้ในหน้าลงชื่อเข้าใช้เฉพาะ แต่คุณควรหลีกเลี่ยงการใช้ที่นี่ ประการแรก โหมด UI ทันทีต้องมีการเปิดใช้งานจากผู้ใช้ (เช่น การคลิกหรือแตะ) ซึ่งทำให้ดูแปลกในหน้าลงชื่อเข้าใช้ที่ผู้ใช้อาจคาดหวังให้ตัวเลือกการลงชื่อเข้าใช้ พร้อมใช้งานทันทีเมื่อเวลาในการโหลดหน้าเว็บ ประการที่ 2 หน้าลงชื่อเข้าใช้เป็นปลายทางสุดท้าย ที่ผู้ใช้จะไปถึงเมื่อไม่มีข้อมูลเข้าสู่ระบบในเครื่องบน อุปกรณ์ หรือเป็นที่ที่ผู้ใช้ต้องการลงชื่อเข้าใช้ด้วยพาสคีย์บนอุปกรณ์เคลื่อนที่ (การตรวจสอบสิทธิ์ข้ามอุปกรณ์) หรือคีย์ความปลอดภัยแบบฮาร์ดแวร์โดยคลิก "ลงชื่อเข้าใช้ ด้วยพาสคีย์" หากใช้โหมด UI ทันทีที่นี่ เบราว์เซอร์จะระงับ คิวอาร์โค้ดข้ามอุปกรณ์และคีย์ความปลอดภัยสำรอง และจะสิ้นสุดทันทีที่ ไม่พบข้อมูลเข้าสู่ระบบในเครื่องบนอุปกรณ์ ซึ่งจะทำให้ผู้ใช้ติดอยู่ใน ทางตันที่การคลิกปุ่มไม่ทําอะไรเลยในหน้าเว็บที่ไม่มีปลายทางอื่น
ในหน้าลงชื่อเข้าใช้ที่ทุกวิธีการตรวจสอบสิทธิ์ต้องทำงานได้อย่างราบรื่น แนวทางปฏิบัติแนะนำคือการกำหนดค่าUI แบบมีเงื่อนไข (การผสานรวมการป้อนข้อความอัตโนมัติ) ในช่องป้อนข้อมูลเพื่อให้มั่นใจถึงความสะดวกสำหรับพาสคีย์ในเครื่อง ขณะเดียวกันก็จับคู่ปุ่ม "ลงชื่อเข้าใช้ด้วยพาสคีย์" ที่ชัดเจนกับวิธีการเรียกใช้มาตรฐานที่แสดงตัวเลือกคิวอาร์โค้ดและคีย์ความปลอดภัยข้ามอุปกรณ์ได้อย่างราบรื่น
หลีกเลี่ยงโหมด UI ทันทีสำหรับการตรวจสอบสิทธิ์ซ้ำแบบเพิ่มระดับ
เมื่อผู้ใช้ที่ลงชื่อเข้าใช้ดำเนินการที่มีความละเอียดอ่อน เช่น เปลี่ยนรหัสผ่าน อัปเดตที่อยู่สำหรับจัดส่ง แก้ไขวิธีการชำระเงินที่บันทึกไว้ หรือเพิ่มพาสคีย์ใหม่ เว็บไซต์มักจะกำหนดให้มีการตรวจสอบสิทธิ์อีกครั้งแบบเพิ่มระดับเพื่อยืนยันตัวตนของผู้ใช้ เนื่องจากผู้ใช้ลงชื่อเข้าใช้แล้ว โดยปกติแล้วโฟลว์การตรวจสอบสิทธิ์อีกครั้ง
จะส่งรายการ allowCredentials ที่ไม่ว่างเพื่อจำกัดการตรวจสอบสิทธิ์ให้เฉพาะ
ข้อมูลเข้าสู่ระบบที่เป็นของผู้ใช้รายนั้นๆ
อย่างไรก็ตาม อย่าใช้โหมด UI ทันทีสำหรับการตรวจสอบสิทธิ์ซ้ำ โหมด UI ทันทีออกแบบมาสําหรับขั้นตอนการลงชื่อเข้าใช้ที่ยังไม่ได้ตรวจสอบสิทธิ์โดยเฉพาะ ซึ่งระบบยังไม่ทราบตัวตนของผู้ใช้ หากผู้ให้บริการสามารถค้นหารายการรหัสเข้าสู่ระบบที่เฉพาะเจาะจงในโหมด UI ทันทีและสังเกตว่ามีข้อมูลเข้าสู่ระบบหรือไม่ ก็จะอนุมานได้ว่าผู้ใช้เคยโต้ตอบกับเว็บไซต์มาก่อนหรือไม่ และติดตามผู้ใช้ในเซสชันต่างๆ ได้ เบราว์เซอร์จะปฏิเสธคำขอโหมด UI ทันทีที่มีรายการ allowCredentials ที่ไม่ว่างเปล่าโดยการส่ง NotAllowedError เพื่อป้องกันความเสี่ยงในการติดตามข้ามเซสชันนี้
ในทางกลับกัน การละเว้น
allowCredentials ในระหว่างการตรวจสอบสิทธิ์อีกครั้งก็เป็นปัญหาเช่นกัน เนื่องจากเบราว์เซอร์
จะแสดงข้อมูลเข้าสู่ระบบทั้งหมดที่บันทึกไว้ในอุปกรณ์สำหรับเว็บไซต์ของคุณ ซึ่งทำให้ผู้ใช้
เลือกบัญชีอื่นโดยไม่ตั้งใจได้
สำหรับการตรวจสอบสิทธิ์อีกครั้งแบบเพิ่มระดับซึ่งระบบทราบตัวตนของผู้ใช้แล้ว ให้ใช้
คำขอ WebAuthn แบบโมดอลมาตรฐาน (navigator.credentials.get() ไม่มี uiMode:
'immediate') โดยมี allowCredentials ที่มีข้อมูลเข้าสู่ระบบที่ลงทะเบียนของผู้ใช้ที่ลงชื่อเข้าใช้
หรือนำผู้ใช้ไปยังหน้าจอการท้าทายการตรวจสอบสิทธิ์อีกครั้งมาตรฐาน
บทสรุป
โหมด UI ทันทีเป็นเครื่องมือ UX ที่มีประสิทธิภาพในการขจัดเส้นทางอ้อมที่ไม่จำเป็นไปยังหน้าลงชื่อเข้าใช้ และช่วยให้ลงชื่อเข้าใช้ได้อย่างรวดเร็วซึ่งจะดำเนินการลงชื่อเข้าใช้ให้เสร็จสมบูรณ์ในขณะที่ยังคงบริบทไว้ การสกัดกั้นช่วงเวลาที่ผู้ใช้แสดงเจตนาอย่างชัดเจน เช่น ลิงก์ลงชื่อเข้าใช้ในส่วนหัว ปุ่มชำระเงิน การดำเนินการขนาดเล็ก และเพย์วอลล์ของบทความ ก่อนที่จะเกิดการไปยังส่วนต่างๆ ของหน้าเว็บ จะช่วยป้องกันการเลิกใช้งานและมอบประสบการณ์การใช้งานที่ราบรื่นให้แก่ผู้ใช้ได้
ในขณะเดียวกัน โปรดทราบว่าโหมด UI ทันทีเป็นการเพิ่มประสิทธิภาพแบบต่อเนื่องสำหรับผู้ใช้ที่ไม่ได้รับการตรวจสอบสิทธิ์ก่อนการนำทางหน้าเว็บ หลีกเลี่ยงการใช้กับปุ่มในหน้าลงชื่อเข้าใช้ปลายทางสุดท้ายเพื่อให้การออกแบบยังคงเปิดอยู่และผู้ใช้ข้ามอุปกรณ์ (คิวอาร์โค้ด) เข้าถึงได้ และหลีกเลี่ยงการใช้กับขั้นตอนการตรวจสอบสิทธิ์อีกครั้งที่ต้องใช้ allowCredentials
ดูรายละเอียดเพิ่มเติมเกี่ยวกับการใช้พาสคีย์และฟีเจอร์ล่าสุดของ Web Identity ได้ที่แหล่งข้อมูลต่อไปนี้
- ดูข้อกำหนด API โดยละเอียดและโค้ดการติดตั้งใช้งานการตรวจหาฟีเจอร์ได้ที่โหมด UI ทันทีสำหรับการเข้าสู่ระบบ
- ติดตามข่าวสารล่าสุดเกี่ยวกับการอัปเดตแพลตฟอร์มเว็บได้ที่บล็อก Chrome สำหรับนักพัฒนาซอฟต์แวร์
- ดูคำแนะนำด้านการออกแบบพาสคีย์และกรณีศึกษาในพอร์ทัลข้อมูลประจำตัวของ Chrome