סיסמת אפליקציה ב-Gmail: יצירה, הגדרות IMAP ופתרון תקלות

סיסמת אפליקציה ב-Gmail היא קוד בן 16 תווים שמאפשר לאפליקציה או למכשיר שאין בהם Sign in with Google (כניסה באמצעות חשבון Google) לגשת לחשבון ה-Gmail שלך דרך IMAP, ‏POP או SMTP. יוצרים אותה ב-myaccount.google.com/apppasswords אחרי שמפעילים אימות דו-שלבי בחשבון Google שלך. באפליקציה מזינים את כתובת ה-Gmail המלאה שלך בתור שם המשתמש ואת הסיסמה לאפליקציה בתור הסיסמה, עם imap.gmail.com בפורט 993 לדואר נכנס ו-smtp.gmail.com בפורט 465 או 587 לשליחה. אם האפליקציה מציעה Sign in with Google, ‏Google ממליצה להשתמש בזה במקום. סיסמה לאפליקציה היא גם הדרך שבה CatchNone קורא מ-Gmail את הדואר של הכתובות החלופיות בדומיין שלך, לקריאה בלבד וישירות מה-iPhone, מה-iPad או מה-Mac שלך.

בהודעות השגיאה של Google היא נקראת application-specific password, ובמדריכים רבים app-specific password. דפי העזרה של Google שמקושרים בהמשך נבדקו לאחרונה ב-25 בספטמבר 2026.

האם סיסמאות לאפליקציות ב-Gmail עדיין זמינות ב-2026?

כן. נכון לספטמבר 2026, הדף Sign in with app passwords (כניסה באמצעות סיסמאות לאפליקציות) של Google מתאר אותן כתכונה פעילה ולא מציין תאריך סיום. באותו דף כתוב שהן “לא מומלצות, וברוב המקרים אין בהן צורך”.

מה שהסתיים הוא הכניסה עם הסיסמה הרגילה של חשבון Google. לפי העזרה של Gmail, ‏Gmail “כבר לא תומך באפליקציות או במכשירים של צד שלישי שדורשים ממך לשתף את שם המשתמש והסיסמה שלך ב-Google”. בחשבונות Google Workspace התמיכה הזו הסתיימה ב-1 במאי 2025, לפי Google Workspace Updates. מדריך המעבר של Google קובע ש-CalDAV, ‏CardDAV, ‏IMAP, ‏SMTP ו-POP “יפסיקו לעבוד עם סיסמאות מדור קודם”, ושהגישה כבר לא מתבצעת באמצעות סיסמה, “למעט סיסמאות לאפליקציות”.

כלומר, אפליקציה ניגשת ל-Gmail באחת משתי דרכים: Sign in with Google ‏(OAuth) או סיסמה לאפליקציה.

לפני שמתחילים: מפעילים אימות דו-שלבי

Google מאפשרת ליצור סיסמאות לאפליקציות רק בחשבונות שבהם מופעל אימות דו-שלבי. כדי להפעיל אותו בחשבון אישי (השלבים של Google, נכון לספטמבר 2026):

1. פותחים את חשבון Google שלך.
2. בוחרים Security & sign-in (אבטחה וכניסה).
3. בקטע How you sign in to Google (איך נכנסים לחשבון Google) בוחרים Turn on 2-Step Verification (הפעלת אימות דו-שלבי).
4. ממשיכים לפי השלבים שמופיעים במסך.

אפשר גם להיכנס ישירות אל myaccount.google.com/signinoptions/two-step-verification. בחשבון של עבודה או של מוסד לימודים ייתכן שהשלבים האלה לא יעבדו, כי מנהל המערכת הוא ששולט באימות הדו-שלבי.

איך יוצרים סיסמה לאפליקציה ב-Gmail

