أنت في صفحة /login وتكتب اسم المستخدم في حقل “البريد الإلكتروني/اسم المستخدم”. وبعد الخلط الأولي الذي ذكرته أعلاه، تنقر على “أرسل لي رمز تسجيل دخول لمرة واحدة عبر البريد الإلكتروني”. ينقلك هذا إلى صفحة “مرحبًا بعودتك”، حيث يكون حقل “البريد الإلكتروني” معبأً مسبقًا باسم المستخدم (المشكلة رقم 1). عندما تنقر على “متابعة” بشكل غير واعٍ، تظهر ثلاث رسائل حمراء في نفس الوقت (المشكلة رقم 2):
اسم المستخدم أو البريد الإلكتروني أو كلمة المرور غير صحيحة
صحح هذا الخطأ للمتابعة - البريد الإلكتروني - يرجى إدخال عنوان بريد إلكتروني صالح
يرجى إدخال عنوان بريد إلكتروني صالح
يبدو نص “سجّل الدخول باستخدام كلمة المرور بدلاً من ذلك” بجانب زر “متابعة” التالي وكأنه وصف لزر المتابعة، لكن هذا ليس مشكلة كبيرة.
ثم تنقر على “متابعة”. ينتقلك ذلك إلى شاشة “مرحبًا بعودتك - تحقق من بريدك الإلكتروني”، لكن خطأ “اسم المستخدم أو البريد الإلكتروني أو كلمة المرور غير صحيحة” لا يزال موجودًا (المشكلة رقم 3).
هنا، الروابط الإضافية (“إعادة إرسال الرمز”، “استخدام عنوان بريد إلكتروني مختلف”) تقع أسفل زر “متابعة”، مما يجعل من الواضح أنها شيء مختلف.
أضيف ملاحظة هنا للتأكيد على أنه، مع هذا التغيير القادم، لن يكون توليد أسماء المستخدمين العشوائية مفعّلًا افتراضيًا، بل سيكون خيارًا اختياريًا بالكامل. تم تحديث المنشور الأول لهذا الموضوع وفقًا لذلك.
شخصيًا، أكره عندما لا تحتوي رسائل التحقق أو تسجيل الدخول على روابط للنقر عليها، لذا سأقدّر لو أضفت خيارًا لتفعيل ذلك كإعداد للموقع.
من الجيد أن يكون إدخال البريد الإلكتروني ورمز التحقق هو الخطوة الأولى للتسجيل، لكنني أتساءل عما إذا كان إدخال بريد إلكتروني (وإرسال رسالة) دون الموافقة على شروط حماية البيانات مقبولاً؟ وكما ذُكر سابقًا، يجب أن يتوافق ذلك مع موافقة المشرف (أي لا تُرسل رسالة «فعّل حسابك» إذا لم يكن ذلك مضمونًا)
هذا ليس أمرًا سهلًا التحقيق، لسببين. أولاً، من الأفضل للمنتج أن يكون لديه آلية واحدة لتأكيد ملكية عنوان البريد الإلكتروني. وجود آليتين متوازيتين يسبب الارتباك للمستخدمين النهائيين، والمديرين، وفريق الدعم لدينا.
أما السبب الثاني فيرتبط بالأمان. يمكن اختطاف الرابط أو التلاعب به بسهولة أكبر من قِبل مهاجم محتمل. على سبيل المثال، من السهل على شخص ما إرسال بريد إلكتروني يبدو وكأنه من موقع شرعي، مع رابط يبدو مشابهًا له، لكنه في الحقيقة يقود المستخدم إلى موقع أو حساب مختلف. الروابط تجعل هجمات الهندسة الاجتماعية أسهل في التنفيذ. أما رموز البريد الإلكتروني، فليس الأمر كذلك.
يجب أن يكون ذلك مقبولاً لبريد إلكتروني لمرة واحدة، أليس كذلك؟ لست متأكدًا من كيفية اختلاف الأمر عند إرسال رابط أو رمز، في أي حال من الأحوال.
هل يوجد طريقة لجعل الحقول المخصصة للمستخدمين التي تحمل خيار «إظهار عند التسجيل» أو التي تُطلب عند التسجيل تظهر في صفحة التسجيل الجديدة هذه؟ في منتدانا، لدينا خيارات مثل «الاشتراك في عمل الشهر الفني» التي كانت تُعرض للمستخدمين سابقًا عند التسجيل. ورغم أن هذه ميزة جيدة، إلا أنها للأسف تتجاوز إدخال وعرض حقول تسجيل الدخول المهمة.
فإنه ببساطة يفشل في إرسال رمز البريد الإلكتروني دون أي تحذير أو رسالة خطأ.
اضطررت إلى جعله بدعوة فقط كنتيجة لذلك. لكنه رائع أن يكون لدينا طريقة تسجيل الدخول هذه. عندما لا يكون فرض المصادقة الثنائية خياراً. فهو بالتأكيد أكثر أماناً من جعل المستخدمين يضبطون كلمة مرور عامة ربما يكونون قد استخدموها مرات عديدة من قبل.
كان التسجيل رائعًا للمستخدمين الذين ليسوا تقنيين جدًا. فقط أدخل بريدك الإلكتروني في الخانة، وانتظر الرمز وستدخل مباشرة. وهو آمن نسبيًا.
بعض الأمور التي لاحظتها حتى الآن:
حقيقة أن استخدام رموز الدعوة معطّل كما ذُكر سابقًا.
المدة المتاحة لإدخال الأرقام قصيرة جدًا بالنسبة للأشخاص الذين أعمل معهم، والرمز على الأرجح أطول مما ينبغي. وكلاهما غير قابل للتعديل إن لم أكن مخطئًا، ولا يبدو أن أيًّا منهما يجعل النظام أكثر أمانًا - بل يزيد الصعوبة فقط.
بينما يكون التسجيل باستخدام صندوق البريد الإلكتروني وحده أمرًا رائعًا. فلا معنى لأن تظهر فجأة خانة كلمة مرور يجب عليك إدخالها عند تسجيل الدخول في المرة التالية. وكما ذُكر، المستخدمون الذين أعمل معهم ليسوا تقنيين جدًا، لذا فإن وجود خانة كلمة مرور (ربما بعد أسابيع) عندما يكون التسجيل باستخدام رموز البريد الإلكتروني هو الافتراضي يسبب ارتباكًا. المعيار المتوقع في أيامنا هذه هو وجود صندوق بريد إلكتروني فقط، وترك النظام يقرر لاحقًا ما إذا كان سيطلب كلمة مرور أو رمز بريد إلكتروني أو طريقة أخرى.
صحح هذا الخطأ للمتابعة - البريد الإلكتروني - يرجى إدخال عنوان بريد إلكتروني صالح
أضيف ملاحظة هنا للتأكيد على أنه، مع هذا التغيير القادم، لن يكون توليد أسماء المستخدمين العشوائية مفعّلًا افتراضيًا، بل سيكون خيارًا اختياريًا بالكامل. تم تحديث المنشور الأول لهذا الموضوع وفقًا لذلك.
