فعال کردن ورود سریع به سیستم: الگوهای تجربه کاربری حالت واسط کاربر فوری

منتشرشده: ۳۰ سپتامبر ۲۰۲۶

نمای کلی

حالت «میانای کاربری فوری» مشکل ازدست رفتن زمینه و افت کاربر ناشی از پیمایش به صفحه ورود به سیستم اختصاصی را حل می‌کند. این API امکان ورود سریع به سیستم را فراهم می‌کند و به کاربران اجازه می‌دهد ورود به سیستم را بااستفاده از گذرکلیدها یا گذرواژه‌های ذخیره‌شده در همان صفحه‌ای که درحال مشاهده یا کار کردن در آن هستند تکمیل کنند و از بافت خود خارج نشوند.

برخلاف واسط کاربر شرطی، که وقتی کاربر روی فیلد ورودی نوشتار تمرکز می‌کند پیشنهادهای تکمیل خودکار را نمایان می‌کند، حالت «واسط کاربر فوری» در پاسخ به کلیک روی دکمه یا پیوند، بلافاصله کادر گفتگوی اصالت‌سنجی مرورگر را فرا می‌خواند (درحال‌حاضر، uiMode فقط "immediate" را می‌پذیرد اما ممکن است در آینده تغییر کند).

سه ویژگی اصلی باعث می‌شود حالت «میانای کاربری فوری» برای ورود سریع به سیستم به‌طور منحصربه‌فردی مؤثر باشد:

  • رد کردن رمزینه‌های پاسخ‌سریع بین‌دستگاهی: اگر گذرکلیدهای بلافاصله دردسترس یا گذرواژه‌های ذخیره‌شده در دستگاه وجود داشته باشد، مرورگر بلافاصله چارگوش گفتگوی اصالت‌سنجی را نمایش می‌دهد. اگر هیچ‌کدام وجود نداشته باشد، بدون نمایش صفحه رمزینه پاسخ‌سریع بین‌دستگاهی برای تلفن‌های هوشمند، بلافاصله از برنامه خارج می‌شود. این کار به سایت شما امکان می‌دهد تا به‌طور طبیعی به ناوبری جایگزین عادی خود (مانند رفتن به صفحه ورود به سیستم) منتقل شود.
  • میانای کاربری انتخاب حساب شهودی: به‌جای فهرست کردن انواع مختلف اطلاعات اعتباری به‌صورت جداگانه، تفاوت‌های زیربنایی بین گذرکلیدها و گذرواژه‌ها را پنهان می‌کند تا گزینشگر حساب شهودی‌ای ارائه دهد که بر حسابی که کاربر می‌خواهد با آن به سیستم وارد شود تمرکز دارد.
  • بهبود تدریجی ایمن: اگرچه فقط در مرورگرهای Google Chrome و Chromium پشتیبانی می‌شود، استفاده از تشخیص ویژگی به شما امکان می‌دهد بدون مختل کردن جریان‌های ورود به سیستم موجود برای کاربران مرورگرهای پشتیبانی‌نشده (مانند Safari یا Firefox) یا در «حالت ناشناس»، ورود به سیستم سریع را به کاربران در محیط‌های پشتیبانی‌شده ارائه دهید.

برای جزئیات مربوط به نحوه عملکرد API در پشت صحنه و نحوه پیاده‌سازی تشخیص ویژگی، به حالت «میانای کاربر فوری» برای ورود به سیستم مراجعه کنید. در این سند، الگوهای تجربه کاربری توصیه‌شده‌ای را که با حالت «واسط کاربری فوری» تبدیل را افزایش می‌دهند بررسی می‌کنیم، و همچنین الگوهای طراحی ضدالگو را که باید از آن‌ها اجتناب کنید معرفی می‌کنیم.

مؤثرترین مکان برای استفاده از حالت «واسط کاربر فوری» درست قبل‌از پیمایش صفحه است. هرگاه کاربر غیرتأییدشده (یا کاربری که جلسه او منقضی شده است) روی پیوند یا دکمه کنشی کلیک کند که معمولاً او را به صفحه ورود به سیستم هدایت می‌کند، فراخوانی حالت «میانای کاربر فوری» در همان لحظه دقیقاً تجربه کاربری یکپارچه‌ای ایجاد می‌کند که هرگز جریان کار کاربر را قطع نمی‌کند.