1. נכנסים אל myaccount.google.com/apppasswords ומתחברים שוב אם מתבקשים. בעזרה של Google מופיע גם הנתיב חשבון Google‏ > Security & sign-in (אבטחה וכניסה) > How you sign in to Google (איך נכנסים לחשבון Google) > “סיסמאות לאפליקציות”. אם הפריט הזה לא מופיע אצלך, משתמשים בקישור הישיר.
2. מקלידים שם שיהיה קל לזהות בהמשך, כמו “מדפסת במשרד” או “NAS בבית”, ובוחרים Create (יצירה).
3. מעתיקים את הסיסמה ש-Google מציגה. רואים אותה רק פעם אחת. אם היא אובדת, יוצרים סיסמה חדשה.
4. באפליקציה מזינים את כתובת האימייל המלאה שלך בתור שם המשתמש ומדביקים את הסיסמה לאפליקציה בשדה הסיסמה.

העזרה של Google לא מתעדת את המסך הזה, ולכן התוויות בשלבים 2 ו-3 מבוססות על מדריכים עדכניים של צד שלישי (ספטמבר 2026), וייתכן שבחשבון שלך הן ייראו מעט אחרת.

יוצרים סיסמה נפרדת לכל אפליקציה או מכשיר. בדרך כלל מזינים אותה פעם אחת, וסיסמאות נפרדות מאפשרות לבטל את הגישה של אפליקציה אחת בלי לשבש את האחרות.

למה האפשרות “סיסמאות לאפליקציות” חסרה או לא זמינה

אם myaccount.google.com/apppasswords מציג את ההודעה “The setting you are looking for is not available for your account” (ההגדרה שחיפשת לא זמינה בחשבון שלך), או שהפריט לא מופיע בכלל, קודם כול בודקים את האימות הדו-שלבי. שלוש השורות האחרות הן הסיבות האפשריות ש-Google מפרטת:

Google Workspace: למה סיסמאות לאפליקציות לא זמינות

חשבון עבודה לא מוחרג כברירת מחדל: העזרה למנהלים של Google בנושא לקוחות אימייל של צד שלישי מנחה את המנהלים לבקש מהמשתמשים “ליצור סיסמאות לאפליקציות ולהשתמש בהן” בלקוחות שאין בהם OAuth. אם זה עובד תלוי בהגדרות האלה ב-Admin console (מסוף הניהול), נכון לספטמבר 2026:

• אימות דו-שלבי מותר: Menu > Security > Authentication > 2-step verification > Allow users to turn on 2-Step Verification (תפריט > אבטחה > אימות > אימות דו-שלבי > לאפשר למשתמשים להפעיל אימות דו-שלבי).
• שיטות: אם שיטת האימות הדו-שלבי מוגדרת ל-Only security key (מפתח אבטחה בלבד), שהיום כוללת גם מפתחות גישה (passkeys), המשתמשים נמצאים במקרה של מפתחות אבטחה בלבד שתואר למעלה.
• Advanced Protection: משתמשים יכולים להירשם בעצמם, אלא אם המנהל משבית את ההרשמה (Menu > Security > Authentication > Advanced Protection Program, כלומר תפריט > אבטחה > אימות > תוכנית ההגנה המתקדמת; ההרשמה מופעלת כברירת מחדל). למשתמשים שנרשמו, סיסמאות לאפליקציות חסומות.
• גישת IMAP (היא לא מסתירה את “סיסמאות לאפליקציות”, אבל קובעת אם לקוח דואר שמשתמש בסיסמה כזו יכול להתחבר): Menu > Apps > Google Workspace > Gmail > End User Access > POP and IMAP access (תפריט > אפליקציות > Google Workspace‏ > Gmail‏ > גישת משתמשי קצה > גישת POP ו-IMAP). מסמנים את Enable IMAP access for all users (הפעלת גישת IMAP לכל המשתמשים) ובוחרים Allow any mail client (לאפשר כל לקוח דואר). כשנבחרה האפשרות Restrict which mail clients users can use (OAuth mail clients only) (הגבלת לקוחות הדואר של המשתמשים: לקוחות דואר עם OAuth בלבד), לקוחות שמשתמשים בסיסמה לאפליקציה לא יכולים להתחבר (העזרה למנהלים בנושא IMAP).

הגדרות IMAP ו-SMTP של Gmail

