הוספת רישום, התחברות ותפקידי משתמשים
אפשר לאנשים ליצור חשבונות ולהתחבר, והגן על דפים רלוונטיים.
מתי להשתמש בזה
כשהאפליקציה שלך זקוקה לחשבונות, לאזור מנויים או למדור למנהלים בלבד.
לפני שמתחילים
- אפליקציה קיימת (אם אין כזו, הרץ תחילה את הנחיית ה-MVP).
- החלט לפני שאתה מתחיל: מי יכול להירשם (כולם, או רק אנשים שאתה מזמין?), ומה התפקידים השונים אמורים לראות. רשום זאת - ההנחיה תבקש זאת ממך.
- Base44 ו-Lovable כוללות מערכות התחברות; ב-v0 תצטרך לחבר שירות חיצוני, מה שלוקח זמן רב יותר.
הפרומפט
הפרומפטים האלה עובדים הכי טוב באנגלית — הדביקו אותם כמו שהם גם בדפים מתורגמים.
Add secure user accounts to my app. Outcome: visitors can sign up and log in, and the right pages are protected. Requirements: - Email + password sign-up and login, plus "Sign in with Google". - A "forgot password" reset flow by email. - Two roles — [regular user] and [admin] — where only admins can open [the admin area / these pages]. - A profile page where a user can edit [name, email, photo]. - Require login to view these pages: [list the private pages]. Must-haves (don't skip): validate all inputs, store passwords hashed, never expose secret keys in the frontend, and show clear messages for a wrong password, an email that already exists, and expired reset links. Add basic rate limiting on login and password reset. Build it end to end, then tell me what changed and exactly how to test each flow.
כבר בונים? הדביקו את זה בפרויקט שלכם. מתחילים מאפס? פתחו חשבון חינמי באחת מפלטפורמות הבנייה המתאימות למטה.
בנו את זה ב־
מה זה יוצר
- מסכי הרשמה, התחברות ואיפוס סיסמה
- רשימת משתמשים שמורה שניתן לצפות בה
- הפרדה לפי תפקידים, כך שאנשים שונים יראו דברים שונים
- דפים מוגנים שמפנים כל מי שאינו מורשה להיכנס
בדקו שזה עבד
הדביקו את הפרומפט, המתינו לסיום הבנייה, ואז ודאו את אלה — בשפה פשוטה, בלי בדיקות טכניות:
- באפשרותך ליצור חשבון ניסיון ולהתחבר איתו
- יציאה וכניסה מחדש עובדות, ומייל איפוס הסיסמה מגיע
- מבקר שלא התחבר ופותח דף מוגן, נשלח למסך ההתחברות במקום לראות את התוכן
- משתמש הניסיון שלך מופיע ברשימת המשתמשים של האפליקציה
- אם ביקשת תפקיד מנהל, חשבון המנהל שלך יראה תכנים של מנהל וחשבון משתמש רגיל לא יראה אותם
משהו חסר? זה נורמלי — בקשו אותו בהודעת המשך קצרה אחת במקום להריץ מחדש את כל הפרומפט.
השלבים הבאים
וודא שהנעילות באמת עובדות
מיד לאחר שהכניסה למערכת עובדת
Review every page and every piece of data in the app and list which of them a logged-out visitor, a normal logged-in user, and an admin can each reach. Then fix anything a normal user or logged-out visitor can reach that they should not — the restriction must be enforced by the access rules, not by hiding links.
תדעו שזה עבד כאשר: רשימה ברורה של מי יכול לראות מה, ובדיקה עם חשבון רגיל מאשרת זאת.
הוספת דף פרופיל
ברגע שיש משתמשים ואתה רוצה שהם ירגישו בבית
Add a profile page where a logged-in user can see and edit their own details: [NAME, PHOTO, PHONE, WHATEVER APPLIES]. They can only ever see and edit their own profile. Add a link to it in the account menu.
תדעו שזה עבד כאשר: משתמש מחובר יכול לעדכן את הפרטים שלו ולא יכול לפתוח פרופיל של אף אחד אחר.
הרשמה בהזמנה בלבד
עבור כלים פנימיים או לקוחות פרטיים
Turn off public sign-up. Instead, let an admin invite people by email from an admin screen; invited people get a link to set their password and join. Everyone else who tries to sign up sees a short message explaining the app is invite-only.
תדעו שזה עבד כאשר: זר לא יכול ליצור חשבון, בעוד שכתובת אימייל מוזמנת יכולה.
שימו לב ל
- בדוק עם חשבון שני, לא רק עם שלך. הכל נראה מורשה כשאתה המנהל. צור משתמש רגיל ונסה להגיע לדפי המנהל - זה המבחן האמיתי.
- לעולם אל תבנה מערכת סיסמאות משלך. השתמש במערכת ההתחברות המובנית של הפלטפורמה; ההנחיה מבקשת בדיוק את זה. אימות תוצרת בית הוא הטעות החמורה הנפוצה ביותר באפליקציות שנבנו על ידי בינה מלאכותית.
- "מוסתר" אינו "מוגן". הסרת קישור מהתפריט לא עוצרת אף אחד מלהקליד את הכתובת. ההנחיה מבקשת כללי גישה אמיתיים - וודא שהם מחזיקים מעמד על ידי בדיקה עם חשבון שלא מחובר.
הערות לפי פלטפורמה
ל-Base44 יש אימות וניהול משתמשים מובנים. Lovable יכול להשתמש באימות המובנה של Lovable Cloud או ב-Supabase Auth אופציונלי. v0 בונה את לוגיקת הכניסה וההרשאות סביב ספק אימות נבחר, שמחובר בדרך כלל דרך Vercel או ה-SDK של הספק. בכל פלטפורמה, הגן על נתונים מאוחסנים ועל דפים ובדוק כל תפקיד עם חשבון משתמש רגיל.
לחסוך בקרדיטים
כל פלטפורמה מחייבת אתכם על העבודה שה-AI שלה עושה — ולכן ההרגל הזול ביותר הוא לחשוב לפני שבונים. שישה כללים שחוסכים את רוב הבזבוז, בכל פלטפורמה שתבחרו.
- תכננו קודם בצ'אט חינמי. שרטטו את הכול ב-ChatGPT, ב-Claude או ב-Gemini — עמודים, פיצ'רים, מה כל טופס אוסף, איך זה צריך להיראות. לחשוב שם זה בחינם; לחשוב בתוך פלטפורמת בנייה זה בתשלום.
- התחילו מפרומפט כתוב, לא ממשפט. "תבנה לי אתר" הוא המשפט היקר ביותר בבנייה עם AI. פרומפט ראשון מלא — כמו אלה שבאתר הזה — חוסך עשרות סבבי תיקונים.
- אל תתעצלו בפרטים. כל פרט שתשמיטו יחזור כתיקון שתשלמו עליו. שם העסק, צבעים, כל עמוד, כל שדה בטופס, מה קורה אחרי שליחה — הכניסו הכול לפרומפט הראשון.
- אחר כך — שינוי אחד בכל הודעה. "תקן את הכותרת, וגם את הטופס, וגם את הצבעים" יוצר סבך שעולה יותר לפרום ממה שנחסך.
- נתקעתם? הפסיקו לטלאי. אם אותו תיקון נכשל בערך שלוש פעמים, אל תשלחו תיקון רביעי — תארו במקום זה את המצב הסופי הרצוי של כל המקטע בהודעה חדשה אחת.
- התחילו בחינם. שדרגו כשתצטרכו יותר. השתמשו במכסה החינמית כדי לבנות ולגלות את הגרסה הראשונה שלכם. שדרגו כשתצטרכו יותר שימוש או פיצ'רים בתשלום, ובדקו את העלויות של שירותים מחוברים לפני ההשקה.
הפרומפטים בעמוד הזה כתובים כך שיעשו את רוב העבודה הזאת בשבילכם — זו כל המטרה שלהם.
קראו את המדריך המלאפרומפטים קשורים
נבדק לאחרונה: 2026-08-27