اکثر وب‌سایت‌ها پیوند «ورود به سیستم» را در سرصفحه جهانی در بالای صفحه قرار می‌دهند که به صفحه ورود به سیستم اختصاصی هدایت می‌کند. وقتی کاربر روی این پیوند در صفحه‌ای که درحال مرور آن است کلیک می‌کند، توقف موقت پیمایش و فراخوانی حالت «میانای کاربری فوری» به مرورگر امکان می‌دهد تا درصورت وجود اطلاعات اعتباری در دستگاه، یک چارگوش گفتگوی انتخاب حساب درست روی صفحه فعلی نمایش دهد.

پس‌از اینکه کاربر حساب خود را انتخاب کرد و اصالت‌سنجی را تکمیل کرد، سرایند بدون پیمایش صفحه به حالت ورود به سیستم به‌روزرسانی می‌شود و به کاربر اجازه می‌دهد بدون اینکه از صفحه‌ای که درحال مشاهده آن بود دور شود به مرور ادامه دهد. برعکس، اگر اطلاعات اعتباری در دستگاه وجود نداشته باشد، رابط کاربری مرورگر نمایش داده نمی‌شود و کاربر دقیقاً همان‌طور که در ابتدا قصد داشته است به‌راحتی به صفحه ورود به سیستم هدایت می‌شود.

ورود به سیستم پویا در زمان تسویه‌حساب (تجارت الکترونیک)

در سایت‌های تجارت الکترونیک، انتقال از سبد خرید به تسویه‌حساب یکی از رایج‌ترین نقاطی است که به‌دلیل اصطکاک پیمایش صفحه باعث رها کردن سبد خرید می‌شود. با فراخواندن حالت «میانای کاربری فوری» در لحظه‌ای که خریدار اصالت‌سنجی‌نشده روی دکمه «رفتن به تسویه‌حساب» در صفحه سبد خرید کلیک می‌کند، گفتگوی انتخاب حساب درست در همان جایی که دکمه کلیک شده است ظاهر می‌شود و اصالت‌سنجی با یک ضربه تکمیل می‌شود.

وقتی اصالت‌سنجی موفقیت‌آمیز باشد، خریدار به‌طور کامل از صفحه ورود به سیستم عبور می‌کند و مستقیماً به صفحه نهایی تأیید ارسال و پرداخت (صفحه تسویه‌حساب) هدایت می‌شود، که به‌طور چشمگیری مراحل لازم برای تکمیل خرید را کاهش می‌دهد. اگر هیچ اطلاعات اعتباری وجود نداشته باشد، خریدار به‌طور معمول به صفحه انتخاب ورود به سیستم یا تسویه‌حساب مهمان منتقل می‌شود. می‌توانید سایتتان را طوری طراحی کنید که براساس الزامات کسب‌وکارتان، امکان تسویه‌حساب مهمان را فراهم کند یا ورود به سیستم را الزامی کند. حالت رابط کاربری فوری برای ازبین بردن اصطکاک تسویه‌حساب برای مشتریان بازگشتی ارائه می‌شود.

ورود به سیستم به‌خط برای کنش‌های کوچک (پسندیدن، نشانک‌گذاری، ذخیره کردن)

وقتی بازدیدکنندگان در فیدهای اجتماعی، سایت‌های انجمن، یا کاتالوگ‌های محصول تجارت الکترونیک مرور می‌کنند، مجبور کردن آن‌ها به هدایت تمام‌صفحه‌ای به صفحه ورود به سیستم هر بار که سعی می‌کنند پستی را «بپسندند» یا موردی را «نشانک‌گذاری» کنند ممکن است باعث شود برخی‌از کاربران از انجام این کار صرف‌نظر کنند.

