اطلب من الزوّار تسجيل الدخول
الهدف
حوّل بوابةً يفتحها أي أحد إلى بوابة يسجّل الزائر الدخول فيها أولًا، حتى تعرض شاشاتك لكل شخص سجلّاته هو، بدل الصفحة نفسها للجميع.
قبل أن تبدأ
- بوابة سبق أن نشرتها. انظر انشر تطبيقًا كبوابة.
- أن يكون من يدير تثبيت بارسوير لديك قد هيّأ إرسال البريد. فالتسجيل يُرسل رابط تأكيد، وبدون البريد لا يستطيع أحد إتمام إنشاء حساب.
الخطوات
- افتح حلّك، واختر البوابات، ثم افتح البوابة.
- غيّر من يمكنه فتحها من أي أحد إلى من يسجّل الدخول.
- اضغط حفظ.
هذا كل شيء. أول من يفتح العنوان بعدها يجد نموذج تسجيل دخول بدل تطبيقك.
ماذا يرى الزائر
نموذج تسجيل دخول، ولا شيء من تطبيقك حتى يسجّل الدخول. شاشاتك ليست مرسومة خلفه — الصفحة هي النموذج.
ما لم تقل غير ذلك، فالنموذج للمنصّة وبسيط عن قصد. إن أردت أن يشبه بقية موقعك — وأن تبقى صفحتك الرئيسية مفتوحة للجميع — يمكنك أن ترسمه بنفسك: انظر ارسم صفحة تسجيل الدخول بنفسك.
من ذلك النموذج يستطيع المرء أن:
- يسجّل الدخول بالعنوان وكلمة المرور اللذين لديه هنا أصلًا.
- ينشئ حسابًا. يملأ اسمًا وعنوانًا وكلمة مرور — كلمة المرور مرتين، كي لا يحرمه خطأ مطبعي من الحساب الذي أنشأه للتو — فنرسل إليه رابطًا بالبريد. وهو لم يسجّل الدخول بعد — يفتح الرابط، ثم يسجّل الدخول.
- يدخل رمزًا إن كان قد فعّل تطبيق مصادقة. النموذج لا يطلبه إلا حين يكون للحساب واحد.
- يقول إنه نسي كلمة مروره فيحصل على رابط لاختيار كلمة مرور جديدة. انظر أدناه.
رابط التأكيد ينزل على عنوان بوابتك نفسه، لا على صفحة منفصلة — وكذلك رابط إعادة تعيين كلمة المرور. فمن يتبع أحدهما من بريده يصل إلى بوابتك والنموذج الصحيح معروض أمامه.
ولهذا يمكنك أن ترسم شاشة بأي اسم شئت — فالمنصّة لا تحجز /confirm-email ولا /reset-password ولا
أي اسم آخر لنفسها.
إن نسي أحدهم كلمة مروره
يضغط هل نسيت كلمة المرور؟ في نموذج الدخول، ويعطي عنوانه، فنرسل إليه رابطًا بالبريد. يعيده الرابط إلى بوابتك، ويطلب كلمة مرور جديدة مرتين، ثم يرسله لتسجيل الدخول بها.
ليس عليك أن تبني شيئًا ولا أن تفعل شيئًا. وهذا في البوابة أهم منه في أي مكان آخر: ليس خلف بوابتك مكتب دعم من عندنا، ولا تستطيع أنت إعادة تعيين كلمة مرور زائر — فهذا طريقه الوحيد للعودة، ويجب أن يعمل دون أن يُسأل أحد.
تجيب الصفحة الإجابة نفسها سواء كان للعنوان المكتوب حساب أم لا: «إن كان هناك حساب به فالرابط في طريقه إليه.»
وهذا مقصود. نموذج يبلغه أي أحد على الإنترنت، لو قال «لا حساب هنا»، لصار وسيلة لمعرفة أي عملائك مسجَّلون — عنوانًا بعد عنوان. وثمن ذلك أن من يخطئ في كتابة عنوانه ينتظر رسالة لن تصل، ولهذا تقول العبارة «إن».
ويحدث أمران عند حفظ كلمة المرور الجديدة، ويستحقّ كلاهما أن يُعرف:
- تنتهي كل جلسة كانت للحساب — على كل الأجهزة لا على الجهاز الذي بين يديه فقط. فكلمة المرور إمّا نُسيت وإمّا صارت عند غيره، وهذا هو الجواب عن الحالة الثانية.
- يُعدّ عنوانه مؤكَّدًا، لأن الرابط ذهب إلى بريده وعاد. فمن سجّل ولم يفتح رسالة التأكيد قط ثم أعاد تعيين كلمة مروره يستطيع تسجيل الدخول.
ومن لا يزال يعرف كلمة مروره ويريد غيرها يسلك الطريق نفسه: لا يوجد «تغيير كلمة المرور» في بوابة.
إن دُعي أحدهم إلى شركة
يمكن أن ينتمي حساب البوابة إلى شركة، ويدخل المرء إليها بأن يُدعى. تحمل الرسالة رابطًا، ويصل هذا الرابط إلى باب بوابتك الأمامي — العنوان نفسه الذي يصل إليه رابط تأكيد العنوان ورابط إعادة تعيين كلمة المرور. والبوابة تتكفل به:
- من كان مسجّل الدخول أصلًا ينضم فورًا، ويُقال له إلى أي شركة انضم.
- من لم يكن كذلك يرى نموذج تسجيل الدخول وفوقه لقد تمت دعوتك. يسجّل الدخول — أو ينشئ حسابًا ويؤكّد عنوانه أولًا — والدعوة لا تزال بانتظاره حين يعود. لا يحتاج إلى البحث عن الرسالة مرة أخرى.
الانضمام يغيّر ما تجيب به شاشاتك فورًا: تُصدَر الجلسة من جديد للشركة التي انضم إليها،
فيُرجِع portalCustomerId() قيمتها في أول قراءة تالية.
من كان مسجّلًا بحساب آخر يُقال له إلى أي عنوان كانت، ويُعرض عليه تسجيل الخروج والعودة بذلك الحساب.
وهذا ما يمنع رسالة معاد توجيهها من أن تكون طريقًا إلى شركة لم يدعُ أحد قارئها إليها.
يدعو مالك الشركة زملاءه من شاشة ترسمها أنت: صندوق نص، وزر، وinvitePerson(...).
لا توجد صفحة «أشخاص» داخل المنصة، والدعوة نفسها ليست عملية على سجل — بل أحد ستة نداءات
تقدّمها المنصة لأن لا واجهة مخصّصة تستطيعها. انظر
دع الزوار يديرون شركتهم.
ماذا تستطيع شاشاتك بعد تسجيل الدخول
أن تُظهر من هو. نصّ مربوط بـ user.name أو user.email يعرض الشخص المسجَّل، تمامًا كما في
تطبيق داخل المنصّة. وصورة مربوطة بـ user.photo تعرض صورته إن كانت له واحدة. الرسم نفسه يعمل في
الموضعين — لا ترسم نسخة خاصة بالبوابة.
أن تتيح له الخروج. زرٌّ إجراؤه تسجيل الخروج ينهي الجلسة ويعيده إلى باب بوابتك. وفي بوابة يفتحها أي أحد، يبلّغ ذلك الزر عن مشكلة بدلًا من ذلك، لأنه لا شيء ليُخرج منه.
أن تُظهر لكل شخص سجلّاته. هذا هو مقصد تسجيل الدخول، ويحدث في Custom API خاصتك لا في الشاشة. حين يحمّل زائر مسجَّل شاشةً، تسافر هويته مع الطلب، ويستطيع سكربت واجهتك قراءتها:
// من السائل — يُقرأ من جلسته هو، لا من الطلب أبدًا.
var customerId = portalCustomerId();
// طلبات الشركة التي هو عضو فيها، لا غير.
var rows = runQuery({
entity: 'par_order',
select: ['par_name', 'par_placed_on', 'par_amount'],
filter: { connector: 'And', conditions: [
{ field: 'par_customer', operator: 'Equals', value: customerId }
] }
});
setOutput('rows', rows);
setOutput('total', rows.length());
portalCustomerId() يقرأ الشركة من جلسة الزائر نفسه. ولا سبيل لأن ترسل الصفحة شركةً أخرى، وهذا ما
يُبقي عميلًا بعيدًا عن سجلّات عميل آخر.
واجهة لا تُرشِّح تُجيب بكل صف لكل زائر مسجَّل. تسجيل الدخول يخبرك من هو؛ ولا يضيّق ما يُرجعه سكربتك.
اكتب المرشِّح في السكربت، واقرأه مرة أخرى قبل أن تفعّل منشورة.
من يستطيع إنشاء حساب
كل من يبلغ العنوان. تسجيل الدخول ليس كالدعوة: في النموذج رابط إنشاء حساب، ومن يستخدمه يحصل على حساب لا شركة مرتبطة به.
وما يراه ذلك الحساب بعدها هو ما تُجيب به واجهاتك لمن لا شركة له — وهو، إن كانت سكربتاتك تُرشِّح كالمثال أعلاه، لا شيء. وهذا هو الإعداد الصحيح: غريبٌ معه حساب يبقى غريبًا.
إعادة إطفائها
أعد من يمكنه فتحها إلى أي أحد واحفظ. يفتح العنوان مباشرةً على تطبيقك من جديد، وتسقط في الحال أي جلسة كانت لدى أحد — فلا شيء يظل يحترم تسجيل دخول قديم في بوابة لم يعد فيها تسجيل دخول.
أما الحسابات نفسها فلا تُحذف. تجدها تحت مستخدمي البوابة.
أن تدعهم يغيّرون
تسجيل الدخول هو ما يجعل الكتابة ممكنة: يستطيع الزائر أن يُنشئ ويغيّر ويحذف سجلات بمجرد أن تضيف سطرًا لكل عملية في ما الذي تقرؤه. انظر دع الزوّار يحفظون التغييرات.