שרת הדואר הנכנס של Gmail הוא imap.gmail.com בפורט 993 עם SSL/TLS. שרת הדואר היוצא הוא smtp.gmail.com בפורט 465 ‏(SSL/TLS) או 587 ‏(STARTTLS). גם ב-Gmail אישי וגם ב-Workspace מתחברים עם כתובת האימייל המלאה שלך וסיסמה לאפליקציה.

אם צריך POP, השרת הוא pop.gmail.com בפורט 995 עם SSL.

דף העזרה של Google למשתמשים פרטיים על הוספת Gmail ללקוח אימייל אחר כבר לא מפרט את הערכים האלה. הם לקוחים מתיעוד המפתחים של Google ומהעזרה שלה למנהלי Workspace.

שני פורטי ה-SMTP עובדים. לפי RFC 8314, אין ביניהם הבדל משמעותי באבטחה כששניהם ממומשים כראוי ו-TLS נדרש. לכן בפורט 587 בוחרים הגדרה שמחייבת STARTTLS, ולא הגדרה שמשתמשת בו רק “if available” (אם זמין).

ב-Gmail אישי אין מה להפעיל. מאז ינואר 2025 ה-IMAP מופעל תמיד, והאפשרות הישנה “Enable IMAP” (הפעלת IMAP) הוסרה. ב-Workspace, ההגדרה של המנהל שתוארה למעלה היא שקובעת.

התיקיות של Gmail ב-IMAP

התוויות של Gmail מוצגות כתיקיות: INBOX, ‏[Gmail]/All Mail, ‏[Gmail]/Sent Mail, ‏[Gmail]/Spam, ‏[Gmail]/Trash ועוד. בחלק מהחשבונות הקידומת היא Google Mail ולא Gmail, כפי שתיעוד ה-IMAP של Google מציין. שתיים מההגדרות המומלצות ללקוחות דואר של Google חשובות במיוחד:

• לא מפעילים את מסנן דואר הזבל של האפליקציה עצמה. Gmail כבר ממיין את דואר הזבל אל [Gmail]/Spam.
• לא מגדירים את האפליקציה להעביר הודעות שנמחקו ל-Trash (אשפה), אחרת Gmail מוחק אותן לצמיתות אחרי 30 יום. בהגדרת ברירת המחדל, הודעה שמוחקים מתיקייה נשארת ב-All Mail (כל הדואר).

איך מחיקות מסתנכרנות בין אפליקציה לשרת, מוסבר במאמר האם IMAP מוחק אימיילים מהשרת?

Gmail ב-Outlook, ב-Apple Mail וב-iPhone

לפי העזרה של Google Workspace, הגרסאות העדכניות של Outlook, ‏Apple Mail ו-Samsung Mail תומכות ב-Sign in with Google, ולכן הן לא צריכות סיסמה לאפליקציה או הגדרות ידניות.

ב-Outlook החדש ל-Windows עוברים אל View > View settings > Accounts > Your accounts > Add Account (תצוגה > הגדרות תצוגה > חשבונות > החשבונות שלך > הוספת חשבון), מזינים את כתובת ה-Gmail שלך, בוחרים Continue (המשך) ובמסך ההרשאות של Google בוחרים Allow (אישור). ב-Outlook הקלאסי בוחרים File > Add Account (קובץ > הוספת חשבון), מזינים את הכתובת שלך, בוחרים Connect (התחברות), נכנסים לחשבון ובוחרים Allow (אישור) (השלבים של Microsoft). מתעלמים מההגדרה “less secure apps” (אפליקציות פחות מאובטחות) שהדף של Microsoft עדיין מזכיר; Gmail כבר לא תומך בסוג כזה של כניסה.

לפי Google, גם ב-iPhone וב-iPad עם iOS 11 ואילך אין צורך בסיסמה לאפליקציה. ב-iOS העדכני עוברים אל “הגדרות” > “יישומים” > “דואר” > “Mail Accounts” (חשבונות דואר) > “Add Account” (הוספת חשבון), מזינים את כתובת ה-Gmail שלך (אם מופיעה רשימת ספקים, בוחרים Google) וממשיכים לפי ההנחיות (השלבים של Apple). בגרסאות ישנות יותר, “Accounts” (חשבונות) נמצא תחת “הגדרות” > “דואר”.

לקוחות ישנים יותר שאין בהם OAuth, כמו גרסאות Outlook שקודמות ל-Outlook 2016 או מהדורת ה-MSI של Outlook 2016 ברישוי כמותי (volume license), צריכים סיסמה לאפליקציה ואת הערכים שלמעלה.

מדפסות, סורקים, התקני NAS וסקריפטים

כשמדפסת סורקת לאימייל, או כש-NAS שולח התראות, המכשיר מתחבר ל-smtp.gmail.com עם הכתובת המלאה שלך וסיסמה לאפליקציה. מגבלות השליחה של Google, נכון לספטמבר 2026:

למכשירים ב-Workspace, העזרה של Google בנושא מדפסות וסורקים ממליצה על SMTP relay (שירות הממסר של SMTP).

בסקריפטים שלך, השרתים של Gmail מקבלים גם OAuth דרך SASL XOAUTH2: זה דורש יותר עבודה מסיסמה לאפליקציה, אבל זו הדרך ש-Google מעדיפה. Gmail סוגר סשנים של IMAP אחרי כ-24 שעות, ולכן סקריפט שרץ לאורך זמן צריך להתחבר מחדש.

סיסמת אפליקציה ב-Gmail לא עובדת? מה בודקים

בודקים את הסיבות האלה:

1. שינית את הסיסמה של חשבון Google. כשהסיסמה משתנה, Google מבטלת את כל הסיסמאות לאפליקציות שלך. יוצרים סיסמה חדשה לכל אפליקציה.
2. נרשמת ל-Advanced Protection. ההרשמה מבטלת את הסיסמאות לאפליקציות הקיימות, וסיסמאות חדשות חסומות.
3. כיבית את האימות הדו-שלבי. לפי Google, ייתכן שאפליקציות יציגו שגיאות, והיא ממליצה לבטל את הסיסמאות לאפליקציות שלך.
4. הסיסמה לאפליקציה הוסרה. מאותו רגע האפליקציה לא יכולה להתחבר, אבל ייתכן שיעבור זמן עד שזה יורגש.
5. מנהל ה-Workspace שינה את גישת ה-IMAP. כש-IMAP כבוי, או מוגבל ללקוחות דואר עם OAuth בלבד, לקוחות שמשתמשים בסיסמה לאפליקציה מפסיקים להסתנכרן, גם אם עבדו קודם.
6. מחוברות יותר מדי אפליקציות. Gmail מאפשר עד 15 לקוחות אימייל לכל חשבון בו-זמנית (נכון לספטמבר 2026), וכשהרבה לקוחות מסתנכרנים בבת אחת עלולה להופיע השגיאה “Too many simultaneous connections” (יותר מדי חיבורים בו-זמניים).
7. הגעת למגבלת רוחב הפס של Workspace. חשבונות Workspace יכולים להוריד 2,500 MB ביום דרך IMAP (נכון לספטמבר 2026). מעבר לזה הגישה מושעית, בדרך כלל לשעה, ולכל היותר ל-24 שעות (מגבלות רוחב הפס של Gmail). ל-Google אין נתון מפורסם לחשבונות אישיים.
8. הגעת למגבלת שליחה מהטבלה שלמעלה. ב-Gmail אישי השגיאה היא “You have reached a limit for sending mail” (הגעת למגבלת שליחת הדואר), ולפי Google השליחה חוזרת לעבוד בדרך כלל תוך 1 עד 24 שעות. ב-Workspace השליחה יכולה להישאר חסומה עד 24 שעות.
9. האפליקציה לא מעודכנת. פתרון הבעיות של Google מתחיל בעדכון הלקוח, כי ייתכן שגרסאות ישנות לא עומדות בתקני האבטחה הנוכחיים.

הודעות שגיאה ומה הן אומרות

הטקסטים של SMTP שבהמשך לקוחים מרשימת השגיאות של Google, בצורה שבה אפליקציות בדרך כלל מציגות אותם. בטבלה של Google הקודים מעוצבים קצת אחרת.

• 535-5.7.8 Username and Password not accepted, ‏“Invalid credentials” (פרטי כניסה לא תקינים) או בקשות חוזרות להזין סיסמה: הסיסמה לאפליקציה שגויה או שבוטלה. יוצרים סיסמה חדשה ובודקים ששם המשתמש הוא הכתובת המלאה שלך.
• 534-5.7.9 Application-specific password required: בדרך כלל האפליקציה שלחה את הסיסמה הרגילה של חשבון Google שלך, בחשבון שבו מופעל אימות דו-שלבי. משתמשים בסיסמה לאפליקציה.
• 534 “Please log in with your web browser and then try again” (יש להתחבר דרך דפדפן האינטרנט ולנסות שוב): נכנסים לחשבון Google שלך בדפדפן ומנסים שוב.

מה סיסמה לאפליקציה מאפשרת, ואיך מבטלים אותה

סיסמה לאפליקציה היא לא לקריאה בלבד, ו-Google לא מציעה דרך להגביל אותה לאפליקציה אחת או לפרוטוקול אחד. מי שמחזיק בה יכול להשתמש ב-IMAP, ב-POP וב-SMTP בשמך, לקרוא דואר ולשלוח דואר. מדריך המעבר של Google מונה את CalDAV ו-CardDAV (יומנים ואנשי קשר) לצד פרוטוקולי הדואר שבהם הסיסמאות הרגילות הושבתו, כשסיסמאות לאפליקציות הן החריג, כך שייתכן שסיסמה לאפליקציה מגיעה גם אליהם. מתייחסים אליה כמו לסיסמה הראשית שלך.

כדי לבטל סיסמה כזו (השלבים של Google):

1. פותחים את myaccount.google.com/apppasswords.
2. מוצאים ברשימה את האפליקציה או את המכשיר.
3. בוחרים Remove (הסרה).

Google ממליצה לבטל סיסמה לאפליקציה כשמכשיר אובד או כשמפסיקים להשתמש באפליקציה. שינוי הסיסמה של חשבון Google מבטל את כולן בבת אחת.

ל-Apple יש גרסה משלה לדואר iCloud; הפרטים במדריך סיסמאות ספציפיות ליישום ב-iCloud והגדרות IMAP.

סיסמה לאפליקציה או Sign in with Google?

כשאין באפליקציה Sign in with Google, ‏Google מציינת אפשרות אחת נוספת מלבד סיסמה לאפליקציה: “לעבור לאפליקציה או למכשיר מאובטחים יותר”.

שימוש בסיסמה לאפליקציה של Gmail ב-CatchNone

CatchNone הוא אפליקציה לכתובות חלופיות (email alias) שרק מקבלת דואר, זמינה ל-iPhone, ל-iPad ול-Mac, שנותנת לכל הרשמה כתובת משלה בדומיין שלך וקוראת את הדואר ישירות מתיבת הדואר שלך. אם הדואר של הדומיין שלך מגיע ל-Gmail (למשל, כי כתובת catch-all בדומיין שלך מעבירה אותו לשם), כל מה שהוא צריך הוא סיסמה לאפליקציה: הדואר עובר מ-Google ישירות למכשיר שלך ואף פעם לא דרך השרתים של CatchNone, וכל הודעה מסומנת בכינוי שאליו היא הגיעה. CatchNone מתחבר עם סיסמה לאפליקציה ולא עם Sign in with Google. בטופס “הוספת תיבת דואר” מגדירים את “סוג חיבור” ל-IMAP ואת “שרת דואר” ל-imap.gmail.com, מזינים בשדה “דוא״ל או שם משתמש” את כתובת ה-Gmail המלאה שלך, ובשדה “סיסמה” את הסיסמה לאפליקציה. תחת “הגדרות מתקדמות” משאירים את “יציאה” על 993 ואת “חיבור מאובטח (TLS)” מופעל, ואז בוחרים “בדוק חיבור”, כי “שמור” לא בודק את החיבור. הסיסמה נשמרת ב-Keychain (מחזיק המפתחות) של אותו מכשיר ולא מסתנכרנת, ולכן מזינים אותה בכל מכשיר בנפרד.

CatchNone פותח את תיבת הדואר לקריאה בלבד ואף פעם לא מסמן, מזיז או מוחק שום דבר, אף שהסיסמה לאפליקציה עצמה הייתה מאפשרת זאת. בכל פעם שפותחים אותו, הוא בודק את 100 ההודעות החדשות ביותר בדואר הנכנס מ-30 הימים האחרונים ובוחר מתוכן את הדואר שבשדה “אל” (To), ‏Cc או Bcc שלו מופיעה כתובת בדומיין שלך. הוא קורא רק את הדואר הנכנס, ולכן תיקיית “ספאם” של Gmail ודואר שהמסננים שלך מעבירים לארכיון לא מופיעים. אם Google לא מנפיקה סיסמה לאפליקציה, או שהמנהל שלך מתיר רק לקוחות דואר עם OAuth, מנתבים את הדואר של הדומיין לשירות שתומך בסיסמאות לאפליקציות או באסימוני JMAP, כמו iCloud+‎ או Fastmail (לא במסלול Basic שלו, שאין בו IMAP או סיסמאות לאפליקציות). המדריך איך בוחרים ספק אימייל לדומיין מותאם אישית משווה בין האפשרויות.

שאלות נפוצות

יש לסיסמת אפליקציה ב-Gmail תאריך תפוגה?

העזרה של Google לא מגדירה לסיסמאות לאפליקציות מגבלת זמן. הן מפסיקות לעבוד מהסיבות שמפורטות בסעיף סיסמת אפליקציה ב-Gmail לא עובדת?, כמו שינוי הסיסמה של חשבון Google או הרשמה ל-Advanced Protection.

צריך להקליד את הרווחים?

העזרה של Google לא מתארת איך הקוד מוצג; היא קוראת לו “קוד גישה בן 16 ספרות” (16-digit passcode). מדריכים של צד שלישי שעודכנו ב-2026 מתארים 16 תווים בארבע קבוצות של ארבעה, כשהרווחים נועדו רק להקל על הקריאה. מעתיקים ומדביקים את הקוד במקום להקליד אותו מחדש, ואם האפליקציה דוחה אותו, מדביקים אותו שוב בלי הרווחים.

איפה נמצאת ההגדרה של סיסמה לאפליקציה ב-Gmail?

לא בהגדרות של Gmail. היא נמצאת בחשבון Google שלך, בכתובת myaccount.google.com/apppasswords, או תחת Security & sign-in (אבטחה וכניסה) > How you sign in to Google (איך נכנסים לחשבון Google) > “סיסמאות לאפליקציות”, אם הפריט הזה מופיע בחשבון שלך. אם לא, משתמשים בקישור הישיר.

מנהל ה-Workspace יכול ליצור בשבילי סיסמה לאפליקציה?

Google לא מתעדת שום דרך שבה מנהל יכול לעשות את זה. העזרה שלה למנהלים מנחה אותם לבקש מהמשתמשים ליצור סיסמאות בעצמם, כל אחד בחשבון Google שלו. התפקיד של המנהל שלך הוא לאפשר אימות דו-שלבי וגישת IMAP לכל לקוח דואר.

האם בטוח להשתמש בסיסמה לאפליקציה?

זו בחירה סבירה לאפליקציה שאין בה Sign in with Google, בתנאי ששומרים עליה כמו על הסיסמה הראשית שלך. Google מכנה אפליקציות שזקוקות לסיסמה כזו “פחות מאובטחות” (less secure) וממליצה על Sign in with Google בכל מקום שבו הוא זמין. מכיוון שאי אפשר להגביל סיסמה לאפליקציה, כדאי להחזיק סיסמה נפרדת לכל מכשיר ולשמור אותה רק באפליקציה שצריכה אותה.