وقتی بازدیدکننده‌ای که وارد سیستم نشده است روی دکمه کنشی مثل «پسندیدن»، «نشانک‌گذاری»، یا «ذخیره کردن» کلیک می‌کند، ارائه کادر گفتگوی حالت «واسط کاربر فوری» در همان مکان به تکمیل درستی‌سنجی هویت و راه‌اندازی فوری گزارش کنش و پویانمایی واسط کاربر (مثل قرمز شدن نماد قلب) کمک می‌کند. موقعیت پیمایش به اندازه یک پیکسل حرکت نمی‌کند و غوطه‌وری در مرور کاملاً حفظ می‌شود. اگر اطلاعات اعتباری وجود ندارد، به‌جای اینکه بلافاصله کاربر را به صفحه دیگری هدایت کنید، می‌توانید یک مدال ورود به سیستم درون‌خطی سبک روی صفحه فعلی نمایش دهید یا کاربر را به صفحه ورود به سیستم هدایت کنید به‌طوری‌که پس‌از ورود به سیستم به مکان اصلی خود بازگردد.

احراز هویت مجدد گام‌به‌گام برای عملیات حساس

حتی زمانی که کاربر قبلاً به سیستم وارد شده باشد، رویه‌های امنیتی مطلوب ایجاب می‌کند که هنگام انجام عملیات حساس، مثل تغییر گذرواژه، به‌روزرسانی نشانی ارسال، ویرایش روش‌های پرداخت ذخیره‌شده، یا افزودن گذرکلید جدید، پس‌از گذشت مدت معینی از آخرین درستی‌سنجی، کاربر دوباره درستی‌سنجی شود. وقتی کاربر روی پیوند یا دکمه‌ای که به تنظیم حساس در صفحه نمای کلی «حساب من» منتهی می‌شود کلیک می‌کند، حالت «واسط کاربر فوری» فراخوانده می‌شود و درستی‌سنجی هویت مستقیماً در داشبورد بدون ترک صفحه تکمیل می‌شود. این کار به کاربر اجازه می‌دهد بدون عبور از صفحه ورود مجدد واسطه، مستقیماً به صفحه ویرایش تنظیمات هدف پیمایش کند (یا عملیات حساس را بلافاصله اجرا کند). اگر اطلاعات اعتباری وجود ندارد، کاربر را به صفحه چالش استاندارد اصالت‌سنجی مجدد خود (مثل صفحه ورود مجدد گذرواژه یا صفحه درستی‌سنجی گذرواژه یکبارمصرف) منتقل کنید.

اگرچه ورود سریع به سیستم استاندارد از حالت غیرتأییدشده اطلاعات اعتباری هدف را مشخص نمی‌کند، باید آن‌ها را برای این مورد استفاده اصالت‌سنجی مجدد مشخص کنید. ‫allowCredentials را در درخواست تنظیم کنید تا فقط اطلاعات اعتباری متعلق به کاربر واردشده به سیستم ارائه شود.

باز کردن دیوار پرداخت سایت ناشر

رسانه‌های خبری و پلاتفرم‌های محتوا به‌طور گسترده از مدلی استفاده می‌کنند که در آن پاراگراف‌های ابتدایی مقاله به‌صورت رایگان دردسترس است، درحالی‌که دیوار پرداخت نرم یا محو کردن فقط برای اعضا در نیمه مقاله و با پیمایش خواننده ارائه می‌شود.

وقتی خواننده‌ای در مقاله‌ای به‌پایین پیمایش می‌کند، به دیوار پرداخت می‌رسد، و روی دکمه ادامه خواندن با حساب کلیک می‌کند، با فراخواندن حالت «میانای کاربری فوری»، کادر گفتگوی اصالت‌سنجی درست در همان موقعیت پیمایش که خواننده توقف کرده است نمایش داده می‌شود. به‌محض اینکه اصالت‌سنجی تکمیل شود، محو شدن مقاله به‌آرامی و بدون بازآوری صفحه انجام می‌شود و به خواننده امکان می‌دهد بدون ازدست دادن خط نوشتاری که به آن نگاه می‌کرد به خواندن ادامه دهد. اگر هیچ اعتبارنامه‌ای وجود ندارد، فرم ثبت‌نام یا ورود به سیستم به‌خط را در بخش دیوار پرداخت ازهم باز کنید.

الگوهای ضد که باید از آن‌ها اجتناب کرد

اگرچه حالت «میانای کاربری فوری» هنگام استفاده قبل‌از پیمایش صفحه ارزش بسیار زیادی دارد، قرار دادن آن در مکان اشتباه به‌طور فعال به تجربه ورود به سیستم کاربر آسیب می‌رساند.

در دکمه‌های ورود به سیستم در صفحه‌های ورود به سیستم اختصاصی، از حالت «واسط کاربر فوری» اجتناب کنید

ازآنجایی‌که حالت «میانای کاربری فوری» هم گذرکلیدها و هم گذرواژه‌ها را در یک گفتگوی صیقلی مدیریت می‌کند، ممکن است وسوسه شوید از آن در دکمه «ورود به سیستم» که در صفحه ورود به سیستم اختصاصی شما قرار دارد استفاده کنید. بااین‌حال، باید از استفاده از آن در اینجا خودداری کنید. اولاً، حالت «میانای کاربر فوری» به‌شدت به فعال‌سازی کاربر (مثل کلیک یا ضربه) نیاز دارد، که این امر در صفحه ورود به سیستم که کاربران ممکن است انتظار داشته باشند گزینه‌های ورود به سیستم در زمان بار شدن صفحه به‌راحتی دردسترس باشد، ناخوشایند است. دوم، صفحه ورود به سیستم مقصد نهایی است که کاربران وقتی اطلاعات اعتباری محلی در دستگاهشان ندارند به آن می‌رسند، یا جایی است که کاربران قصد دارند با گذرکلید در دستگاه همراهشان (اصالت‌سنجی بین‌دستگاهی) یا با کلید امنیتی سخت‌افزاری با کلیک کردن روی «ورود به سیستم با گذرکلید» به سیستم وارد شوند. اگر در اینجا از حالت «میانای کاربر فوری» استفاده کنید، مرورگر رمزینه پاسخ‌سریع بین‌دستگاهی و پشتیبان‌های کلید امنیتی را سرکوب می‌کند و به‌محض اینکه اعتبارنامه‌های محلی را در دستگاه پیدا نکند، بلافاصله بسته می‌شود—کاربر در یک بن‌بست گیر می‌کند که در آن کلیک کردن روی دکمه در صفحه‌ای که مقصد دیگری ندارد هیچ کاری انجام نمی‌دهد.

در صفحه ورود به سیستمی که همه روش‌های اصالت‌سنجی باید به‌طور قابل‌اعتمادی کار کنند، روال مطلوب این است که واسط کاربر شرطی (ادغام تکمیل خودکار) را در فیلدهای ورودی پیکربندی کنید تا راحتی استفاده از گذرکلیدهای محلی تضمین شود، و درعین‌حال دکمه‌های صریح «ورود به سیستم با گذرکلید» را با روش‌های فراخوانی استاندارد جفت کنید تا گزینه‌های رمزینه پاسخ‌سریع و کلید امنیتی بین‌دستگاهی به‌طور قابل‌اعتمادی نمایش داده شوند.

نتیجه‌گیری

حالت «میانای کاربر فوری» ابزار قدرتمند تجربه کاربری برای حذف انحراف‌های غیرضروری به صفحه‌های ورود به سیستم و دستیابی به ورودهای سریع به سیستم است که ورود به سیستم را ضمن حفظ بافت تکمیل می‌کند. با رهگیری لحظه‌هایی که کاربر قصد واضحی دارد—مثل پیوندهای ورود به سیستم سرصفحه، دکمه‌های تسویه‌حساب، کنش‌های کوچک، اصالت‌سنجی مجدد گام‌به‌گام برای عملیات حساس (با مشخص شدن allowCredentials)، و دیوار پرداخت مقاله— درست قبل‌از اینکه پیمایش صفحه انجام شود، می‌توانید از افت کاربر جلوگیری کنید و تجربه کاربری یکپارچه‌ای ارائه دهید.

درعین‌حال، به‌یاد داشته باشید که حالت «میانای کاربری فوری» دقیقاً یک بهبود تدریجی قبل‌از پیمایش صفحه است؛ از اعمال کردن آن روی دکمه‌های صفحه ورود به سیستم مقصد نهایی خود اجتناب کنید تا طراحی‌تان برای کاربران بین‌دستگاهی (رمزینه پاسخ‌سریع) باز و دردسترس باقی بماند.

برای جزئیات بیشتر درباره پیاده‌سازی گذرکلیدها و جدیدترین ویژگی‌های «هویت وب»، منابع زیر را کاوش کنید: